ispCP & nginx

[koffu]

(02-13-2010 01:53 AM)data-stream_ru Wrote:  Тама по ссылке неправильный файл для чексконфига.
Я исправил и дописал

Я в файле в шапке оставлял параметр для изменения места pid файла.

[data-stream_ru]

(02-13-2010 01:59 AM)koffu Wrote:  Я в файле в шапке оставлял параметр для изменения места pid файла.

Я писал, что ошибка в файле по этой ссылке http://www.yellowsticker.info/pages/nginx.htm
а не у вас.

---

Всё таки неправильно я написал. А по ссылке всё правильно.

[data-stream_ru]

И всё же неправильный у тебя, дядя фёдор бутерброд.

Если Ипов более одного, то всё не так красиво.

1. iptables
#iptables -t nat -A PREROUTING -p tcp -m tcp -d 66.29.116.100 --dport 80 -j DNAT --to-destination 66.29.116.100:85
И так каждый адрес

2. Файл создания конфигураций все виртуальные хосты на разных ипах отправляет на основной.
Надо брать из мускуля принадлежность хостов ипам.

Опять же вопрос как добавлять новые хосты. Пока только ручками, как дело дойдёт.

И чот у меня mod_rewrite и mod_proxy не пашут. Ну это ещё разбираюсь.

---

Error page-ы опять же непропарсены в конфигах...

[data-stream_ru]

Значится для коректного определения IP ов скриптами апача необходимо организовать передачу этих ипов от нгинкса апачу.

Надо поставить mod_rpaff
http://www.mchost.ru/module-doc/id-60/page-43.html

Но надо ставить с патчем, т.к. там ошибки обработки .htaccess
http://binblog.ru/2009/07/apache-mod_rpaf-htaccess/

Для RedHat есть готовый вариант
http://centos.alt.ru/?p=184
И вообще репозитарий
http://centos.alt.ru/?p=120

А вот дебьянам придётся компилячить.
Гы!

Вот только mod_rewrite всё равно не работает. Патаму что статика то ngix-ом обрабатывается.
Там кажись синтаксис другой.

---

Вот что я вам скажу ребята.

nginx апачевские .htaccess не читает в принципе! Там свой модуль реврайта со своим синтаксисом и обычный юзер у себя в папке ни черта не пропишет так вот просто.
Так что на платный хостинг это хрен поставишь!

[data-stream_ru]

koffu я понял в чём тут фишка.
Она в том, что вы не сформулировали чётко концепцию.

По дефолту ngix у вас стоит только в качестве прокси и всё.
Что конечно даёт некоторое повышение производительности, но не серьёзное. Естесно я и прошлый товарисчь раскоментили строки с обработкой статики.

Но вот беда, под html маскируются скрипты через mod_rewrite и mod_прокси. "А мужики то не знали...". Вот и nginx не знает, так как почемут по упёртости разработчика апачевские .htaccess в упор не видит. Так что надо убрать из конфига аштээмэльки и смирится с тем, что они будут отдаваться апачу вместе с аксесами.
На своих сайтах конечно можно и под реврайт нгинкса написать, но юзерам это ненать и низзя.

В общем я с этим позже разбирусь а пока что переведу хост на котором стоит сама панелька полностью на нгинкс без апача.

[koffu]

Спасибо за отзыв. Сам html не такой уж и большой, можно его и через апач раздавать.

[data-stream_ru]

(02-13-2010 06:52 PM)koffu Wrote:  Спасибо за отзыв. Сам html не такой уж и большой, можно его и через апач раздавать.

Можно конечно. Но меня это жутко огорчило.
Дело в том, что апач в некоторых версиях имеет такую бяку как нестабильность работы.
Умну был недавно случай. Обновил через jasson репозитарий (я обычно его выключаю так как там новое но непроверенное софтварё) сиситему, так мне апач поставился такой, что имел склонность падать раз в неделю, при чём больше не поднимался без перезагрузки компа. Ошибку выдавал такую, что гуглить было бесполезно. Пришлось его убить. Помоему 2.2.12 Версия
Так вот в подобных случаях хотя бы html мог обрабатываться через nginx...

[data-stream_ru]

Два дня гимороев и вывод - этот nginx писал явно нездоровый человек, судя по тому что он намудрил с подстановками. И маны за него писали другие - у него на сайте голяк. И результат манам не соответствует. Просто игнорирование большинства директив подстановки.
Заставит работать подстановку
/pma = /tools/pma так и не удалось.

Дело ещё осложняется тем, что компилячить ngix надо с рут-путём совпадающим с апачем. Иначе вообще тухляк.

Так де я решил отказаться от связки fastcgi + spawn-cgi и вообще от fastcgi сервера в пользу php-fpm. Так как в первом варианте логов ну просто никаких. Узреть что же взаправду передаётся fastcgi серверу так и не удалось. У него на всё один ответ "передаваемый файл не специфицирован".
Програмульку fcgi-debug ваще непонятно как ставить. Компилить там нечего инструкции нет.

В общем полная пятая точка.

Тогда как php-fpm всё же ведёт какие то логи, а главное позволяет устранить один глюк неразделённых префолков апача.
У панели с апачем сконфигурированным под префолк файлы создаваемые скриптами имеют пользователя apache ну или у кого то www-data или nobody а не пользователя. У юзеров возникают проблемы с редактированием и удалением файлов по FTP, т.к. они принадлежат другому пользователю.

php-fpm позволяет решить эту проблему и назначать индивидуально пользователей под которыми запускаются скрипты для каждого юзера.
Но опять же ручками. Зато гимороя с объяснениями клиентам почему они не могут удалить кеши или редактировать конфиги созданные при инсталяции меньше будет

php-fpm позволяет так же chroot-тить запускаемые скрипты, что явно на пользу при попытках взлома через дырявый пхп.

И всё же это прожект, даже если его удасться довести до какого нить логичского итога, так и останется для ограниченного применения особо вумными.

[data-stream_ru]

koffu у вас в скрипте алиасы не прописываются

[koffu]

Есть домены, поддомены... "алиасы", что не прописываются в панели где находяться?
Чёта я заработался и уже туплю, можно поподробнее с технической стороны?