rustrek

amdf:
Расскажите это Википедии.

Ladycharm:

Да, сейчас правильно отдаёт заголовок 404 Not found.

PS: С ЧПУ стОит заморачиваться, плюсы от него есть.

RewriteRule ^news/([0-9]+)-([A-Za-z0-9-]+).html$  /index.php?action=news&nid=$2&%{QUERY_STRING} [L]

crystalbit:
всё равно получается, что такая страница существует, 404 надо выдавать

$_POST[seo_title] = mb_strtolower(trim($_POST[title]), 'windows-1251');



$_POST[seo_title] = strtr($_POST[title], array("А"=>"a","Б"=>"b","В"=>"v","Г"=>"g",

        "Д"=>"d","Е"=>"e","Ж"=>"zh","З"=>"z","И"=>"i",

        "Й"=>"y","К"=>"k","Л"=>"l","М"=>"m","Н"=>"n",

        "О"=>"o","П"=>"p","Р"=>"r","С"=>"s","Т"=>"t",

        "У"=>"u","Ф"=>"f","Х"=>"h","Ц"=>"c","Ч"=>"ch",

        "Ш"=>"sh","Щ"=>"sch","Ъ"=>"","Ы"=>"yi","Ь"=>"",

        "Э"=>"e","Ю"=>"yu","Я"=>"ya","а"=>"a","б"=>"b",

        "в"=>"v","г"=>"g","д"=>"d","е"=>"e","ж"=>"zh",

        "з"=>"z","и"=>"i","й"=>"y","к"=>"k","л"=>"l",

        "м"=>"m","н"=>"n","о"=>"o","п"=>"p","р"=>"r",

        "с"=>"s","т"=>"t","у"=>"u","ф"=>"f","х"=>"h",

        "ц"=>"c","ч"=>"ch","ш"=>"sh","щ"=>"sch","ъ"=>"y",

        "ы"=>"yi","ь"=>"","э"=>"e","ю"=>"yu","я"=>"ya",

        " "=>"_", "/"=>"", ","=>"", "."=>"", "?"=>"",

        "\""=>"", "'"=>"", "["=>"", "]"=>"", ":"=>"", ";"=>"", "№"=>""

	));

Ladycharm:
С вашим "самописом" как раз есть/будут проблемы.

Посмотрите как красиво можно обратиться к вашей страничке. А в FireFox/Opera даже вот так.
Мало того, что кучу дублей можно насоздавать, да ещё и с "нужными" ключевиками в url.

PS: Нельзя так движки писАть.

Я являюсь разработчиком веб приложений.

В последнее время многие заказчики хотят заиметь на своих сайтах Search Engine Friendly Urls, мне из за этого приходится всяко извращаться.

Т.е. в случае онлайн магазина нужно например иметь ссылки вида:

для категорий товара

/catalogue/Zamechatelnie_Rezinovie_Igrushki_1.html

вместо categories.php?category_id=18&page=1

И /catalogue/Zamechatelnie_Rezinovie_Igrushki_1/Malenkiy_Rezinoviy_Zaichik.html

вместо

product_info.php?product_id=28

Предполагаю, что никакой пользователь нискакого бодуна не додумается набрать в строке броузера такой урл. К томуже такие урлы нехило грузят базу, т.к. поиск по строковому индексу гораздо медленее поиска по числовому к томуже уникальному, еще добавляется нагрузка на Апач из за использования мод реврайта, или как вариант разбором урла должно заниматься ядро CMS а не PHP. Причем всю эту радость нужно как то формализировать и вычислять какие именно параметры передавать скрипту т.к. урлы могут варироваться от

Zamechatelnie_Rezinovie_Igrushki_1.html - первая страница категории

Zamechatelnie_Rezinovie_Igrushki_1_a.html - первая страница списка товаров категории начинающихся на букву "а".

А можно же придумать и так

Zamechatelnie_Rezinovie_Igrushki/1.html

Zamechatelnie_Rezinovie_Igrushki/a.html

