RKey_Prog, значение параметров сниппета в обратных кавычках, а не одинарных.
&parents=`22`
&depth=`0` - если нужно, чтобы выводились только непосредственно дочерние ресурсы документа 22, без вложенных.
aopil, нет такого. В публичном доступе, бесплатного, универсального и т.п. - нет и точка. Можешь поверить.
каждый разработчик пишет все с ПОЛНОГО нуля годами?
Да бред какой-то, что там писать ГОДАМИ? Простую систему учёта заказов, используя какую-нибудь ORM-библиотеку, можно написать за несколько часов. Интегрировать с каким-нибудь интернет-магазином - то же самое.
aopil, есть различные библиотеки, которые упрощают работу, и не более того. Возможно, где-то в открытом доступе есть чьи-то личные наработки. Но никакого "коробочного" универсального решения нет, 100%.
Бот - это лишь интерфейс для доступа к данным и манипуляций с ними. Есть тысячи различных способов применения ботов, поэтому и нет никаких решений из коробки.
xmoonlight, я уже привёл - есть список статусов, которые меняются по различным событиям. Статусы времени (просрочка и прочее) могут быть частью этого списка. Почему бы чётко не менять статус тогда, когда это подразумевается?
xmoonlight, то есть, во-первых, может быть ситуация, когда смена статуса в БД необходима, а во-вторых, смена статуса на просроченный произойдет только в момент обращения к системе и выборки записей из БД. И если в систему не заходить, то через какое-то время может образоваться ситуация, при которой в базе куча записей с де-факто просроченными сроками, но с неизмененным статусом.
Я понимаю вашу мысль и согласен с тем, что в простых условиях этот подход проще, быстрее, эффективнее. Но может быть ситуация, когда прямой непосредственный контроль будет лучше.
FanatPHP, а если статусов в принципе больше одного и они - важная сущность в БД проекта? И могут меняться по множеству сценариев - поступила оплата, отправлен заказ, пришла заявка из стороннего сервиса и так далее?
BuBux, что-то вроде того.
Только выбирать нужно те задачи, срок которых подходит сегодня, чтобы зря не дёргать все остальные записи. Дальше в цикле выставлять им нужный статус. xmoonlight предлагает другой вариант - в момент запроса задачи проверять дату завершения, и если она совпадает с сегодняшней, то выставлять статус в БД. В этом случае придётся доработать все методы, которые выбирают задачи из базы.
Какой вариант выбрать - решайте сами в зависимости от предпочтений и специфики проекта.
BuBux, ну тогда самый простой способ это создать скрипт-обработчик, который будет открываться по определенному URL и выполнять действия, связанные с обработкой статусов задач. И этот URL вызывать кроном раз в сутки, в 00:00, например, чтобы каждые сутки нужным задачам в БД гарантированно проставлялся нужный статус.