Ну что значит «не мешать все в кучу»? Не путать пользователей, ботов, один сайт на все случаи жизни и т.п. — это все забавные отговорки.
Если вы зашли правильным клиентом, который работает согласно общепринятым нормам, отраженным в спецификации, то как-то странно получить валяющийся в корчах сайт. Логично?
Плюс к тому, заявлять что этот сайт работает только с включенным JS, это как еще пять лет назад говорить про то, что «сайт оптимизирован под разрешение 1024х768 и предназначен для Internet Explorer» или выкатывать полностью Flash сайт — выглядит дилетанством и доставляет кучу геммороя пользователю.
Этим самым вы пытаетесь переложить ответственность с себя, как с схалтурившего разработчика, на пользователя. У нас еще любят так про дороги говорить — «ну дорога не была рассчитана на такой грузопоток и такие сильные морозы» или «не нравится, вон там другой %whatever% есть».
Если вы не делаете сайт для себя и своих друзей, то стоит потрудиться сделать его нормально. Тем более, что поверьте, навешивать динамичность и классность, не так сложно при нормальной архитектуре, а следование «progressive enhancement» принципу — как-то уже делает архитектуру в правильном направлении, по крайней мере на клиенте будет все ОК.
Разница для пользователя очень большая, особенно если этот пользователь какой-нибудь бот, у которого нет javascript'а, клиент с мобильника, где с JS тоже не все очевидно и трафик дороговат и тормозит.
Главная страница хабра не обратилась 75 раз, она обратилась столько только когда вы первый раз зашли на сайт, дальше вступает кэширование браузерное и т.п. и количество запросов сокращается. Но это необходимые действия. Когда у вас посещаемость выше 10К в день, не стоит увеличивать это количество еще 10К, так как это не пользователи, но трафик и ресурсы кушают.
Но суть от этого не меняется, потому что все, что после # — это мета информация, относящаяся к контенту или ресурсу, загруженному по URL до #. Ну а идея в том, что эта мета-информация получается уже не мета, а прямо как обязательный параметр запроса.
Вообще-то, адрес ссылается на реальный контент только в том случае, когда адрес ссылается на реальную html-страницу.
Но в большинстве случаев страница генерируется на сервере.
Не совсем так. URL — Uniform Resource Locator. В данном случае ресурса по ссылке нету, потому что отдается пустая страница, а дальше JS'ом уже достается сам контент.
Более того, это на 1 запрос реально делается к серверу 2, как раз чтобы получить контент.
Да, конечно, решения есть. Но это как будто вы сами ставите себе проблемы, а потом их решаете. Иногда в этом есть своя идея (мало времени, а надо чтобы было сделано), но зачастую все равно стоит держать в голове и придерживаться паттерна web-программирования, что сайт должен выдавать суть своего существования, — контент, без JavaScript'а. И проще это делать в прямом порядке — сначала контент, потом рюшечки и красивости.
В jetty он тут: jetty.codehaus.org/jetty/jetty-6/apidocs/org/mortbay/jetty/servlet/DefaultServlet.html
что делает? — доводится
Если вы зашли правильным клиентом, который работает согласно общепринятым нормам, отраженным в спецификации, то как-то странно получить валяющийся в корчах сайт. Логично?
Плюс к тому, заявлять что этот сайт работает только с включенным JS, это как еще пять лет назад говорить про то, что «сайт оптимизирован под разрешение 1024х768 и предназначен для Internet Explorer» или выкатывать полностью Flash сайт — выглядит дилетанством и доставляет кучу геммороя пользователю.
Этим самым вы пытаетесь переложить ответственность с себя, как с схалтурившего разработчика, на пользователя. У нас еще любят так про дороги говорить — «ну дорога не была рассчитана на такой грузопоток и такие сильные морозы» или «не нравится, вон там другой %whatever% есть».
Если вы не делаете сайт для себя и своих друзей, то стоит потрудиться сделать его нормально. Тем более, что поверьте, навешивать динамичность и классность, не так сложно при нормальной архитектуре, а следование «progressive enhancement» принципу — как-то уже делает архитектуру в правильном направлении, по крайней мере на клиенте будет все ОК.
Т.е. фрагмент не может считаться обязательным (фрагмент URL, я так понимаю ваш поинт).
Главная страница хабра не обратилась 75 раз, она обратилась столько только когда вы первый раз зашли на сайт, дальше вступает кэширование браузерное и т.п. и количество запросов сокращается. Но это необходимые действия. Когда у вас посещаемость выше 10К в день, не стоит увеличивать это количество еще 10К, так как это не пользователи, но трафик и ресурсы кушают.
Но суть от этого не меняется, потому что все, что после # — это мета информация, относящаяся к контенту или ресурсу, загруженному по URL до #. Ну а идея в том, что эта мета-информация получается уже не мета, а прямо как обязательный параметр запроса.
Не совсем так. URL — Uniform Resource Locator. В данном случае ресурса по ссылке нету, потому что отдается пустая страница, а дальше JS'ом уже достается сам контент.
Более того, это на 1 запрос реально делается к серверу 2, как раз чтобы получить контент.
Тем более, потом еще и поддерживать это все просто становится.