Что будет, если убрать из URL уникальный id у новости в CMS?

Не знаю по тегам, но поправьте если что не так.

Насколько важен id в ссылках сайта, в новостях например. Что если делать проверку на уникальность новости только по url, без id. Вот в cms dle например используются id, а в WP их нет, там если будет дубль новости, то новой новости добавят цифру в конце + есть кеширование, которые снижают нагрузку на сервер. что скажите?

интересует вопрос с точки производительности сайта, если использовать id и без него для новостей.

Дополнительно:

Это к сеошникам, ключевые слова в урле имеют большой вес для поисковиков.
Id проще реализовать, выбирайте что вам важнее.

Сто раз уже обсуждалось.
Заголовок не гарантирует не только уникальность, но и неизменность.
В реальной жизни заголовки довольно часто редактируются.
И "если убрать из URL уникальный id", то все ссылки, которые вели на статью, после редактирования превращаются в тыкву.

• В DLE уникальность новости определяется по её ID. А урл можно подставить любой, но подставляется один и уже по нему идёт вся работа с СЕО, но id разумется тоже участвует ибо он также присутсвует в url
• Aison, спасибо за столь интересный комментарий. Вас не затруднит пояснить, зачем вы решили мне это сообщить?
• Ипатьев, пусть они и редактируются, но там это можно решить редиректом новости на новый адрес. Так что это не есть проблема.

  Сообщил, чтобы Вы это понимали и учитывали в моём вопросе, которого Вы скорее всего не поняли... Я бы хотел узнать, как новости с id лучше новостей без id в производительности для этого я и упомянул в wp и как там решили это...

• Где "там" и каким редиректом? Я правильно понимаю, что "там" вы собираетесь зачем-то хранить все варианты заголовка, чтобы перенаправлять их на текущий?

  А про производительность пожалуйста поподробнее.
  У вас с ней какие-то проблемы?

что скажите?

Во первых "скажете". Во вторых не понятна суть вопроса, вы описали 2 разных механизма, один использует slug, другой id, к чему относится ваше описание механизмов определения уникальности - не понятно. Где вопрос?

• Вопрос в том, что в первом случае используется И slug, И id. И его кому-то зачесалось убрать
• Ну сам вопрос меня интересует с точки зрения, как вариант без id будет лучше, того что с использованием id. скажем делаешь свою cms и хочешь красивые url без, но в таком случае проверку придётся делать по url дабы не было дублей. а с id всё удобно, он уникальный и так.

  в dle используют id, а в wp нет, а проблему производительности решают при помощи модулей кеширования и тем самым снижают нагрузку на сервере.

• Aison, какую еще проблему производительности??? Откуда вы взяли здесь какую-то "проблему"?
• Aison, "Лучше" в каком смысле? В плане "красоты" слаг лучше, в плане производительности айди несколько лучше, но в реальном мире это экономия на спичках. Единого "лучшего" решения не существует, именно по этому разные системы по разному работают с идентификаторами. Как "лучше" конкретно в вашем случае можете определить только вы сами.

  Кроме того, тот же вордпресс формирует "пермалинки", основанные только на айди, которые нужны например для постинга в соцсетях, чтобы при изменении слага пост не терялся - заходишь на пост по айди, тебя перекидывает на текущий слаг новости.

  а проблему производительности решают при помощи модулей кеширования и тем самым снижают нагрузку на сервере.

  какую проблему производительности? У вас есть проблемы с производительностью? Вы уже все протестировали и сделали вывод что без кеширования тормозит?

• ThunderCat,
  

  какую проблему производительности? У вас есть проблемы с производительностью? Вы уже все протестировали и сделали вывод что без кеширования тормозит?

  нет, заранее хочу решить этот вопрос и выбрать более верное решение, но я Вас понял, спасибо!

• Aison,
  

  заранее хочу решить этот вопрос и выбрать более верное решение

  Предварительная (ака преждевременная) оптимизация вредна, по очевидным профи причинам. Для новичков это становится идеей фикс - как бы не сделать плохо, и сразу оптимально. Что приводит к размазыванию задачи вокруг возможных решений, вместо реализации ЛЮБОГО рабочего решения, в рамках задачи. И вот если тесты показывают что есть проблемы с производительностью, тогда думать как решить проблему. В 99% случаев все работает настолько хорошо, что любые оптимизации либо дадут мизерный прирост (вышеупомянутая экономия на спичках), либо только сделают хуже. Все современные инструменты разработки и исполнения ПО уже оптимизированы под типовые задачи, в кои безусловно и очевидно входит и поиск по слагу...

ID поставляют, чтобы не заморачиваться с уникальностью. Поиск ресурса только по ID плюс любой SEF URL гарантировано наплодит дубли, если будут изменяться SEF URL.

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

• Лично Вам да, но я пытаюсь понять как мне быть

по моему ответ на вопрос очевиден - в url новости не будет уникального id

Что если делать проверку на уникальность новости только по url, без id.