Zamechatelnie_Rezinovie_Igrushki/1/a.html

Zamechatelnie_Rezinovie_Igrushki/a/1.html

В связи с этим возникли вопросы.

Являются ли "Красивые Урлы" просто модной фишкой для большинства сайтов, в частности онлайн магазинов(такие сайты как википедия или новостных, где пользователь еще как нибудь может вычислить урл нужного раздела в расчет не берем)?
Стоит ли этот функционал тех трудозатрат и затрат процессорного времени?
Как такие урлы помогают в продвижении, ведь ключенвое слово нещадно исковеркано транслитом?
Мне как программисту не понятно, почему получение и индексация контента со страницы с урлом product.php?product_id=28 сложнее получения и индексации контента с урла /catalogue/Zamechatelnie_Rezinovie_Igrushki_1/Malenkiy_Rezinoviy_Zaichik.html.


Т.е. почему они встаки Search Engine Friendly?

"Красивые Урлы", являются не просто модной фишкой, а имеют еще и ряд достоинств (хотя и недостатков тоже).

Первое достоинство, это их бОльшая дружелюбность для пользователя.
никакой пользователь нискакого бодуна не додумается набрать в строке броузера такой урл
хорошо, пусть так, но скажите c0rr, какой пользователь и с какого перепою додумается набрать адрес типа catalogue.php?action=viewprod&id=28&type=print? :)

Ведь нужно не забывать, кто в конечном итоге будет

пользоваться Вашим приложением. Далеко не все юзеры знают, из чего состоит строка GET запроса к скрипту и как ее можно использовать для навигации по сайиту. Более того, в ЧПУ, определенная вложенность элементов URL'а дает пользователю ощущение некого "погружения" в сайт. То есть смотря на адрес articles/web/error-list.htm, даже без панели навигации по сайту, юзер может догадаться, что он находится в конечном узле данной категории, и если стереть последний элемент, то отобразится список всех статей в данной категории. URL, становится интуитивно понятнее и логичнее. А такой адрес как articles.php?category=2&art=17 понять нелегко (непонятно где ты находишься в данный момент, а чтобы перемещаться по сайту при помощи строки адреса, остается только угадывать имена переменных и их предназначение :) А эти имена не всегда соответствуют назначению).

Второе приемущетво, это бОльшая легкость индексирования для поисковика, по сравнению с обычними адресами. Некоторые поисковики не воспринимают знак "?" в строке адреса, так как знают, что такой адрес динамически генерируется скриптом, а значит ведет в "пустоту". Где гарантия того, что поисковик зайдя на такую страницу найдет там что либо? А с таким адресом как catalogue/notebook/ у поисковика проблем не будет, для него это просто путь.

Как такие урлы помогают в продвижении, ведь ключенвое слово нещадно исковеркано транслитом
Встречный вопрос: как URL'ы типа catalogue.php?id=28 помогают в продвижении? Ведь сам адрес не несет в себе вообще никакой информации (за исключением номера элемента, который в большинстве случаев не является полезным). Увы использование киррилицы в URL, это пока мечты. Конечно если бы поисковик перекодировал транслит в киррилицу, было бы вообще замечательно, но пока приходится обходиться только латинскими символами. Но используя алиасы, можно охарактеризовать тот же товар и латинским словом (catalogue/notebook/), которое поисковик учтет.

"поиск по строковому индексу гораздо медленее поиска по числовому к томуже уникальному"

а что мешает использовать Вам числовой параметр?

catalogue.php?id=28 или catalogue/28/

ЧПУ также скрывает технологическую начинку вашего веб-приложения. Никто не видит этих расширений php, jsp, apsx, cmf и т.д. Тем более, если вы смените платформу, скажем от Apache + PHP, перейдете на IIS + ASP все адреса обретут новое расширение и поисковик должен будет переиндексировать ваш сайт с новыми расширениями. Если используете ЧПУ Вам это не нужно, ваш catalogue/ как был, так им и останется.

