- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Необходимо отключить suhosin у php скрипта, который выполняется по крону из консоли. Кто в курсе, как это можно сделать?
Все мои поиски приводят к ответам на вопросы, как выключать suhosin через настройки apache: php_flag suhosin.simulation 1
Необходимо отключить suhosin у php скрипта, который выполняется по крону из консоли. Кто в курсе, как это можно сделать?
Все мои поиски приводят к ответам на вопросы, как выключать suhosin через настройки apache: php_flag suhosin.simulation 1
Из консоли php скрипты идут через php-cli. Как вариант:
Открываем /etc/php5/conf.d/suhosin.ini копируем, в основной php.ini, если у вас апач то -> /etc/php5/apache2/php.ini и далее удаляем suhosin.ini
Теперь для php-cli - не будет подгружать suhosin, а для php - будет.
Из консоли php скрипты идут через php-cli. Как вариант:
Открываем /etc/php5/conf.d/suhosin.ini копируем, в основной php.ini, если у вас апач то -> /etc/php5/apache2/php.ini и далее удаляем suhosin.ini
Теперь для php-cli - не будет подгружать suhosin, а для php - будет.
Как *нормальный* вариант - редактируем настройки suhosin для консоли. Напоминаю горе-одминам, они здесь: /etc/php5/cli/
Как еще один вариант, отключаем suhosin ключами командной строки интерпретатора. Ключик -d, переменную уже приводили выше.
Как *нормальный* вариант - редактируем настройки suhosin для консоли. Напоминаю горе-одминам, они здесь: /etc/php5/cli/
Как еще один вариант, отключаем suhosin ключами командной строки интерпретатора. Ключик -d, переменную уже приводили выше.
Напоминаю горе-одминам, что conf.d - общий для cli, apache2, fpm. Идет как линк, адрес /etc/php5/conf.d
самое верное: пересобрать php (cli), без suhosin, в том числе без патча и использовать нужный php.ini (php-cli.ini или индивидуальный через ключик -c ).
conf.d - общий для cli, apache2, fpm. Идет как линк, адрес /etc/php5/conf.d
Это он по-умолчанию общий. А задумана конфигурация - поддерживать независимые настройки для разных SAPI. Объяснить что нужно сделать в картинках?
---------- Добавлено 26.06.2012 в 18:46 ----------
самое верное: пересобрать php (cli), без suhosin
Некоторые скрипты отказываются работать даже при отключенном через ini. Требуют его полного отсутствия.
Некоторые скрипты отказываются работать даже при отключенном через ini. Требуют его полного отсутствия.
Конечно, смысл пересобирать есть, но только если у ваших работников не хватило навыков чтобы разобраться в коде. А я жуть как не люблю пересобирать.
Несколько раз на такое наталкивался, но всегда удавалось обойти настройками.
Обычно данные форм "теряются", но ошибки скриптов явно на это не указывают - поднимаем post_max_size.
Некоторые скрипты отказываются работать даже при отключенном через ini. Требуют его полного отсутствия.
Править ошибку в "скриптах".
myhand, но ведь там нет ошибки. клиент такого заявления не поймет.
у него просто на старом хостинге все работало, а на новом перестало.
myhand, но ведь там нет ошибки. клиент такого заявления не поймет.
Читаем: "Некоторые скрипты отказываются работать даже при отключенном через ini".
Если что-то жалуется на *отключенное* расширение - у этого чего-то определенно баг, согласны? По моему мнению, баг должен бы быть способным исправить среднестатистический самоделкин. Т.е. даже в этом случае - пересобирать глупо.
PS: Думаю, вы имели в виду suhosin-патч: он пока активен по-умолчанию в Debian stable (и ubuntu?). Но речь шла именно о расширении и его отключении.