Перейти к содержимому
Калькуляторы

Вопрос по веб-серверу Debian7, Apache2, PHP5

Сейчас у меня установлен Apache2, модель apache2-mpm-worker.

Пробовал установить модуль PHP для веб-сервера, aptitude сообщил о конфликте и предложил поменять модель на prefork.

Что лучше использовать, модуль PHP для apache или использование через FastCGI в текущей модели?

Большой посещаемости не будет, это служебный сервер, от него требуется простота прикручивания различных модулей и относительная надежность.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

nginx был, я от него отказался.

Во-первых, мне нужен .htaccess.

Во-вторых, я так и не смог прикрутить к нему Perl.

К апачу же Perl прикручивается элементарно, что в режиме CGI, что через mod_perl.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Подскажите, что не так?

Использую свои страницы ошибок, указываю в конфигурации ErrorDocument.

Когда ввожу несуществующий URI, браузер IE отображает свою стандартную страницу 404.

Остальные браузеры отображают мою страницы.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

nginx был, я от него отказался.

Во-первых, мне нужен .htaccess.

Во-вторых, я так и не смог прикрутить к нему Perl.

К апачу же Perl прикручивается элементарно, что в режиме CGI, что через mod_perl.

Perl элементарно прикручивается через spawn-fcgi+fcgiwrap , соответственно nginx видит это как fcgi. .htaccess нужен обычно если вы кому-то даете рулить , в случае сервера "для себя" - неактуален.

С апачем проблема с разделением прав , всякие itk,peruser от версии к версии могут не работать/работать странно , уже много лет назад забил на танцы с бубном вокруг этих mpm , перешел на nginx+fcgi , о чем нисколько не жалею :)

 

Подскажите, что не так?

Использую свои страницы ошибок, указываю в конфигурации ErrorDocument.

Когда ввожу несуществующий URI, браузер IE отображает свою стандартную страницу 404.

Остальные браузеры отображают мою страницы.

Для начала посмотреть в чем разница между IE и остальными (httpanalyzer'ом например , в IE вреде нет консоли чтоб посмотреть запросы).

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В каких-то версиях IE было отображение стандартной 404, если размер вашей меньше 512 байт (без картинок, стилей и т.п.)

Кроме nginx еще есть lighttpd.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Perl элементарно прикручивается через spawn-fcgi+fcgiwrap , соответственно nginx видит это как fcgi.

Ну не знаю, видимо не элементарно.

Я две недели возился, php-fpm настроил довольно быстро, а fcgiwrap так и не смог.

Для девелоперских задач апач все же удобнее. Мне проще все под ним запустить, а если потом потребуется перенести в продакшн, я лучше для этого специалиста найду.

 

В каких-то версиях IE было отображение стандартной 404, если размер вашей меньше 512 байт (без картинок, стилей и т.п.)

Да, видимо в этом причина.

Веб-сервер явно возвращает мою страницу, но IE на экране отображает свою.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Большой посещаемости не будет, это служебный сервер, от него требуется простота прикручивания различных модулей и относительная надежность.

 

Учитывая вышесказанное, проще через апачу. Хотя, она достаточно нормально держит и большую посещаемость. :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Когда ввожу несуществующий URI, браузер IE отображает свою стандартную страницу 404.

"Френдли хттп еррорс" в настройках браузера.

 

Большой посещаемости не будет, это служебный сервер, от него требуется простота прикручивания различных модулей и относительная надежность.

nginx - один раз настраиваешь, потом всё легко.

апач вообще не ставил, лайти был у меня в начале, сейчас nginx.

Чего он у меня только не делает: и проксёй пахал с кешированием и частично UPnP сервером прикидывается (остальное пхп доделывает), если бы не nginx пришлось бы уже не раз на сях что то кодить или забивать.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Я две недели возился, php-fpm настроил довольно быстро, а fcgiwrap так и не смог.

 

Perl/cgi уже редко используемые технологии в веб-строительстве.

У них куча проблем с безопасности, запуском приложений от нужного пользователя с нужным набором привилегий.

 

P.S. я fcgiwrap настраивал, в том числе с ограничением привилегий.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Я тут прибирался у себя...

Для перла есть вот что:

http://forum.nag.ru/...showtopic=83021

сам демон: https://gitorious.or...l-fpm/perl-fpm/

или мой, для личного пользования (скромных нагрузок): http://www.netlab.li...re:perl:fastcgi

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Для перла и прочих cgi приложух можно/проще заюзать uwsgi: http://vladimir-stupin.blogspot.nl/2014/08/nginx-php5-fpm-uwsgi.html

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Спасибо, поизучаю.

Я, правда, все необходимое на PHP сделал, Perl так и не смог осилить, чтобы автономное веб-приложение запустить. Но все равно интересно будет попробовать.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Я остановился на https://github.com/gnosek/fcgiwrap

мне надо совсем немного, а uWSGI ещё на питон завязан.

Ещё Nginx Unit есть или как из, он из описания тоже такое должен уметь.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.