- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
ДД!
есть связка nginx+apache, не хочет отдавать поддомен, хотя в конфигах настроена отдача:
кусок конфига энджинкс:
server {
listen 192.168.0.0:80;
server_name site.ru www.site.ru;
location / {
proxy_pass http://192.168.0.8:81;
proxy_redirect http://site.ru:81/ /;
proxy_set_header Host $host;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Real-IP $remote_addr;
}
location ~* \.(gif|png|jpe?g|js|css|txt|ico|swf)$ {
root /home/webmaster/www/site.ru;
access_log /var/log/apache2/site.ru_custom.log;
error_page 404 = @fallback;
}
location @fallback {
proxy_pass http://192.168.0.0:81;
proxy_set_header Host $host;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Real-IP $remote_addr;
}
}
server {
listen 192.168.0.0:80;
server_name forum.site.ru www.forum.site.ru;
location / {
proxy_pass http://192.168.0.0:81;
proxy_redirect http://forum.site.ru:81/ /;
proxy_set_header Host $host;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Real-IP $remote_addr;
}
location ~* \.(gif|png|jpe?g|js|css|txt|ico|swf)$ {
root /home/webmaster/www/forum.site.ru;
access_log /var/log/apache2/forum.site.ru_custom.log;
error_page 404 = @fallback;
}
location @fallback {
proxy_pass http://192.168.0.0:81;
proxy_set_header Host $host;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Real-IP $remote_addr;
}
}
явной чуши нет. с апачем все в порядке, уверены?
Может днс лежит, что домен не отдаёт ?
у вас при запросе поддомена открывается основной сайт?
в таком случае я рекомендую разнести по портам виртуальные хосты апача для сайта и его поддоменов
для site.ru - proxy_pass http://192.168.0.0:81;
forum.site.ru - proxy_pass http://192.168.0.0:82;
help.site.ru - proxy_pass http://192.168.0.0:83;
Внимательно посмотрите, не напутали ли вы с proxy_pass, потому что в обоих случаях он разный.
Если не напутали, то:
1. Посмотреть логи nginx
2. Проверить, корректно ли настроен backend
3. Проверить логи Apache
Уверен, ответ будет найден.
у вас при запросе поддомена открывается основной сайт?
в таком случае я рекомендую разнести по портам виртуальные хосты апача для сайта и его поддоменов
для site.ru - proxy_pass http://192.168.0.0:81;
forum.site.ru - proxy_pass http://192.168.0.0:82;
help.site.ru - proxy_pass http://192.168.0.0:83;
Это явная чушь и так делать не надо.
Zorge.Org в апаче виртаул хосты можно настраивать к по именам доменов, так и по портам.
преимущества настройка NameVirtualHost-тов в том что
а) многим так привычнее
б) проще переход на nginx, конфиги апача в таком случае можно не трогать
Настройка по портам, например, позволяет отслеживать кол-ва подключений к каждому апачу с помощью nestat с большей производительностью.
OPC - я в таких случаях делаю запрос непосредственно к апачу, дабы на 100% удостоверится в работоспособности бекенда. В вашем случае http://forum.site.ru:81/. Если работает, то копаю нгинкс. В конфиге nginx у вас возможна опечатка в адресе директивы proxy_pass.
Настройка по портам, например, позволяет отслеживать кол-ва подключений к каждому апачу с помощью nestat с большей производительностью.
Это неверный путь для решения.
Зачем заниматься лишней работой, если можно просто заглянуть в логи обоих веб-серверов и там найти причину проблемы.
это что за хост такой - 192.168.0.0? Или это только для примера? :)
Ahill.spb - думаю ТС изменил IP, и возможно из-за этого нам сложно понять в чем проблема.
На 95% проблема в невнимательности, из-за мелкой опечатки иногда тратишь уйму времени.
ОФФТОП
Это неверный путь для решения.
Zorge, Вы говорите верно, но с позиции администратора ВПС, например, под SEO.
Когда ресурс посещают >100K и он работает на нескольких железках, то появляются подобные нюансы. Кроме того такие ресурсы чаще попадают под DDoS и к нужно быть готовым к этому.
Zorge, Вы говорите верно, но с позиции администратора ВПС, например, под SEO.
Когда ресурс посещают >100K и он работает на нескольких железках, то появляются подобные нюансы. Кроме того такие ресурсы чаще попадают под DDoS и к нужно быть готовым к этому.
Я думаю, мы тут помогаем человеку в решении его проблемы на VPS, а не где "ресурс посещают >100K и он работает на нескольких железках".
Я думаю, мы тут помогаем человеку в решении его проблемы на VPS, а не где "ресурс посещают >100K и он работает на нескольких железках".
Где ТС вообще что-то сказал про VPS. 192.168.* как-бы намекают на то,
что бакенды вообще могут быть на отдельных серверах.