В момент моего просмотра они были нерабочие😎
- это тоже нерабочая страница - http://74.125.77.132/search?sourceid=navclient-ff&ie=UTF-8&q=cache%3Ahttp%3A%2F%2Fsvoysalon.ru%2Fforum%2Fforumdisplay.php%3Ff%3D3
главная 200 - http://www.bertal.ru/index.php?url=http%3A%2F%2Fs-notebook.com%2F&ar=80007#h
внутренняя 404 - http://www.bertal.ru/index.php?url=http%3A%2F%2Fs-notebook.com%2Fremont-komputerov-moskva%2F&ar=80006#h
вы настроили пермалинк. Варианты:
- либо автоматом не прописались изменения в файл .htaccess, тогда вручную.
- либо вы прописали с ошибкой
- либо с вопросом к хостеру.
проверьте работоспособность сайта без пермалинка( сайтом http://www.bertal.ru)
Если воспользуетесь поиском по форуму, в основном выводы такие:
Старая дата.
- Поисковые роботы могут либо совсем не индексировать такой документ ("думая", что устаревший документ не заслуживает внимания).
- Либо постоянно проверять его, или выбрасывать из индекса и снова вносить.
- вот вариант оптимизации - Оптимизация HTTP-заголовков страницы
- на моем сайте было года три назад, при изменении даты на прошлую, вылетели динамические страницы одного каталога(несколько тысяч), после подсказки на форуме, и задания даты в скрипте(чтобы не зависеть от апача хостера) все вернулось.
Nadejda добавил 20.03.2010 в 10:03
Для начала прочитать весь хэлп или яндекса или Гугла.
Самый основной их совет...не вывешивать нерабочие страницы!
Nadejda добавил 20.03.2010 в 10:05
первый вариант не рабочий.
рабочий - второй вариант
Гугл советует слово-второе-еще.сом
Присоединюсь к вопросу:) На сайте об этом ни слова.
Спасибо:) Из яндекса сайт уже вылетел, из Гугла летит. Посмотреть заголовки в голову не пришло, ибо они нормальные были. Опять хостеры нахимичили:(
Кэширования, или чего то там еще, но тем неменее, если поиском поискать по этому поводу...то вывод такой, что дата должна соответствовать.
Добрый день.
Разрешение только на порт 443?
Убрали из разрешенного в файрволле:
*Разрешать Исходящее TCP на PROXY:8080 для WMAGENT.EXE
Это не оно случаем?
чего понимать?:)
ответ сервера:Expires: Fri, 7 Jun 1974 04:00:00 GMT - Дата (в формате GMT) действительности файла/документа, по идее после истечения этой даты поисковики должны перестать выдавать данный файл/документ в результатах поиска.
К вопросу о структуре сайта и закрытия внутренних ссылок нофоллов(поднимался вопрос в теме)
PageRank Sculpting. Так называют стратегию внутренней оптимизации сайта, направленную на распределение PR по наиболее важным страницам. Это делается с помощью тега nofollow, закрытия страниц от индексации, убирания ссылок в Javascript и iframe и прочих подобных методов.
Мэтт Cutts считает, что «это не лучший способ потратить время». Лучше выстроить архитектуру сайта, поменять навигацию, и получить побольше обратных ссылок, чтобы и пользователи шли на нужные страницы, и PR у них увеличивался естественным образом, чем манипулировать iFrame или encoded JavaScript. Google не то чтобы считает такую активность спаммерской, но полагает, что это попытка устроить разную навигацию для пользователей и для ботов, отправить поисковую систему не по тем путям, по которым ходят пользователи.
Мэтт Каттс - руководитель отдела борьбы с поисковым спамом в Google.
- исправить ссылку на главную
- статьи есть а перелинковкой из контента не пользуетесь
- в цсс указаны несуществующие файлы, ну или неправильная ссылка
- 404 не обрабатывается
- <title>24на7: Первый ноутбучный Интернет-Магазин в Харькове</title> Это ВЧ запросы, или хотя бы НЧ??
- грязный HTML код
Nadejda добавил 18.03.2010 в 19:50
Возможно ему не нравиться вот этот ответ
Expires: Fri, 7 Jun 1974 04:00:00 GMT
Постоянное увеличение контента, из 40 до сотен, тысяч...
Nadejda добавил 18.03.2010 в 04:56
- сравните две ссылочки на главную, из меню и с логотипа. правильная с логотипа
Nadejda добавил 18.03.2010 в 05:06
- а что ссылку правильно написать никак?
- сравните ссылку на главную из меню и логотипа
- календарь новостей дубли.
Nadejda добавил 18.03.2010 в 09:03
- доску вывести в отдельный URL/doska
- cсылку на нее мах одну - с главной. Ну и по вашему желанию можно поставить запрет в robots.txt
(или согласно совета Matt Cutts)
- сегодня пошла атака на оперу с каким то пакетом из локальной сети.
- проверка вебом(лицензионный), avz ничего не выдала
- при проведении оплаты через браузер(кипер включен), опера зависла до введения кода подтверждения. пинг сети тоже исчез. комп ушел в завис.
- после перезапуска и входа в кипер, оплата проводилась через фокса. после выдачи поля для введения кода подтверждения, кипер запросил "ПЕРЕХВАТ НАЖАТИЙ КЛАВИШ". На что получил блокировку....оплата прошла нормально без зависов. В файрволее стоит контроль всего и вся.
Вопрос Зачем киперу нажатия клавиш??
