Стандартными средствами апача - не думаю, что получится. Хотя, может быть, есть модули.
выслать. 10 символов.
Конфиг - зависит от примерных цен :) Скажите, сколько будет стоить C2D+4GB ram, и сколько - P4+1GB, например.
Работавшие харды, думаю, не нужны :)
tcp-сокет и unix-сокет - разные вещи. у unix-сокета вообще нет ip, он лежит в файловой системе.
на tcp nginx проксирует прекрасно - и на 127.0.0.1, и на ip сервера, и на ip чужого сервера. дайте линк, где проблема нормально описана - будем смотреть.
Ничего не понимаю %) Откуда внешний ip при unix-сокетах?
502 вообще не должен зависеть от user-agent.
Раньше летом рождались хостеры на VPS, а теперь - VPS-хостеры. Прогресс!
Эм - при проксировании на локальный апач?
Все, что беглый осмотр дал на linux и 502 ошибку - следствие использования unix-сокетов и неумения настраивать sysctl/лимиты/таймауты.
Рерайты - глупый пережиток прошлого и кривых рук. Зачем выносить в вебсервер логику приложения?
Если nginx не заводится, то надо было посмотреть error-лог и написать на форум/рассылку. В мире opensource принято вроде так.
P.S. CentOS5 x86_64 + nginx 0.8.44 + проксирование на *httpd в пределах 10.0.0.0/8, проксирование на php-fpm в пределах 127.0.0.1 - ни одной жалобы!
А можете продать сервер?
С такого поста и надо было начинать :)
Стандартными средствами апача - не думаю, что получится. Хотя, может быть, есть модули.
Продать в смысле под Colocation или выслать вам железо?
выслать. 10 символов.
Конфиг - зависит от примерных цен :) Скажите, сколько будет стоить C2D+4GB ram, и сколько - P4+1GB, например.
Работавшие харды, думаю, не нужны :)
tcp-сокет и unix-сокет - разные вещи. у unix-сокета вообще нет ip, он лежит в файловой системе.
на tcp nginx проксирует прекрасно - и на 127.0.0.1, и на ip сервера, и на ip чужого сервера. дайте линк, где проблема нормально описана - будем смотреть.
Ничего не понимаю %) Откуда внешний ip при unix-сокетах?
502 вообще не должен зависеть от user-agent.
Раньше летом рождались хостеры на VPS, а теперь - VPS-хостеры. Прогресс!
Boris A Dolgov, ну, как бы там все проверялось (я про sysctl). А вот с точки зрения unix-сокетов, ну уж извините, отказаться от них не получается.
Эм - при проксировании на локальный апач?
Все, что беглый осмотр дал на linux и 502 ошибку - следствие использования unix-сокетов и неумения настраивать sysctl/лимиты/таймауты.
А лайти уважаю. Особенно за его реврайты.
Рерайты - глупый пережиток прошлого и кривых рук. Зачем выносить в вебсервер логику приложения?
Если nginx не заводится, то надо было посмотреть error-лог и написать на форум/рассылку. В мире opensource принято вроде так.
P.S. CentOS5 x86_64 + nginx 0.8.44 + проксирование на *httpd в пределах 10.0.0.0/8, проксирование на php-fpm в пределах 127.0.0.1 - ни одной жалобы!
А можете продать сервер?
С такого поста и надо было начинать :)