Вот решил оживить ветку на форуме,создать интересную тему(хотя мне она не интересна)))... ЧПУ(Для тех кто в танке : ЧеловекоПонятныйУрл) Нужно ли его использование? Является ли это атребутом совеменного сайта? Нравится ли оно пользователям? Включать ли его в свои разработки? Но главное ваше отношение к ЧПУ? (Вопросы реализации затрагивать не будем это довольно примитивно, тем более есть куча статей по его реализации...)
Поясню кое что: например для обычного модуля новостей будет использоваться урл типа http://mycoolserver.gg/index.php?module=news&news_id=12 А с системой чпу урл будет выглядеть примерно так: http://mycoolserver.gg/news/12
Мне лично все равно. Есть они нет... парарельно. Поэтому и не стремлюсь делать которткие ссылки. Мне нормально и http://site/index.php?theme=2&page=stat&read=yes&mess=16189798 такая. Не вижу смысла делать... Ведь адрес то не набирают, а нажимают на ссылки.. и даже когда набирать, достаточно просто ввестипервые буквы сайта, дальше запонинает браузер.
Учтем...В следущай раз обязательно будет))) Смелее высказываемся...Мне самому интересно включать ли в свой проект ЧПУ
Хоть ЧПУ и не несёт функциональной нагрузки, но, имхо, нужно юзать даже в интересах безопасности своих web-приложений, темболее, прочитав пару доков по mod_rewrite, окажеЦЦа что это не так уж сложно реализовать =)
Самое интересное что людям и вправду пох на чпу.))) Тогда вопрос: нахера корячится если это не так уж и популярно? Ради безопасности? Бред.
а я и не говорил, что если поставить ЧПУ, то sql-injection в твоих скриптах хрен кто найдёт =) если у кодера руки из неправильного места растут то отхакают в любом случее а насчёт корячицца это ты загнул, даже полный танкист прочитав ман по mod_rewrite сможет сделать ЧПУ у себя на сайте
Зачем? Яндекс лучше индексит. Как бы там кто не говорил что яндекс отлично индексит скрипты, все же у него есть некая иерархия. Т.е. возьмем в пример 3 адреса 1) http://www.site.ru/news/last/best/1.html 2) http://www.site.ru/news/1.html 3) http://www.site.ru/?modelu=news&id=1 при одинаковом контенте при выдаче мы увидим что на первом месте будет 2), на втором 1) и 3) на последнем. Потому как скрпты индексируются в последнюю очередь а так же потому, что апач не может выдать нормальных заголовков для скриптов, например время последней модификации страницы итп. На первом месте встанет 2) т.к. конечная страница находится намного ближе к руту, чем в 1) случаее. Все это лишь догадки, но основанные на практике. ЧПУ создается для поситителей сайта. Это действительно удобно. Возмем 2 примера: 1) ЧПУ форума античата - /threadnav9049-2-10.html 2) ЧПУ старого сайта hp - http://www.hp.ru/printer/laserjet/1000/ Первое ЧПУ не несет никакой помощь пользователю, второе, как мы видим, может играть роль новигационного меню. Т.е. зная тип и модель принтера можно легко попасть сразу на нужную страницу, да и потом если ты кладешь эту страницу в звкладки ты сразу понимаешь что на ней, когда листаешь закладки через пол года да и в конце концов такой адрес легко запомнить. Т.е. лино я всеми руками ЗА ЧПУ но за грамотное ЧПУ! Но с другой стороны я против ЧПУ. Рассмотрим конкретный пример. С чем я столкнулся: http://newz.nnm.ru/windows_vista/29.08.2005/xbox_360_i_windows_vista/ Разбираем адрес. newz.nnm.ru - раздел новостей на NoNaMe, затем имя дока (windows_vista), потом дата и название новости (xbox_360_i_windows_vista). С одной стророны пользователю удобно, он может убрать лишнее и попасть в док windows_vista сразу, минуя всякие клики по сайту, т.е. на http://newz.nnm.ru/windows_vista/. Но с точки зрения организации БД это плохо. Как мы видим инициализация новости идет по ключу "xbox_360_i_windows_vista", т.е. это строковая переменная. Что это значит? Это значит что я не могу повесить на нее кластерный индекс по нескольким причинам: 1) Заголовок может достигать 255 символов (в MySQL и 8к в MSSQL) а значит ветка кластерного индекса будет весить совсем не слабо и суть кластерного индекса проподает, так как обрабатываться он будет так же долго. 2) При связка с другими таблицами (комменты, рейтинг итп) придется использовать опять же не уникальный номер, а заголовок, т.е. опять символьный тип данных. А мы знаем что под сравнение данных выделяется столько же места в ячейке памяти, сколько могут занимать эти данные. Т.е. в нашем случае 255 байт (исключением является сравнения типа IS NULL, под них выделяется 1 бит в памяти). 3) Для мнимой оптимизации опять же этот инекс нужно кластеризовать, но это приведет лишь к существенному увеличению объема индекса А что значит что я не смогу повесить на нее кластерный индекс? Это значит что кластерный индекс нужно вешать на уникальный номер новости, тогда все связки будут работать быстро, но точечные запросы на выдачу новости будут происходить (будут происходить и происходят на самом деле) достаточно медленно, так как новостей в таблице очень много а выборка конкретной новости идет не просто по вторичному индексу, но и по полю с символьным типом данных. Т.е. мы пришли к выводу что использование правильного ЧПУ приводит к торможению сервера, а использование неправильного ЧПУ уже не ЧПУ, т.е. не ЧеловеческиПонятныйУрл. /threadnav9049-2-10.html, это не ЧПУ, хоть убейте, он мне не понятен =))) Вот такие пироги...
Полностью согласен.Наверно админы хотели просто избавится от надоедливых,неопытных киддисов,которые думают что это действительно простая хтмлка Настчет скорости работы: естественно без чпу скорость работы скрипта увеличется... Тринукс респект,прям статью накалякал...а что настчет индексации гуглом и рамблером?
Даешь ЧПУ, пускай он даже и непонятный !=) Я так думаю, хотя обосновать так как Тринукс свою точку зрения не могу (или не хочу (сам не знаю)) =)
Задохлик,а смысл непонятного ЧПУ? ведь ЧПУ расшифровавается ЧеловекоПонятныйУрл... Не кажется что получается какое-то противоречие?!
Я знаю как это расшифровывается =). А моя фраза про непонятный ЧПУ это и есть как бы такая неудачная шутка. Хотя я действительно считаю - пускай и некрасиво, но УРЛ переделывать надо. И не спрашивайте почему)
ЧПУ полезен хотябы ради трафика. Смотрим: 1) http://www.site.ru/news/1.html 2) http://www.site.ru/?modelu=news&id=1 в первом члучае апач получит 11 сиволов в REQUEST_URI, а во втором 17. Эта экономия может играть роль только на крупных проектах, т.е. экономить трафик таким образом можно только на проектах с высокой посещаемостью, пример: http://img.yandex.ru/i/logo76x44.gif вместо директории "images" у них стоит просто "i". Вот. Ну а насчет рамблера и гугла. В рамблере я секу не сильно. Могу сказать только то, что скрипты он индекить умеет. А вот гугл уже интереснее, ЧПУ он любит, но любит не просто за ".html" на конце, а за: http://www.google.ru/search?hl=ru&q=keygen+muzic&btnG=Поиск+в+Google&lr= Первое место смотрим, помимо того что гугл выделил жирным те слова в документе, по которым был произведен поиск, он выделил и в урле те кейворды, по которым мы искали. Т.е. теоритически правильное ЧПУ повышает тебя при выдаче. Это то, о чем пишут сейчас все оптимизаторы. Только вот еще что, у меня там сделано не правильно, т.е. смотрите первый урл: muzic.nnm.ru/05.07.2005/muzyka_iz_kejgenov_muzic_from_keygens/ в качестве пробелов у меня знак подчеркивания, а надо тире юзать. Насколько мне известно - гугл воспринимает имеенно тире в качестве разделителя. Хотя, как мы видим, несмотря на это он все равно выделяет жирныим кейворды и в урле. И УРЛ, кстати, играет для него достаточно большую роль. http://www.google.ru/search?hl=ru&q=audi&btnG=Поиск&lr= как бы ты не оптимизировал свой сайт по запросу "audi", тебе не выйти на первое место в гугле, т.к. для жэтого тебе нужен домен audi.com =), но вот еще что инетерсно... http://www.google.ru/search?hl=ru&q=nnm&btnG=Поиск&lr= смотрите второе и четвертое место, гугл выделил жирным не "nnm" а "Network Node Manager". Это говорит о том, что гугл в какой-то мере вручную формируют выдачу. И в конце концов, разве это форум оптимизаторов? =)
кажись нет)),просто было интересно узнать твое мнение... Если рассуждать логически,то например при поиске в любой из поисковых систем любой поисковик при поиске картинки будет отдовать предпочтение сайту у которого в урле есть image а не i поэтому такая "экономия" на трафике может плохо повлиять на место в результате поиска...Получается замкнутый круг =) Хотя конечно,выгода от такого трафика для небольного проекта мизерная...