две версии php можно ставить. Но, насколько я знаю, поставить их лучше одну из дистра, а вторую например из исходников собрать по дефолту. Тогда вторая будет в /usr/local/bin/, а её конфиг в /usr/local/etc/ (и ВСЕ остальные файлы тоже в /usr/local/)
при этом вторую версию надо называть полным именем, и запускать с ключом php --php-ini /usr/local/etc/.../php.ini Специфические биндинги вроде mysql тоже надо ставить в /usr/local/ и прописывать в ТОМ php.ini файле.
LinuxForum.Fans
проблема с Cron
Автор: karen_kiril
71 сообщений
9293 просмотров
Версия 5.2 у него как модуль и как я понял вообще не имеет бинарника.
значит запускается только с апачем, и конфиг где-то в /etc/apache2/Версия 5.2 у него как модуль и как я понял вообще не имеет бинарника.
его можно запустить crond'ом, как-то так:
text
wget http://localhost/cron.phpwget http://localhost/cron.php
через wget пробывал перед тем как обратиться на форум, выдаёт ошибки.
text
Вывод команды /usr/bin/wget http://site/cron.php ..
--2013-10-07 18:32:14-- http://site/cron.php
Resolving site... 127.0.0.1
Connecting to site|127.0.0.1|:80... connected.
HTTP request sent, awaiting response... 403 Forbidden
2013-10-07 18:32:14 ERROR 403: Forbidden.
на данный момент работает по такому принципу :
text
php -c /etc/php52/apache2/php.ini /var/www/site/cron.php все работает но ругается на :
text
Deprecated: Directive 'register_globals' is deprecated in PHP 5.3 and greater...это вы с правами накосячили. Доступ закрыт, если по-русски. Либо httpd.conf, либо .htaccess, либо банальные права файлов.403 Forbidden
все работает но ругается на :
Deprecated: Directive 'register_globals' is deprecated in PHP 5.3 and greater...
по-русски РЕШЕТО. Не нужно глобальные переменные юзать. Код даже не показывайте, что-бы я матом не ругался.
это скорее всего сервер у меня полное решето. а точнее я)) бо настроил его так.
со скриптов все нормально.
так как на другом сервере работает норм, в то время когда я арендовал
наверное переносили криво. Вот у вас и работает только под рутом. А запускать кривой php-быдлокод под рутом -- не самая лучшая идея ИМХО.так как на другом сервере работает норм
у меня код не под рутом. создан пользователь server
переносил этот скрипт на старый сервер. все работает как над.
а что пользователь www-data, под котором AFAIK и должен запускаться php скрипт?у меня код не под рутом. создан пользователь server
ь www-data, под котором AFAIK и должен запускаться
эммм я как бы новичек , к сожалению не все тонкости знаю.
karen_kiril, ну это дистрозависимо. Проблема в том, что этот юзер ещё и называется по разному в разных дистрибутивах. В Debian этот юзер создаётся автоматически, когда ставится апач. Ну и все права к нему настраиваются. А вот если вы ставили как-то по другому -- то я не знаю. Вплоть до того, что-бы самому делать юзера, и самому все права разруливать.
Вот что там сейчас у вас -- только вам самим и известно. Покажите хоть ls -l всех своих каталогов от корня, и до каталога с проблемным скриптом. Ну и проверьте, есть-ли группы/юзеры, что там у вас прописаны, и состоят-ли юзеры в нужных (вам) группах.
И прошу учесть, что это никакие не "папки", а каталоги. Т.е. просто указатели. И как любые указатели, они могут РАЗНЫЕ пути указывать. например есть указатель /srv/, который вобщем-то на тоже самое показывает. А вот он доступен? Если указатель (сам каталог) недоступен (нет права использования -x), то и весь ЭТОТ путь недоступен.
Войдите или зарегистрируйтесь, чтобы ответить.