Так и должно быть. Если говорить именно о SEO, то уникальность адреса, это не бессмысленные префиксы и суффиксы, это осмысленные слова, которые не повторяются

Вот в cms dle например используются id

Они используют id, потому что у них нет другого механизма контролировать уникальность url адреса и по их мнению, как они писали на форуме, это не на что не влияет. Но по факту, это лишние, нечего не значащие символы, которые наоборот могут навредить так как не имеют никакого веса для поисковиков.

там если будет дубль новости, то новой новости добавят цифру в конце

Там цифра добавляется к новости сразу, не зависимо от того дубль это или уникальный url

+ есть кеширование, которые снижают нагрузку на сервер

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

DLE не плохая CMS, в ней самое необходимое идет из коробки, но в этом и проблема, она довольно ограничена и подходит для узкого круга задач. Я хоть не работаю с WP, но у неё другой подход, в ней за счет плагинов можно расширить функционал многократно. Но WP это не панацея, хоть из неё сделаи швейцарский нож, тем не менее нужно выбирать cms для конкретных задач. Например если нужен полноценный интернет-магазин, то лучше смотреть в сторону cms ориентированных именно на интернет-магазины, а не блог с плагином интернет-магазина...

• сразу видно сеошника :)
• Ипатьев, Вообще не сеошник), но тз от сеошников прилетали такие, что приходилось вникать и добиваться вразумительного ответа для чего я делаю, то что я делают, та как казалось, что борюсь с мельницами. Ну и с DLE в свое время много работал. Понимаю о чем спрашивает ТС
• возможно, но я вижу что этот ответ написан сточки зрения сеошника
  А с точки зрения программиста он выглядит глупостью.
• а как id в url может навредить, если поисковики нормально к этому относятся, в каких случаях?

  ну их механизм объеснялся тем, что это производительное решение в отличии от варианта без id.

  Кеширование это не про ссылки и дубли, но оно везде есть.

  это про производителность было) я знаю.

  Насчёт плагинов тоже не понимаю, в чём прроблема использовать плагины в CMS DLE? Они там с 13 версии скрипта есть, а до этого просто редактируешь сам код, что конечно было неудобно. Какой сайт сделаешь на WP, но на DLE сделать его не выйдет?

  Ну про интернет магазин оно понятно, но создать мощный плагин для тойже WP и DLE вопро сденег, желания и т.п.) С DLE вот очень удобно работать.

• Ипатьев, он позиционирует себя как фронта))
• Ипатьев, Почему его ответ глупость с точки зрения бэка? Опишите...
• Потому что называть уникальный идентификатор "лишними, нечего не значащими символами" - это 100% глупость, из палаты мер и весов.

• а как id в url может навредить, если поисковики нормально к этому относятся, в каких случаях

  В текущих реалиях это удобство для пользователя. Например мне прислали в чате несколько голых ссылок. По URL можно сориентироваться.

• Sanes, с id и так будет удобно, ведь url такого вида id-nameurl, а не просто id))
• Ипатьев, ну в контексте сео да)) изначально не учитывая бэк. ладно, но это и так очивидно
• Sanes, что ж вы все такие тугие-то? Ну где в вопросе написано что url используется один только голый id? Там написано ровно наоборот, "Что будет, если убрать из URL уникальный id у новости в CMS?" То есть кроме id и в url присутствует текст.
• Aison, мне кажется, вы под какими-то веществами. Ничего не понимаете и пишете невпопад.
  При чем здесь сео ,если вы только что задавали вопрос "почему его ответ глупость с точки зрения бэка"?
• Ипатьев, ну, признаю. я устал от писанины и возможно не очень понятно выражаю мысли. отя, в моей голове всё чётко. сео тут также важно, но главный вопрос в производительности такого решения на примере новостей(постов) с id и без него
• Ипатьев, Так не я же писал эту CMS. Возможно про URL неправильно сказал, имел ввиду ЧПУ, которое можно задать в ручную. В DLE, пользователь без проблем может писать одинаковые ЧПУ, а уникальность url достигается за счет того что они примешивают в конце ид новости. Это решило сразу 2 проблемы. Проблему дублей и необходимость дополнительных проверок на эти дубли. Про дубли они сами на форуме это писали, когда у них спрашивали зачем вы подмешиваете ид. Это весь секрет
  

  а как id в url может навредить, если поисковики нормально к этому относятся, в каких случаях?

  Кто вам сказал, что они нормально к этому относятся? Разработчики DLE? В любой статье про SEO будет написано, что нужно подбирать уникальны осмысленные ЧПУ, а не уникальные ЧПУ с префиксами. Любой лишний символ, которого не должно быть растворяет вес значимость всего адреса. Если я ищу "habr" и мне в поиске будет 2 ссылки habr и habr-5678, то как вы думаете что будет в приоритете и более того, на что пользователь захочет кликнуть?

  ну их механизм объеснялся тем, что это производительное решение в отличии от варианта без id.

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

  Насчёт плагинов тоже не понимаю, в чём прроблема использовать плагины в CMS DLE? Они там с 13 версии скрипта есть, а до этого просто редактируешь сам код, что конечно было неудобно.

  Они то есть, но во-первых их практически никто не делает, так как комьюнити с каждым годом все меньше. Во-вторых там в целом все печально с разработкой и поддержкой этих плагинов, там какой-то симбиоз опенкарта, wp и своего видения..

  Какой сайт сделаешь на WP, но на DLE сделать его не выйдет?

  Ну например, что-то связанное с автоматизированной оплатой, это просто тупик. Уже что-то придумали получше заброшенного DLE-Billing?

  но создать мощный плагин для тойже WP и DLE вопро сденег, желания и т.п.)

  Создавайте, комьюнити будет только радо.

  С DLE вот очень удобно работать.

  Не спорю. Она очень простая и там все из коробки, но когда понадобиться выйти за рамки, придется городить костыли.

