- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Значит хотите сказать, что админы onkelhost.ru меня обманули и с таким конфигом статические данные не выдаются nginx?
1. Данный конфиг - просто проксирует запросы апачу.
2. Работать на реальном сервере он может из-за переброса портов, например
Чуть подробнее можно? Например, в реальном конфиге IP _одинаковы_?
myhand добавил 24.09.2009 в 12:03
Из всех правил я вижу связанное с 88 портом только эту строчку:
iptables -t nat -vL что говорит?
1. Данный конфиг - просто проксирует запросы апачу.
2. Работать на реальном сервере он может из-за переброса портов, например
Чуть подробнее можно? Например, в реальном конфиге IP _одинаковы_?
Реальный конфиг вот:
server {listen 64.191.63.117:88;access_log off;location / {proxy_pass http://64.191.63.117:80;limit_conn one 15;proxy_set_header Host $host;proxy_set_header X-Real-IP $remote_addr;proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;proxy_redirect off;client_max_body_size 10m;client_body_buffer_size 128k;proxy_connect_timeout 120;proxy_send_timeout 120;proxy_read_timeout 120;proxy_buffer_size 4k;proxy_buffers 120 64k;proxy_busy_buffers_size 64k;proxy_temp_file_write_size 64k;}}
iptables -t nat -vL что говорит?
pkts bytes target prot opt in out source destination
148K 8363K DNAT tcp -- any any anywhere s1.chatukg.n et tcp dpt:http to:64.191.63.117:88
631K 32M DNAT tcp -- any any anywhere chatukg.net tcp dpt:http to:64.191.63.118:88
328 18088 DNAT tcp -- any any anywhere chatukg.net tcp dpt:http to:64.191.63.119:88
306 16696 DNAT tcp -- any any anywhere chatukg.net tcp dpt:http to:64.191.63.120:88
404 22611 DNAT tcp -- any any anywhere chatukg.net tcp dpt:http to:64.191.63.121:88
Chain POSTROUTING (policy ACCEPT 8396K packets, 421M bytes)
pkts bytes target prot opt in out source destination
Chain OUTPUT (policy ACCEPT 8400K packets, 426M bytes)
pkts bytes target prot opt in out source destination
Это как я понял ответ на мой вопрос насчёт переброса?
Это как я понял ответ на мой вопрос насчёт переброса?
1. ну да - никакой раздачи статики нет. просто прокси
2. вот этих вещей (переброса портов файерволом) - не хватает у вас на "window$":
148K 8363K DNAT tcp -- any any anywhere s1.chatukg.n et tcp dpt:http to:64.191.63.117:88
631K 32M DNAT tcp -- any any anywhere chatukg.net tcp dpt:http to:64.191.63.118:88
328 18088 DNAT tcp -- any any anywhere chatukg.net tcp dpt:http to:64.191.63.119:88
306 16696 DNAT tcp -- any any anywhere chatukg.net tcp dpt:http to:64.191.63.120:88
404 22611 DNAT tcp -- any any anywhere chatukg.net tcp dpt:http to:64.191.63.121:88
PS: Зачем так сделано - если честно - для меня большая загадка. Спросите Ваших админов - им
виднее.
1. ну да - никакой раздачи статики нет. просто прокси
Хм... а теперь вопрос, а можно ли вообще реализовать сразу для всего сервера отдачу статики, без настройки под каждый домен?
nginx как и любой другой вебсервер не обладает зачатками телепатии, так что - под каждый
nginx как и любой другой вебсервер не обладает зачатками телепатии, так что - под каждый
Аха, значит мирхости и теперешние админы решали, что они самые умные и не объясняли мне ничего. Ладно фиг с ним...
Всем спасибо за информацию.
Хм... а теперь вопрос, а можно ли вообще реализовать сразу для всего сервера отдачу статики, без настройки под каждый домен?
А у вас их за сотню? ;-)
Тогда, только по wildcard'ам. Т.е. все виртуалхосты должны быть одинаково организованы
http://<virtual host>/<бла/бла/бла>/*.jpg - всегда
отдаем из файлов вида /var/www/<virtual host>/www/<бла/бла/бла>/*.jpg
Тоже с *.gif и т.п. Может быть еще проще, если у каждого хоста есть
стандартныя директория для статики.
А у вас их за сотню? ;-)
Тогда, только по wildcard'ам. Т.е. все виртуалхосты должны быть одинаково организованы
http://<virtual host>/<бла/бла/бла>/*.jpg - всегда
отдаем из файлов вида /var/www/<virtual host>/www/<бла/бла/бла>/*.jpg
Тоже с *.gif и т.п. Может быть еще проще, если у каждого хоста есть
стандартныя директория для статики.
Конечно не за сотню, просто разжевали мне эти тонкости. В принципе простое проксирование тоже имеет свои большие плюса. Ладно уже не об этом.
P.S. На Windows nginx у меня падает и падает, никаких ошибок в логах нет. Отправил уже данные разработчику. Сыроват она по винду :(
P.S. На Windows nginx у меня падает и падает, никаких ошибок в логах нет. Отправил уже данные разработчику. Сыроват она по винду :(
Он должен собираться в cygwin - для отладки вполне нормально. Не придется
тестировать еще nginx помимо сайтов ;-)
Либо сделать тестовый стенд в эмуляторе (Linux/BSD + apache/nginx + все что надо).
Для простого проксирования ставьте лучше squid. там версия для для windows давным давно появилась.