Dwarf,
полностью согласен. Но ТС не указал никакой конкретики, BB высказал мнение о возможных проблемах.
Мнея в этом все очень удивило, что проблема смогла появится, ибо эксперементировал много, но такиго не видел.
не думаю, что много жирных ссылок ведут на внутренние страницы каталога товаров. Иногда легче пожертвовать малым, дабы быстрее успеть в большом.
Если сайт коммерческий, то обрабатывать 404 ошибку он должен уметь хорошо.
редирект реально понимает только гугл. Для яши, будем думать пока, это не актуально. Вы спасете только тИЦ.
На своем опыте убедился - проблем нет.
По все видимости BB говорит о другом.
Когда к IIS пытался прикрутить пхп, увидел просто бредовые ответы сервера, где в строке Content-length было указано - Scripting send. Встречал в триальных ISAPI - когда заголовок выглядил HTTP/1.1 200 Super. (Такое далала триал версия скрипта)
Некоторые называют это головной болью. Но это кому как нравится.
По теме. Что такое ЧПУ? (врятле это связанно со станками)?
Если стоит избавится от дублей, то может стоит просто отдавать 404 по старым урлам. Зачем мудрить с редиректами? Если сайт достаточно солидный, потеряв некое количество ссылок , он не пострадает.
Чтобы с этим подсказать, нужно видить пример старого и нового урла.
Вот это полная пурга. С IIS работаю давно, и могу сказать, что сессии в IIS - это его механизм, необходимы для внутренних связей и защиты приложений. А пхп, рерл, ява и т.д. при, CGI интерфейсе, - просто получают дуступ к ним, а для реализации через ASP (независимо от языка) - это встроенный экспортируемый объект.
IIS просто не может работать без сессий. Это одна из его основ (как сервера).
Любой нормальный форум, как и любой сайт с авторизацией, держит инфу в куках, а не в сессиях.
Вы конечно много сказали, но только не о том, что писал я.
YuraZ, поищите по форуму, о проблемах с сессиями. Куки боту неважны. Он их просто не понимает. А вот SID в урле, это для него смерть.
Вы увидили в словах то, что хотели увидить. Принцып любой устойчивой системы в том, что если что-то идет не так, она должна восстановится сама. ТС же говорит о том, что таки обращения вызывают проблемы. У других, такого нет. Так кто виноват?
Вы готовы это подтвердить?
Ведь для IIS вопросы с коннектом напрямую увязаны с указателем сессий. Поэтому бот, видимо, какраз и защищается от подобных вещей (неаученный горьким опытом кучи страниц на пхп с SID)
для того же, для чего написана конституция. Чтобы было понтово. Вы скрее всего даже почту отправляете с нарушением того самого RFC (сели у вас стоит прокс или внутренний сервак).
На счет дятла - если даже бот (который в большенстве случаев все делает нормально на остальных сайтах) может корячить сервак - то вину нужно искать не в нем.
Если проблемы с ботом, запретите ему ходить к себе на сайт, и все. Или внесите в игнор сетку IP яндекса.
PS Еще раз повторюс. Много сайтов моих стоит именно под IIS с перлом, пхп и т.д. Все нормально. Здесь явное проявление кривизны настроек или рук.
