Используйте hg addremove
. Вы не можете просто перемещать файлы и ожидать, что Mercurial узнает об этом - если вы перемещаете отслеживаемые файлы, используйте hg mv
.
Причина, по которой люди говорят, что {ID} в URL является плохим, связана с тем, как работают алгоритмы поисковых систем. Когда поисковый запрос находится в фактическом URL-адресе, он имеет гораздо больший вес, чем содержание страницы и т. Д.
Например:
<!-- http://example.com/blog/57 -->
<html><head><title>An article on search engine optimization</title>...
vs
<!-- http://example.com/blog/an-article-on-search-engine-optimization -->
<html><head><title>An article on search engine optimization</title>...
Если вы выполняете поиск в Google по запросу "Search Engine" Оптимизация "вторая страница, та, у которой есть ярлык в URL-адресе, будет иметь больший вес, чем та, у которой есть только идентификатор.
Вы можете справиться с этим так же, как переполнение стека решает эту проблему:
http://stackoverflow.com/questions/{id}/{slug}
http://stackoverflow.com/questions/910683/why-is-id-in-the-url-a-bad-idea
Комбинированный формат идентификатора и ярлыка действительно помогает вам добиться лучшего из обоих миров. Вы получаете простоту программирования, получая записи по {id}, но вы также сохраняете оптимизированный поисковый URL из-за {slug}.
Это действительно влияет на рейтинг кликов.
URL-адрес отображается зеленым цветом под результатом поиска, поэтому, если он содержит релевантные слова, пользователь может щелкнуть ваш сайт, а не другой сайт.
Какой бы вы предпочли:
www.test.com/page.php?u=85583
ИЛИ
www.test.com/Solution-to-your-problem.php
Как уже говорилось, этот эффект может быть достигнут даже с URL-адресами, включающими идентификатор.
Раньше поисковые системы относились к словам в URL-адресах с большим уважением и придавали этим страницам дополнительный авторитет и более высокий рейтинг. Этот эффект практически исчез. У нас остаются два других эффекта читаемых URL:
Решение с id + slug может быть лучшим решением, и оно устраняет проблему отслеживания изменений slug. test.com/85583/solution-to-your-problem
Но есть некоторые правила, которым нужно следовать, вы должны сделать 301 редирект, если слаг неверный, чтобы предотвратить большое количество страниц с дублированным контентом. Если у вас много похожих страниц, срабатывает обнаружение спама / дублированного контента:
test.com/85583/solution-to-your-problem test.com/85583/solution-to-yar-problem test.com/85583/evil-competitor-spamming-you-ha[1280 visible Включение идентификатора также требует, чтобы ваши идентификаторы были как можно короче, URL-адрес с полным идентификатором может сбивать с толку и мешать хорошему переходу:
test.com/0CD03822-4A35-11DE-BF38-3F9356D89593/solution-to-yar-problem
Помните, что служба новостей Google даже требовала включения идентификатора в URL-адрес.
Предоставлять необычную информацию - всегда плохая идея. Вместо этого попробуйте использовать имя пользователя!
Для SEO нет реальных преимуществ / недостатков между URL-адресами статических идентификаторов и URL-адресами имени пользователя.
Ну, меня зовут Судир Джонатан, поэтому, если я хочу, чтобы люди находили меня на вашем сайте, example.com/user/sudhir-jonathan
намного лучше, чем example.com/user/1234
. Просто потому, что объект вашей страницы - «Судхир Джонатан» - теперь присутствует в самом URL-адресе. Это большая победа.
Точно так же example.com/articles/how-to-bake-a-cake
имеет гораздо более высокий рейтинг, чем example.com/articles/2379797
по поисковому запросу "испечь торт".
См. Этот Действительно ли оптимизированные для SEO URL-адреса влияют на рейтинг страницы? вопрос. Основываясь на ответах, никто не может найти доказательств того, что идентификаторы в URL-адресах влияют на SEO.
Это просто, поисковые системы заботятся о словах, а не о числах. Другими словами, будет лучше видеть ключевые слова в url, чем просто ID sine ID / number бесполезны для поисковых систем, чтобы определить, релевантен ли ваш сайт или нет!
1) вы упускаете ключевые слова в URL-адресе 2) человеку сложнее прочитать и понять, о чем будет ссылка 3) внедрение sql намного проще с идентификаторами