- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Доброго времени суток.
Настраиваю сервер, все скрипты и CMS работали, вот только изредка наблюдались проблемы по памяти - апач сильно много ел. Решил сменить prefork на worker (в префорке висело N процессов апача).
Debian. На сервере стоит приложение. WWW это только администрирование и публичная статистика. Большой нагруженности нет и не будет.
Теперь собственно проблема.
после этого все PHP скрипты (даже простой phpinfo) вылетают с ошибкой 500.
В логе
Premature end of script headers: pi.php
Вернул на prefork -
та же ерунда с php. Хотелось как лучше, а теперь ничего не работает. HTML и другмие файлы отдаются нормально.
В интернете пишут что это что-то с правами, но что именно не пишут.
в envvars установлен www-data:www-data.
Сайт лежит у пользователя web:www-data. Группа та же. Права на чтение для группы есть.
Если ставлю на pi.php полные права получаю
Premature end of script headers: pi.php
если chown www-data:www-data то
Premature end of script headers: pi.php
В чем может быть проблема?
UID/GID скрипта сделать таким же как у виртуалхоста. min_uid по-дефолту равен 1, ID владельца виртуалхоста в любом случае будет больше.
В том то и загвоздка что пробовал.
Сервер запущен от имени www-data:www-data
файлы скрипта принадлежат www:www-data
если я меняю владельца файлов скриптов на www-data:www-data чтобы совпадали с сервером - получаю
Сервер запущен от имени www-data:www-data
Я говорил не про сервер, а про виртуалхост.
В любом случае www-data должен быть больше, чем 1, значит конфиг suphp не дефолтный и надо его поправить.
Там где настраиваются виртуалхосты (httpd.comf) вообще пользователи не указываются, а suphp.conf вот такой:
AddType application/x-httpd-suphp .php .php3 .php4 .php5 .phtml
suPHP_AddHandler application/x-httpd-suphp
<Directory />
suPHP_Engine on
</Directory>
# By default, disable suPHP for debian packaged web applications as files
# are owned by root and cannot be executed by suPHP because of min_uid.
<Directory /usr/share>
suPHP_Engine off
</Directory>
# # Use a specific php config file (a dir which contains a php.ini file)
# suPHP_ConfigPath /etc/php4/cgi/suphp/
# # Tells mod_suphp NOT to handle requests with the type <mime-type>.
# suPHP_RemoveHandler <mime-type>
</IfModule>
Методом полного сноса апача и установки заново я восстановил работу сервера в режиме prefork. Вопрос как заставить работать worker или как иными методами снизить расход памяти остается открытым
Это настройки Апача для suphp, есть еще конфиг самого suphp. Если это не WHM, то min_uid по-дефолту 100, www-data меньше, отсюда и ошибка. Только непонятно, если в Апаче всего один сайт/юзер, то зачем тогда вообще suphp?
Чтоб оптимизировать нагрузку - в первую очередь нужно от апача избавляться, полностью, а не размениваться по мелочам, ковыряя пхп. Заменить апач на лайти и будет вам счастье, синтаксис похожий, кстати и nginx не нужно будет ставить, лайти крут и для отдачи статики.
Чем nginx плох??? Свое дело делает...
А апач мрм большого прироста памяти не даст, зато риск подвесить апач полностью появится...
Чтоб оптимизировать работу сервера нужны знания и комплексный подход
Так как у каждого сервера индивидуальные проблемы, то универасальной инструкци нет
Не занимайтесь самолечение