Что будет, если убрать из URL уникальный id у новости в CMS?
Не знаю по тегам, но поправьте если что не так.
Насколько важен id в ссылках сайта, в новостях например. Что если делать проверку на уникальность новости только по url, без id. Вот в cms dle например используются id, а в WP их нет, там если будет дубль новости, то новой новости добавят цифру в конце + есть кеширование, которые снижают нагрузку на сервер. что скажите?
интересует вопрос с точки производительности сайта, если использовать id и без него для новостей.
Во первых "скажете". Во вторых не понятна суть вопроса, вы описали 2 разных механизма, один использует slug, другой id, к чему относится ваше описание механизмов определения уникальности - не понятно. Где вопрос?
Ну сам вопрос меня интересует с точки зрения, как вариант без id будет лучше, того что с использованием id. скажем делаешь свою cms и хочешь красивые url без, но в таком случае проверку придётся делать по url дабы не было дублей. а с id всё удобно, он уникальный и так.
в dle используют id, а в wp нет, а проблему производительности решают при помощи модулей кеширования и тем самым снижают нагрузку на сервере.
Aison, "Лучше" в каком смысле? В плане "красоты" слаг лучше, в плане производительности айди несколько лучше, но в реальном мире это экономия на спичках. Единого "лучшего" решения не существует, именно по этому разные системы по разному работают с идентификаторами. Как "лучше" конкретно в вашем случае можете определить только вы сами.
Кроме того, тот же вордпресс формирует "пермалинки", основанные только на айди, которые нужны например для постинга в соцсетях, чтобы при изменении слага пост не терялся - заходишь на пост по айди, тебя перекидывает на текущий слаг новости.
а проблему производительности решают при помощи модулей кеширования и тем самым снижают нагрузку на сервере.
какую проблему производительности? У вас есть проблемы с производительностью? Вы уже все протестировали и сделали вывод что без кеширования тормозит?
заранее хочу решить этот вопрос и выбрать более верное решение
Предварительная (ака преждевременная) оптимизация вредна, по очевидным профи причинам. Для новичков это становится идеей фикс - как бы не сделать плохо, и сразу оптимально. Что приводит к размазыванию задачи вокруг возможных решений, вместо реализации ЛЮБОГО рабочего решения, в рамках задачи. И вот если тесты показывают что есть проблемы с производительностью, тогда думать как решить проблему. В 99% случаев все работает настолько хорошо, что любые оптимизации либо дадут мизерный прирост (вышеупомянутая экономия на спичках), либо только сделают хуже. Все современные инструменты разработки и исполнения ПО уже оптимизированы под типовые задачи, в кои безусловно и очевидно входит и поиск по слагу...
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
