Вопрос? Id материала

Deni$ никак, БД через уник выдает автоматом.
Если только создавать статьи и потом удалять если не существует тот KP.

 

Почему никак ) Можно создавать статьи в той же последовательности, что и КП, но просто их скрывать, а когда нужно публиковать с обновлённой датой )

 

Ну к примеру попробовать такой вариант.
Ежели парсер и граббер не закодированны, то в месте записи новости в бд, втулить ид новости к примеру как ид кинопоиска.
И далее попробовать данный хак, конечно не известно заработает или нет так что у вас что у Dleplugins не указаны версии Дле.
Но попробовать можно, может и прокатит.

Делаем ссылку на полную новость как на кинопоиске [хак]

 

А разве id записи в бд создаются не последовательно?

 

через ДОБАВИТЬ - последовательно, через БД - можно задать ID новости который будет у новости.

 

Тут главное чтобы скрипт dle смог найти эти записи и работать с ними корректно )

 

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

 

igrovik, понятно, что записать можно всё, но все CMS создают так, чтобы записи не повторялись с целью исключения случаев ошибок, которые могут стереть записи. Для этого и пишут в БД последовательно )

 

Ну как бы для этих целей в норм парсерах имеется провера на дубликат, и тем самым она так же отрезает возможность, записать один и тот же материал повторно.
Ну и наконец как бы ауто инкр не дает возможности повторно записать в бд новость с одинаковым ид.

 

Не даёт благодаря стандарту sequence (последовательность записи).

 

Тут ещё важный фактор, если вместо Айди кп будет выдан, ботам легче понять что за материал и могут быстро выявить и блочить.

 

Наверное больше индекс имеет значение, в недопущении повторения, типа как primary key (первичный ключ), unique. То есть значение должно быть всегда уникальным.
Почему вы настаиваете на последовательности ума не приложу.

 

Вот тут конечно соглашусь, может быть такое.

 

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

 

Это то самое время, когда сам КП был инфо-ресурсом, как википедия и не имел своего онлайн кинотеатра? )

 

Понятно, примерно тогда же кинопоиск бустанулся. Удачи )