Миграция с апача, подводные камни. |
Здравствуйте, гость ( Вход | Регистрация )
Настоящие Правила Раздела являются дополннением к Общим Правилам Конференции. В случаях противоречий отдельных пунктов, действуют Правила Раздела.
Миграция с апача, подводные камни. |
lazutov |
08.05.2009, 16:48
Сообщение
#1
|
Графоман раздела претензий Группа: Старые пользователи Сообщений: 1,139 Регистрация: 21.06.2007 Из: MOW Пользователь №: 5,748 Репутация: 231 |
Добрый день.
Как показала практика лично мне, для небольших, но грузящих вебсайтов, lighttpd самое оно. В конфигурировании тоже достаточно гибок, прозрачен и имеет юзерфрендли конфигуратор. Вот вопрос: какие камни могут встретиться при такой миграции? Один найден: htaccess/htpasswd/mod_rewrite обходятся достаточно нестандартным способом, через конфиг. Какие еще если отличия от "стандартного" апача? Заранее спасибо. |
eSupport.org.ua |
08.05.2009, 18:47
Сообщение
#2
|
Одесский сисадмин Группа: Старые пользователи Сообщений: 5,200 Регистрация: 18.11.2004 Из: Одесса Пользователь №: 823 Репутация: 263 |
Как лайти не крути а nginx быстрее будет
|
lazutov |
02.07.2009, 15:53
Сообщение
#3
|
Графоман раздела претензий Группа: Старые пользователи Сообщений: 1,139 Регистрация: 21.06.2007 Из: MOW Пользователь №: 5,748 Репутация: 231 |
Успешно перешел на лайти.
Ударился головой очень больно об rewrite . Как оказалось, встроенных средств рерайта в зависимости от существования файла сей вебсервер не имеет. (Ключи -f -d) Как альтернатива - видится mod_magnet + скриптинг на lua . Но это через какие-то дальние дали, хотя появление такого инструмента расцениваю положительно. Может сталкивался кто? Заранее спасибо. |
Boris A Dolgov |
02.07.2009, 15:57
Сообщение
#4
|
Гость Репутация: 431 |
Успешно перешел на лайти. Ударился головой очень больно об rewrite . Как оказалось, встроенных средств рерайта в зависимости от существования файла сей вебсервер не имеет. (Ключи -f -d) Как альтернатива - видится mod_magnet + скриптинг на lua . Но это через какие-то дальние дали, хотя появление такого инструмента расцениваю положительно. Может сталкивался кто? Заранее спасибо. А можно было поставить nginx и не мучаться. |
lazutov |
02.07.2009, 16:46
Сообщение
#5
|
Графоман раздела претензий Группа: Старые пользователи Сообщений: 1,139 Регистрация: 21.06.2007 Из: MOW Пользователь №: 5,748 Репутация: 231 |
либо у меня карма такая, либо руки, что даже примеры с сайта nginx не заработали
В любом случае, бездаунтаймные миграции с лайти на nginx будут проще, чем с апача Сообщение отредактировал lazutov - 02.07.2009, 16:49 |
eSupport.org.ua |
02.07.2009, 18:57
Сообщение
#6
|
Одесский сисадмин Группа: Старые пользователи Сообщений: 5,200 Регистрация: 18.11.2004 Из: Одесса Пользователь №: 823 Репутация: 263 |
Зачем рубить дерево топором если легче пилить бинзопилой?
Учите nginx, пригодится! |
2175 |
02.07.2009, 19:39
Сообщение
#7
|
почти провайдер Группа: Старые пользователи Сообщений: 936 Регистрация: 12.12.2006 Пользователь №: 4,279 Репутация: 230 |
либо у меня карма такая, либо руки, что даже примеры с сайта nginx не заработали В любом случае, бездаунтаймные миграции с лайти на nginx будут проще, чем с апача Лайти по настоящему хорош только под свои проекты, если они изначально пишутся с учетом такого сервера. Иначе - ngnix куда предпочтительнее. Если не заработали базовые примеры, то что - то очень странное - ставится он безпроблемно |
lazutov |
02.07.2009, 20:52
Сообщение
#8
|
Графоман раздела претензий Группа: Старые пользователи Сообщений: 1,139 Регистрация: 21.06.2007 Из: MOW Пользователь №: 5,748 Репутация: 231 |
|
ComfoPlace.com |
03.07.2009, 10:39
Сообщение
#9
|
Группа: Старые пользователи Сообщений: 272 Регистрация: 23.03.2008 Пользователь №: 7,199 Репутация: 208 |
+1 за nginx.
Мигрировали несколько своих проектов на сервер с nginx'ом и с реврайтами проблем небыло. Да поначалу немного не привычно, но потом... Вопросов нет. Как и говорилось ранее: Цитата Лайти по настоящему хорош только под свои проекты, если они изначально пишутся с учетом такого сервера Так-же, +1 (IMG:style_emoticons/default/smile.gif) |
lazutov |
03.07.2009, 12:18
Сообщение
#10
|
Графоман раздела претензий Группа: Старые пользователи Сообщений: 1,139 Регистрация: 21.06.2007 Из: MOW Пользователь №: 5,748 Репутация: 231 |
nginx заработал.
Вот оказывается, документация на английском куда проще и понятнее оригинала. Только вот для каждого виртхоста(16шт) по запущенной пачке fastcgi, не очень ресурсосберегающая затея. Но это уже много менее серьезная проблема, чем первая (IMG:style_emoticons/default/smile.gif) Сообщение отредактировал lazutov - 03.07.2009, 12:19 |
eSupport.org.ua |
03.07.2009, 15:53
Сообщение
#11
|
Одесский сисадмин Группа: Старые пользователи Сообщений: 5,200 Регистрация: 18.11.2004 Из: Одесса Пользователь №: 823 Репутация: 263 |
Зачем пачку fastcgi к каждому виртхосту?
Одна пачка способна обслуживать все виртхосты. Читая маны еще и обдумывать надо прочитанное... |
lazutov |
03.07.2009, 17:05
Сообщение
#12
|
Графоман раздела претензий Группа: Старые пользователи Сообщений: 1,139 Регистрация: 21.06.2007 Из: MOW Пользователь №: 5,748 Репутация: 231 |
Зачем пачку fastcgi к каждому виртхосту? Одна пачка способна обслуживать все виртхосты. Читая маны еще и обдумывать надо прочитанное... Понял. Даже представляю как оно выглядит(что куда убрать). (IMG:style_emoticons/default/biggrin.gif) |
Artem Z |
06.07.2009, 14:05
Сообщение
#13
|
Группа: Старые пользователи Сообщений: 536 Регистрация: 18.08.2007 Из: Нижний Новгород, Россия Пользователь №: 6,065 Репутация: 184 |
Делаете спавнер fastcgi, запускаете php-cgi процессы им, каждый виртуальный хост в nginx натравливаете на на сокет или на порт fastcgi.
|
lazutov |
06.07.2009, 15:30
Сообщение
#14
|
Графоман раздела претензий Группа: Старые пользователи Сообщений: 1,139 Регистрация: 21.06.2007 Из: MOW Пользователь №: 5,748 Репутация: 231 |
|
lazutov |
20.07.2009, 22:58
Сообщение
#15
|
Графоман раздела претензий Группа: Старые пользователи Сообщений: 1,139 Регистрация: 21.06.2007 Из: MOW Пользователь №: 5,748 Репутация: 231 |
В общем все проблемы с nginx, какие возникли решились очень просто.
Основная их причина в том, я по какой-то непонятной причине боялся его собирать (после сборки оно видимо должно было поработить мир, но этого не произошло*, а жаль), все прекрасно заработало. Даже жалко, что всё так просто решилось. :( ----- *а вот апач поработил и продолжает это упорно делать. |
woland |
29.07.2009, 00:03
Сообщение
#16
|
Группа: Старые пользователи Сообщений: 29 Регистрация: 27.07.2009 Пользователь №: 10,007 Репутация: 190 |
либо у меня карма такая, либо руки, что даже примеры с сайта nginx не заработали В любом случае, бездаунтаймные миграции с лайти на nginx будут проще, чем с апача В корне не согласен. Для nginx есть замечательный модуль mod_aclr. Ставите на апач этот модуль, перед апачем вставляете nginx и получаете очень быструю и производительную схему. При этом ни реврайты переписывать не нужно, ни каких либо других манипуляций выполнять. Апач как был так и есть, просто перед ним прозрачно встает nginx и отлично разгружает апач. Дело в том, что апач беспроблемно может обработать много запросов в секунду, если не будет заниматься отдачей контента. mod_aclr как раз призван переложить отдачу контента на nginx, если apache разрешит такое действие. Дело в том, что mod_aclr отрабатывает самым последним, т.е. указывает nginx'у что делать только после того как уже отработал mod_rewite и прочие, а значит Вы можете легко писать апачевские реврайты, паролировать директории средствами апача и быть уверенным в том, что статический контент будет отдаваться nginx'ом и будет отдаваться правильно, т.е. только по запросам, которые успешно пройдут всю внутреннюю логику апача (фильтры, пароли и т .д.), а те, кто не должен получить контент (не авторизовались, ip в бане) - его не получат. nginx заработал. Вот оказывается, документация на английском куда проще и понятнее оригинала. Только вот для каждого виртхоста(16шт) по запущенной пачке fastcgi, не очень ресурсосберегающая затея. Но это уже много менее серьезная проблема, чем первая (IMG:style_emoticons/default/smile.gif) Глупости Вы делаете. Право слово. Смотрите в сторону mod_aclr. Не пожалеете. P.S. Апач умеет спавнить fcgi процессы на лету при поступлении запроса и прибивать после N минут бездействия. Сообщение отредактировал woland - 29.07.2009, 00:22 |
Boris A Dolgov |
29.07.2009, 00:10
Сообщение
#17
|
Гость Репутация: 431 |
Угу, но работает только для apache1.3 (IMG:style_emoticons/default/smile.gif)
Вообще, проблема не столько в отдаче статики nginx'ом, сколько в уходе fork-per-request и тяжелый-процесс-per-request. Сообщение отредактировал Boris A Dolgov - 29.07.2009, 00:11 |
lazutov |
29.07.2009, 00:51
Сообщение
#18
|
Графоман раздела претензий Группа: Старые пользователи Сообщений: 1,139 Регистрация: 21.06.2007 Из: MOW Пользователь №: 5,748 Репутация: 231 |
Спасибо за рекомендации, но я уже "переехал" и возиться с nginx намного приятнее, чем с апачем.
Он позволил достаточно просто снять часть работы с нагруженных скриптов, и сервер стал реально тратить меньше процессора и памяти и без особых проблем пережил очень легкий флуд, который достаточно просто был задавлен средствами фаервола. По поводу "поставить апач на зад": рассматривал и даже реализовал, все работало неплохо, но необходимость в апаче отпала, я натренировался писать рерайты и оперировать синтаксисом nginx что называется с листа Сейчас прекрасно справляются 4 процесса CGI и один отдельный у мониторинга с другими uid|gid. То решение, которое искал, я нашел, благодарю всех высказавшихся за помощь и советы. Сообщение отредактировал lazutov - 29.07.2009, 00:51 |
Текстовая версия | Сейчас: 22.05.2024, 05:54 |