• Aison, вам уже ответили про производительность. про неё надо забыть.
• Ипатьев, ну да, я более ничего и не прошу))
• Aison, прочтите мой ответ ещё раз. Там все написано. Почему id должен быть обязательно.
  Виталий Першин, вас это тоже касается
• Ипатьев, ID + любой URL гарантировано наплодит дублей. Если cms будет искать только по ID и суффикс будет меняться.
  Научитесь разговаривать с незнакомыми людьми.
• Ипатьев, мне кажется, где-то Вы потеряли суть. Он там не должен быть))) я это уже решил. Благодарю за ответы. Сударь ThunderCat уже пояснил про производительность.
• Aison, да, я уже обратил внимание, что у вас с головой не очень.
• Sanes, Не наплодит) Для этого реализовывают различные функции, всякого рода проверки, чтобы решить эту проблему. В той же DLE: ID + заголовок новости не плодит никаких дублей.
• Ипатьев, Может вы просто разберетесь в вопросе и не будете называть других глупцами? ид новости в базе и так есть. В DLE ссылка формируется виде site.ru/chelovekoponyatnyj-URL-ID и разработчики DLE ссут всем в уши что так лучше, вот и ТС пришел с убеждением что так лучше и не понимает, чего это себе WP позволяется не ставить ID в url
• Виталий Першин, ну так ThunderCat описал, что решение с id и правда производительнее. dle старая, а значит были основания делать с id, ну, собственно сделали и сделали. даже, если просто потому что так посчитали нужным.

• Потому что называть уникальный идентификатор "лишними, нечего не значащими символами" - это 100% глупость, из палаты мер и весов.

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

• Виталий Першин, у вас прекрасно получается попадать пальцем в небо. причем буквально в каждом слове :)
  В сообразительности вы вполне можете посоревноваться с автором вопроса
  

  и ТС пришел с убеждением что так лучше

  ТС пришел с абсолютно обратным убеждением, которое явно читается из постановки вопроса, "дяденьки а можно я уберу id из url?"

  чего это себе WP позволяется не ставить ID в url

  Ага, и из-за этого WP приходится костылить пермалинки :)

  всем в уши что так лучше,

  Я вам уже порекомендовал прочитать мой ответ. Там объясняется, почему это необходимо.
  Смиренно рекомендую ещё раз.

• Aison, Давайте я вам объясню по простому.
  В любой cms есть id новости и из базы новость достают по её id. И в целом есть 2 варианта обращения к новости, либо сразу по ид, когда отключены ЧПУ, либо по ЧПУ.

  Если сразу по id, то это будет примерно так: site.ru?id=543 и вот тут почти не нужны никакие дополнительные манипуляции , просто берем ид отправляем запрос в бд и для бд это очень простая операция так как это ид и он уникален. Все максимально быстро

  Второй вариант это ссылка вида: site.ru/chelovekoponyatnyj-URL и в данном случае это уже дополнительные расходы на обработку ЧПУ, дополнительные проверки, а иногда и дополнительные запросы к бд.

  Примерно это и имел ввиду ThunderCat

  Но это не относится к DLE у них ссылка вида: site.ru/chelovekoponyatnyj-URL-ID у них ид подмешивается просто, чтобы не было дубликатов страниц, он не ускоряет работу как поиск в чистом виде по ID, у них второй вариант с ЧПУ. То есть DLE в этом плане и не производительнее и не оптимальнее для СЕО.

• Ипатьев,
  

  у вас прекрасно получается попадать пальцем в небо. причем буквально в каждом слове :)

  У вас в каждом слове получается нести абсолютно бессмысленную информацию и поднимать свое ЧСВ

• Виталий Першин, Соглашусь, ЧСВ зашкаливает. У бэков это так-то часто бывает, особенно, если старая школа))
• Виталий Першин, Да боги с этим DLE. Я понял, спасибо)
• Aison, Если мои ответы были полезными, было бы не плохо отметить решением, все же расписал довольно подробно
• Виталий Першин, не смотря на Ваше ЧСВ Сударь, я приму Ваш ответ и учту. Спасибо)