По моему приемущества налицо. В другой стороны можно указать на повышение нагрузки и дополнительных ресурсов, но если грамотно реализовать ЧПУ особых проблем это вызывать не будет.

А пользователи только скажут Вам спасибо! :)

спустя 14 дней

Некоторые поисковики ищут части поисковой фразы также и в урл - в частности гугл. Если в урл добавлять к примеру бренд и модель товара то по низкачастотке ( обычно многие ищут конкретный товар или бренд ) вы получите приличную подмогу. Русский транслитом конечно не особо помогает - но для однобразия урлов пусть тоже остается. Никто не говорит что Вы обязанны убрать из урла числовой id, он может также оставаться в урле наряду с текстовым представлением - так будет проще в кодировании. К примеру: /item/57/Bosh_kt1257/.

SL.ME:
главное чтоб без расширений файлов было (красивей, понятней).
И поменьше воды в ссылке, ненадо "немецкие врачи", предлоги в ссылках ненадо, просто /179528-timoshenko_sud/ (так более понятней мне кажется).
как теги к статье добавляют к которым она относится, вот из них и составлять ссылку ручками в пару тройку слов, а не автоматом из заголовка генерировать.

И так, есть один спорный вопрос. Что такое ЧПУ? Играет ли оно роль в оптимизации? А если да, то на сколько?

И так, ЧПУ - это "Человеку Понятный Урл", то есть это веб-адрес. Есть разнообразные виды ЧПУ. Зайдите на несколько сайтов и Вы сможете увидеть ссылки разнообразных типов. ЧПУ можно настроить вручную или же использовать, например, как в WodPress - готовые виды ЧПУ. Особенно удобным есть то, когда адрес берет название статьи, типа http_cms-systems.ru_sample-post.

На многих неплохих блогах я встречал тип ссылки http_cms-systems.ru_?p=123. Читая форумы, мнения людей на счет ЧПУ очень разные. К примеру, одни говорят, что ЧПУ не влияет ни на что, а другие говорят, что влияет на поисковую оптимизацию. Рассмотрим подробнее разные варианты.

1. Google и некоторые поисковики учитывают найденные ключевые слова в названии домена и придают им немного больший вес. Можете самостоятельно проверить, введя какой-то ключ, если он будет в url'е страницы, google выделит его жирным шрифтом. Но, чтобы он его определил, в качестве знака-разделителя нужно использовать "-".

2. Некоторые ресурсы интернета пишут о том, что слишком длинный url может стать помехой для некоторых поисковых систем.

3. Если в url'е пользователь увидит свой ключ, то он с большей вероятностью перейдет по этой ссылке. Но! Есть и другая сторона медали. Если пользователь не увидит в url'е своего ключа, то он не перейдет по нашей ссылке и может перейти уже по другой.

4. Если смотреть вариант с русскоязычными сайтами, от ЧПУ типа http_cms-systems.ru/polza-ot-chpu (или как там его переведет на англ. буквы), я просто уверен, что на оптимизацию это не повлияет никак. Но это лишь мое мнение. Так как я не seo-гуру, то считать его правильным никто не обязан.

И так, если взять пример. Напишем в гугле "Photoshop". Да, действительно в первых рядах сайты, в которых в url'ах присутствует этот ключ. Но тогда вопрос. Неужели этих сайтов поиск не выдал бы на тех же позициях, если бы тип ЧПУ был другой? Ведь обратите внимание, что поиск шел не по url'ах, а в первую очередь по титлах сайтов, страниц, статей и т.д.

Подобьем итоги: Возможно тип ЧПУ и влияет как-то на оптимизацию, но не очень сильно. Так же факт, что ЧПУ с ключом точно не помешает, если он не будет слишком огромным. Я пока ЧПУ не буду менять и сделаю маленький эксперимент. Выйду ли я в будущем на первые позиции в поиске выше тех сайтов, у которых будет прописан ключ в ЧПУ. Надеюсь, Вы сможете сделать из этой статьи некоторые выводы для себя.

Shelton724:
Два варианта у вас ЧПУ, но второй оптимальней