87793: Так в чём разница содержательно-то?
При обращении к просто доменному имени было доступно содержимое index.html (при этом в адресной строке оставалось доменное имя без index.html), а сейчас доступно оно же, но в адресной строке перещёлкивает на index.html.
При одном и том же запросе имеем один и тот же результат.
Это форум о поисковых системах... для которых любое отличие в урле == другому урлу.
Ну вот кто-то и будет копировать ссылки/index.html
Kurt: Ну хоть теперь не обвинят что мы делаем ради нажимы :):)
Проблема с index в папках вчера была решена. Работает корректно.
Да никто вас не будет обвинять.
Но кто-то давеча обещал, что всё останется как было, по старым урлам. А тут такое:
GET / HTTP/1.1
Host: forum-collection.narod.ru
Ответ
HTTP/1.1 301 Moved Permanently
Server: uServ/3.2.2
Date: Wed, 10 Apr 2013 11:48:22 GMT
Location: http://forum-collection.narod.ru/index.html Cache-Control: private
GET /index.html HTTP/1.1
Host: forum-collection.narod.ru
Kurt: Не понял мысль, но на uCoz, да, средства импорта удаленного кода для бирж ссылок работает только у премиум аккаунтов
Ну чтобы не злить ссылкоторговцев :) давайте не будем это обсуждать. Хотя оно и так понятно. Но не думаю, что вам сейчас очень уж нужно кого-то лишний раз напрягать. Пусть всё будет постепенно...
Но чтобы заметить этот rel=canonical, страницу надо скачать
Pavel_: Неужто у юзеров и ПС есть другие варианты для поглядеть сайт? ... ))
Ясновидящих ПС нет. Им приходится что-то запрашивать...
Pavel_: Дык они и так фильтруюццо до попадания... ))
Хороший тег и адекватно понимаемый ПС-ми
rel=canonical только помогает поисковику, но если на одну страницу с неповторимым контентом отдавать ещё 100500 с <link rel="canonical" href="другой-урл"> то долго же вас будут индексить.
Если чего-то не надо индексировать, то и ссылку на это боту показывать не надо... вместо затыкания дыр canonical и роботсом.
Коля Дубр: Во-вторых, не понимаю, зачем делать бото-читаемую навигацию только через карту сайта - внутренние страницы оказываются на в двух кликах от морды, какой от этого профит? Борьба со сквозняками? А все ли верят, что это еще актуально? :)
А это лишь одна из возможных задач. Но! Вот мы и вернулись к проблеме веры, не свойственной ползателям/покупателям CMS. И поэтому... сеошникам ещё долго придётся возиться со статикой.
Коля Дубр: То есть дать админу сайта (сеошнику, разработчику?) возможность управления индексацией отдельных блоков? Мысль интересная, но что-то мне подсказывает: те, кто знают, зачем это нужно, сообразят и как это сделать.
И проще это будет без ковыряния в чужом софте.
Можно чуть больше практических примеров по этому пункту?
Да вон бурундуковских хватит.
Но у нормальных пользователей CMS нет понимания примитивного мира, в котором действуют ПС. И если сайт избавляет ПС и сеть от лишней работы и трафика... это не улучшит её продаваемость.
Выбор ручной или автоматический?
Скорее возможность поставить галки (с минимум пояснений). И с напоминаем, что ползатель должен сам понимать что делает. А умолчания — не знаю какие должны быть.
ancifer2002: Блин, не думал что кто-то с Сёрча всерьёз народный хостинг юзал. :)
И... судя по словесным обещаниям, новый владелец не хотел бы ссориться с сапоторговлей. Хотя давно грозился их всех сделать платными.
87793: при наборе имени домена в адресной строке (forum-collection.narod.ru) точно так же открывался index.html (forum-collection.narod.ru/index.html).
И что тут поменялось?
Только лишь урл. Нормально, по / было доступно содержимое index.html без /index.html в урле.
Коля Дубр: Привет :)
Но вообще (сугубо ИМХО!) это слишком общая проблема, настолько общая, что ей должны заниматься сами поисковики. Тем более, что у них есть все данные, чтобы для таких примеров выбирать правильный вариант. Все известные мне случаи проблем с дублями были связаны с тем, что CMS именно отдает разные URL, а не только реагирует на них.
Привет.
Эту общую проблему CMS чаще усугубляют, чем лечат.
Когда за дубли берутся поисковики, то... им в первую очередь надо освободить свою базу, а не обеспечить на 100% безошибочную фильтрацию... если они в 5% случаев ошибутся, то у них проблем не возникает, а у владельцев сайтов всякое возможно. Ну и не могут ПС на второстепенные задачи тратить слишком много своих ресурсов, поэтому упрощают эту борьбу.
Такой, который не даёт ПС повода для индексации всего лишнего.
Это для ПС разные урлы.
Коля Дубр: На мой вкус, заголовок должен отдаваться как раз 200, но с добавлением <link rel="canonical" />, благо его поддерживают более-менее все.
Сначала ПС (имея ограничение на количество обращений к конкретному серваку) скачает эти дубли, потом поймёт, что это дубли. Скорость индексации/переиндексации снижается.
Коля Дубр: Полностью соответствует чему?
Единственно возможному правильному.
Нужно взаимно однозначное соответсвие между единицами контента и урлами.
Коля Дубр: есть еще примеры того, что современные CMS не умеют, но должны уметь?
2. Помогать разруливать проблемы, являющиеся как бы свойством сайта. Например футеры/шапки/менюшки можно рисовать на клиенте, не показывая ботам... ну вот если на страницах неповторимого контета мало, например.
3. Оставлять много свободы по изменению всего... включая урлы (предоставляя выбор ласт-модифайда и ответа при обращении по старому урлу), типа Райцин писал давно, или свежие проделки Бурундука.
Если этому всему CMS не соответствуют, то проще возиться со статикой.
Чтобы так не скакало, надо удалить файл index.html из корня и в =настройки дизайна= сделать шаблон страницы из содержимого index.html ... с добавками типа
<script type='text/javascript'>
document.write('<a href="http://www.ucoz.ru/" title="Бесплатно!"><img style="margin:0;padding:0;border:0;" alt="uCoz" src="http://s200.ucoz.net/img/cp/4.gif" width="80" height="15"/></a>');
</script>
<script type='text/javascript'> <!--
document.write(' $Powered-By$ '); // ну он сам точнее подскажет при сохранении шаблона -->
</script>
Ayavryk: Мэтс пишет, что скрипты выполняются в определенных ограничениях. Я хочу понять где эти ограничения.
И в robots.txt тоже, наверное.
Ну и от популярности чего-либо зависит... какого-либо метода, например xslt (это же типа статика) выполнять не хотят, даже в предпросмотре, для erum.ru в выдаче: Просмотр недоступен.
burunduk: они их не исполняют, а разбирают как обычный текст
Исполняют... может быть не на всех сайтах // см в подвале примера. Откуда undefined? И почему продолжение сниппета с самого начала страницы?
просто не могу пока себе представить необходимые мощности именно для выполнения всех возможных вариантов на документе
Ну вот превьюшки в выдаче рисует с полным исполнением JS, но XSL никак.
Не надеяться на то, что создатели CMS ставят задачу сделать сайты удобными для ПС (которым обычно остаётся много работы по отфильровыванию дублей, но делают они это как-нибудь и без лишних затрат, из-за чего и бывают проблемы). Они стараются сделать облегчалку создания сайтов. Тут создатель СМС не стеснялся позиционировать себя как идейного противника удобства сайта для ПС.
Shivana: вы меня окончательно запутали
У серваков (созданных ещё до появления ПС) есть некоторые особенности, пересекающиеся со стандартом на урл... и вот пример проблемы из-за сервака, которую двиг не лечит, хотя мог бы... но это же сколько надо было бы проверок сделать перед ответом!
Так в чём разница содержательно-то?
При обращении к просто доменному имени было доступно содержимое index.html (при этом в адресной строке оставалось доменное имя без index.html), а сейчас доступно оно же, но в адресной строке перещёлкивает на index.html.
При одном и том же запросе имеем один и тот же результат.
Это форум о поисковых системах... для которых любое отличие в урле == другому урлу.
Ну вот кто-то и будет копировать ссылки/index.html
Ну хоть теперь не обвинят что мы делаем ради нажимы :):)
Проблема с index в папках вчера была решена. Работает корректно.
Да никто вас не будет обвинять.
Но кто-то давеча обещал, что всё останется как было, по старым урлам. А тут такое:
Какой у вас антивирус? При каких действиях?
Dr.Web, при попытке сохранить эту самую главную страницу. Вчера не было...
Не понял мысль, но на uCoz, да, средства импорта удаленного кода для бирж ссылок работает только у премиум аккаунтов
Ну чтобы не злить ссылкоторговцев :) давайте не будем это обсуждать. Хотя оно и так понятно. Но не думаю, что вам сейчас очень уж нужно кого-то лишний раз напрягать. Пусть всё будет постепенно...
Неужто у юзеров и ПС есть другие варианты для поглядеть сайт? ... ))
Ясновидящих ПС нет. Им приходится что-то запрашивать...
Дык они и так фильтруюццо до попадания... ))
Хороший тег и адекватно понимаемый ПС-ми
rel=canonical только помогает поисковику, но если на одну страницу с неповторимым контентом отдавать ещё 100500 с <link rel="canonical" href="другой-урл"> то долго же вас будут индексить.
Если чего-то не надо индексировать, то и ссылку на это боту показывать не надо... вместо затыкания дыр canonical и роботсом.
Во-вторых, не понимаю, зачем делать бото-читаемую навигацию только через карту сайта - внутренние страницы оказываются на в двух кликах от морды, какой от этого профит? Борьба со сквозняками? А все ли верят, что это еще актуально? :)
В любом случае мне кажется, что страницы c rel=canonical должны фильтроваться еще до попадания в индекс.
Но чтобы заметить этот rel=canonical, страницу надо скачать.
Проблема усугубляется, если CMS создаёт кучу ссылок на левые страницы
/ru/forum/comment/11649708
/ru/forum/comment/11649708
То есть дать админу сайта (сеошнику, разработчику?) возможность управления индексацией отдельных блоков? Мысль интересная, но что-то мне подсказывает: те, кто знают, зачем это нужно, сообразят и как это сделать.
И проще это будет без ковыряния в чужом софте.
Да вон бурундуковских хватит.
Но у нормальных пользователей CMS нет понимания примитивного мира, в котором действуют ПС. И если сайт избавляет ПС и сеть от лишней работы и трафика... это не улучшит её продаваемость.
Скорее возможность поставить галки (с минимум пояснений). И с напоминаем, что ползатель должен сам понимать что делает. А умолчания — не знаю какие должны быть.
А в /admin/ антивирус стал ругаться при некоторых действиях.
" (Request)","SCRIPT.Virus","Заблокирован","http://***.narod.ru/panel/ (Request)"
Блин, не думал что кто-то с Сёрча всерьёз народный хостинг юзал. :)
И... судя по словесным обещаниям, новый владелец не хотел бы ссориться с сапоторговлей. Хотя давно грозился их всех сделать платными.
при наборе имени домена в адресной строке (forum-collection.narod.ru) точно так же открывался index.html (forum-collection.narod.ru/index.html).
И что тут поменялось?
Только лишь урл. Нормально, по / было доступно содержимое index.html без /index.html в урле.
Проверке ответа.
У нового владельца эти мильёны уников поубавятся, когда из индекса чего-то повыпадает. Ну не учить же его... видимо ему надо что-то другое.
Я думаю, что тема мертвая. http://erum.ru типа памятника на могиле XSLT-иллюзий.
А я так и не понял, почему мёртвая.
Браузеры давно поумнели... и даже Яндекс в своей почте не столь давно использовал. Для решения простых задач пойдёт.
А так, ну какая разница, JS или XSL, кому что больше нравится.
Привет :)
Но вообще (сугубо ИМХО!) это слишком общая проблема, настолько общая, что ей должны заниматься сами поисковики. Тем более, что у них есть все данные, чтобы для таких примеров выбирать правильный вариант. Все известные мне случаи проблем с дублями были связаны с тем, что CMS именно отдает разные URL, а не только реагирует на них.
Привет.
Эту общую проблему CMS чаще усугубляют, чем лечат.
Когда за дубли берутся поисковики, то... им в первую очередь надо освободить свою базу, а не обеспечить на 100% безошибочную фильтрацию... если они в 5% случаев ошибутся, то у них проблем не возникает, а у владельцев сайтов всякое возможно. Ну и не могут ПС на второстепенные задачи тратить слишком много своих ресурсов, поэтому упрощают эту борьбу.
http://www.netcat.ru/developes//archiTect/
http://www.netcat.ru//developes////arcHiTect/
200 OK
http://www.netcat.ru/?robot
А какой заголовок там должен быть?
Такой, который не даёт ПС повода для индексации всего лишнего.
Это для ПС разные урлы.
На мой вкус, заголовок должен отдаваться как раз 200, но с добавлением <link rel="canonical" />, благо его поддерживают более-менее все.
Сначала ПС (имея ограничение на количество обращений к конкретному серваку) скачает эти дубли, потом поймёт, что это дубли. Скорость индексации/переиндексации снижается.
Полностью соответствует чему?
Единственно возможному правильному.
Нужно взаимно однозначное соответсвие между единицами контента и урлами.
есть еще примеры того, что современные CMS не умеют, но должны уметь?
1. Ну хотя бы не создавать тупых проблем для ПС. И там писал уже.
2. Помогать разруливать проблемы, являющиеся как бы свойством сайта. Например футеры/шапки/менюшки можно рисовать на клиенте, не показывая ботам... ну вот если на страницах неповторимого контета мало, например.
3. Оставлять много свободы по изменению всего... включая урлы (предоставляя выбор ласт-модифайда и ответа при обращении по старому урлу), типа Райцин писал давно, или свежие проделки Бурундука.
Если этому всему CMS не соответствуют, то проще возиться со статикой.
Ну и правильно.
Ну это означает смену урлов для ПС.
Чтобы так не скакало, надо удалить файл index.html из корня и в =настройки дизайна= сделать шаблон страницы из содержимого index.html ... с добавками типа
А с папками не знаю.
Мэтс пишет, что скрипты выполняются в определенных ограничениях. Я хочу понять где эти ограничения.
И в robots.txt тоже, наверное.
Ну и от популярности чего-либо зависит... какого-либо метода, например xslt (это же типа статика) выполнять не хотят, даже в предпросмотре, для erum.ru в выдаче: Просмотр недоступен.
они их не исполняют, а разбирают как обычный текст
Исполняют... может быть не на всех сайтах // см в подвале примера. Откуда undefined? И почему продолжение сниппета с самого начала страницы?
Ну вот превьюшки в выдаче рисует с полным исполнением JS, но XSL никак.
каков ваш конкретный совет
Не надеяться на то, что создатели CMS ставят задачу сделать сайты удобными для ПС (которым обычно остаётся много работы по отфильровыванию дублей, но делают они это как-нибудь и без лишних затрат, из-за чего и бывают проблемы). Они стараются сделать облегчалку создания сайтов. Тут создатель СМС не стеснялся позиционировать себя как идейного противника удобства сайта для ПС.
вы меня окончательно запутали
У серваков (созданных ещё до появления ПС) есть некоторые особенности, пересекающиеся со стандартом на урл... и вот пример проблемы из-за сервака, которую двиг не лечит, хотя мог бы... но это же сколько надо было бы проверок сделать перед ответом!
Ну в адресную строку forum-collection.narod.ru
получим адрес forum-collection.narod.ru/index.html
Папки... ну на других сайтах не видит в них (index.html) 403 Forbidden
Ну из поиска повыпадают.