Глюки с индификации стаей

На сайте опубликовано 60 статей и появились такие стаьи с id 111, 182 и т.д. и у меня вопрос как такое возможно? Если статей всего 60 то откуда взялись такие id? Что самое любопытное напрасил через парсер 300 статей и уже в базе есть статья 111 нажимаю редактирование открывается другая статья с id 11, по идее должная открыться 111. Как с этим бороться?

Чем парсили? Откуда парсили должны быть свои id…

Чем парсили

Причем тут чем парсил? Суть в другом левые айдишники откуда-то взялись.

Вот пример, в базе нет стати с таким айди 182 есть 18 но почему в адресе присвоено 182 мне непонятно.
s8.hostingkartinok.com/uploads/images/2018/12/85025405a675e045cf0f46335912c43b.jpg

И прикол в том когда будет в базе статья с id 182 и если понадобится её отредактировать то уже никак так как открывается другая статья с id 18.

Чем парсили

Ну если парсер нужен то этим instantcms.ru/addons/parser.html плюс пакет расширения instantcms.ru/addons/parser-extended.html

Вы пишите, что добавили 300 и удивляетесь откуда 111 или 182, так?

Вы пишите, что добавили 300 и удивляетесь откуда 118, так ?

Почитайте первый топик. Хотите флудить тогда вам сюда. А если есть что подсказать по существу я только рад.

На сайте опубликовано 60 статей и появились такие стаьи с id 111, 182 и т.д. и у меня вопрос как такое возможно? Если статей всего 60 то откуда взялись такие id?

Возможно парсер так создает. Но это не важно — не важно какие именно id. Должны быть по порядку, но глобально это ничего не меняет (и не ломает).

есть статья 111 нажимаю редактирование открывается другая статья с id 11, по идее должная открыться 111. Как с этим бороться?

А вот это какая-то ерунда. Надо смотреть…

И стандартный вопрос — когда такое началось? — на прошлой неделе работало и вдруг перестало?
Или первый раз так делаете?

Важен контекст, тогда и причину будет проще найти.

Я не флужу. Вы больше добавили информации и кто пользовался этими компонентами возможно поможет или авторы. Ясно одно, что-то пошло не так.

Должны быть по порядку

Ну это так и идет по порядку.

но глобально это ничего не меняет

Это сказывается на редактирование в дальнейшем.

И стандартный вопрос — когда такое началось? — на прошлой неделе работало и вдруг перестало?

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

Вероятно это дело в парсере.

Тогда лучше спросить у dwd

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

Отключил все установленные компоненты и всё также именно при редактирование эта бесовщина происходит.

В базе slug story-2 если статью отредактировать то он изменяется на story-211 и так происходит с некоторыми статьями другие нормально сохраняются с тем же id что был присвоен при добавление.

ХурумБурум, а зачем вообще slug менять при редактировании? — какой в этом смысл… Уберите эту опцию если она не нужна.

Похоже что изначально статья создается с таким slug и дело именно в создании записи.

Похоже что изначально статья создается с таким slug и дело именно в создании записи.

Так и есть, шаблон генерации url такой story-{id} сейчас сделал так {category}/story-{id} статья сохраняется с тем же id что и был.

Вот где собака зарылась! Если шаблон генерации url такой site/тип_контента/article-{id} то нужно галку поставить "Не изменять url при редактировании записи" иначе пляска id начинается.