Управление Описательные URL-адреса

Question

Я заметил, что многие блоги используют URL-адреса, которые выглядят следующим образом:

http://www.hanselman.com/blog/VirtualCamaraderieAPersistentVideoPortalForTheRemoteWorker.aspx

Я предполагаю, что это делается для поисковой оптимизации.

Как это читается из базовой модели данных? Вы действительно ищете

VirtualCamaraderieAPersistentVideoPortalForTheRemoteWorker 

в базе данных?

Если да, то как описано описание? Если это ключ, является ли правило, что он никогда не может быть изменен после его создания, не нарушая веб-ссылки?

Answer 1

Вы правы, что это сделано для поисковой оптимизации. Это лучше всего работает, если вы разделите отдельные слова с тире или подчеркиваниями.

Эти SE-дружественные части URL часто называют слизней или URL-адрес слизней. Пул должен быть уникальным в вашем приложении, и обычно функция, которая создает или проверяет их, должна учитывать это.

Как и все остальное, существует несколько способов реализовать что-то подобное. Как правило, вы сохраняете строку текста о элементе базы данных, например. название статьи. Вы можете преобразовать это в url slug во время загрузки динамически, если вы не хотите его хранить, или вы можете сохранить реальный заголовок и URL-адрес в момент вставки/обновления и использовать slug в качестве критериев выбора базы данных при загрузке соответствующую страницу.

Если вы хотите быть суперсовременным с вашим приложением, вы можете автоматически сохранять историю сбивания и генерировать заголовки «301 Moved Permanentently» всякий раз, когда слизь изменена.

Answer 2

Обычно, когда статья создана, эта строка хранится в базе данных как ключ, да. Некоторые движки блога, такие как Wordpress, позволяют вам (автору) вручную изменить, что это за строка, и после этого ссылки на старую строку больше не будут работать.

В Wordpress они называют это «permalink», хотя у разных двигателей есть свои собственные имена. Я не думаю, что для него существует универсальный термин.

Answer 3

Читайте дальше Динамические URL-адреса и Apache mod_rewrite.

Также проверьте этот mod_rewrite rule generator.

В качестве примера того, что mod_rewrite может сделать для вас, насколько описательные URL,, постоянную ссылку можно рассматривать как URL:

http://www.somesite.com/catalog.php?cat=widgets&product_id=1234 

и модулем перезаписи будет создавать гораздо более содержательный и проще:

http://www.somesite.com/catalog/widgets-1234.html 

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

RewriteEngine On 
RewriteBase/
RewriteCond %{QUERY_STRING} ^cat\=([^&]+)\&product_id\=([^&]+)$ 
RewriteRule ^$ /catalog/%1-%2.html [R=301, 

Этот пример был найден here.

Для динамического создания описательного URL-адреса «на лету» не требуется много накладных расходов, и он обслуживает постоянную ссылку. Я не думаю, что они беспокоятся о сохранении или кэшировании правил в базе данных.

Настоятельно рекомендуется энтузиастам SEO, чтобы вы создавали файл google sitemap.xml, чтобы помочь им индексировать Google (возможно, бесконечно или на верхнюю границу длины URL, которая не определена, но> 2000 URL-адрес URL не будет работа во многих браузерах), статически созданных страниц. Пока правила детерминированы, они также могут быть постоянными.

Answer 4

Существуют различные стратегии для поисковых URL. Учитывая ваш примерный URL-адрес, вы можете, например, найти всю строку или использовать значение хеша C# как (возможно, не уникальное). В любом случае ссылки на эту страницу будут разбиты, если заголовок будет изменен. Одним из решений является включение дополнительного уникального ключа в URL-адрес (см. Amazon.com для примера).

Если вы заинтересованы в том, как dasBlog обрабатывает URL-адреса, вы можете получить полный исходный код по адресу http://www.dasblog.info/.

Answer 5

Там нет причин, почему VirtualCamaraderieAPersistentVideoPortalForTheRemoteWorker не может быть ключом в таблице "сообщений, учитывая, что даже действительно большой блог будет не больше, чем, скажем, пару тысяч строк в почтовом таблице ,

Если вы решили переписать его, то вы можете создать 301 перенаправление для этого URL без большого ущерба SEO-мудрый.

Но, как я уже говорил в комментариях к вашему вопросу, отношение статических URL-адресов, подобных этому в SEO, равно no longer relevant. Настоящая выгода заключается в том, чтобы пользователь имел структуру, визуально более удобную для навигации («hackable» urls).

Google не будет заботиться, если URL сказал:

hanselman.com/blog/index.aspx?id=123 

или

hanselman.com/blog/foobar.aspx 

Ранжирование будет такой же, независимо.