Значит есть внутренние ссылки.
Посмотрите в WMT, в разделе ошибок сканирования, там будут эти URLы и там будет показано, откуда гугл взял ссылки на эти урлы.
Сейчас у меня проблемы только на DC19 а полтора часа назад были а DC14 и в DC12
Опять началось.... теперь через core1, досят их что ли, или они сами что-то делают?
Уточню, что сильнее всего тормозит через Укртелеком. Но и через других провайдеров то так то сяк.
Когда трафик до Хетцнера идет через
core21.hetzner.de
core12.hetzner.de
То тормозит жуть.
А когда через
core4.hetzner.de
core1.hetzner.de
core22.hetzner.de
То работает почти нормально
А у вас сейчас Хетцнер нормально работает? У меня и мои сайты и robot открываются очень медленно. Переключаюсь на другого локального провайдера становится чуть лучше но все равно тормоза.
Еще имейте ввиду что сервис для продажи "жд и авиа" будет стоить примерно в два раза дороже чем просто для продажи авиа. Может для начала хватит просто авиа?
И еще учтите, что кроме "просто программная часть", там еще серверная инфраструктура прилично потянет вместе с обслуживанием.
P.S. А вы знаете где данные для такого сервиса брать? Авиакомпании и железные дороги с вами договора подпишут? Если да - можем посотрудничать.... У меня тогда к вам встречный вопрос, на каких условиях вы будете получать эти данные и сколько это стоит? Самому интересно...
Манипуляцией выдачей занимаются только поисковые системы. Они сочиняют для этого специальные секретные алгоритмы, и никому их не рассказывают.
А вебмастера занимаются размещением рекламы на своих сайтах.
Есть мнение, что по этой схеме работает прежде всего администрация а не модераторы в частном порядке. Слишком лакомо чтобы кому попало перепадали крохи. Тем более что в ГГЛ "администрация" и владельцы - это разные люди. Создатели продали систему инвестору но сами остались у руля.
После экспериментов установил следующее.
Если в запросе Host: не совпадает ни с одним из ServerName прописанных в VirtaulHost'ах, то запрос передается тому VirtualHost'у у которого ServerName совпадет с тем что дает обратная DNS запись. При этом ServerAlias игнорируется. Сервер считает себя запущенным по адресу совпадающим с ServerName
А вот если обратная DNS запись не совпадает ни с одним из ServerName, то тогда учитываются ServerAlias'ы в VirtualHost'ах, сервер считает себя запущенным по адресу совпадающим с ServerAlias.
Буду курить документацию дальше. Моя проблема в том, что если обратная DNS запись совпадает с ServerName то игнорируется ServerAlias
Конфиг:
DocumentRoot "/var/www/site.com"<Directory "/var/www/site.com">allow from allOptions +Indexes</Directory>ServerAlias *.site.comUseCanonicalName offHostNameLookups off
.htaccess
<IfModule mod_rewrite.c> RewriteEngine on RewriteRule ^a$ b [L]</IfModule>
Походу имеет. Сервер узнает через нее "свое имя" и при выполнении любого правила, определяет что текущий хост отличатся от хоста в запросе, в результате чего дает внешний редирект. Такое поведение прописано в спецификации mod_rewrite.
Только не понятно как его отключить.---------- Добавлено 16.11.2013 в 11:18 ----------Кстати если написать в конфиге абракадабру:
ServerName eklfksrhgk.com
То все равно работает, и берет свое имя из обратной DNS записи.
----------
Проблема возникает именно при выполнении правила mod_rewrite. Если запрос идет к файлу, скажем:
http://subdomen.site.com/image.jpg
то никакого редиректа не происходит и отдается именно картинка с физическим адресом
/var/www/site.com/image.jpg
Именно такого поведения я и хочу, но с использованием директив mod_rewrite без бросания внешнего редиректа.
