Кстати, вы можете на любой фриланс бирже попросить кого-то сделать за недорого, скрипт простой даже для неопытного разработчика, и не потребует больших затрат.
базу данных можно взять sqlite она не требует установки, пхп с апачем дружится прекрасно. Подозреваю что вы знаете жс, всю логику и изменения на фронтенде вы сможете сами сделать.
Roman Kuzmenko: возможно все правильно у вас работает, только вот что вы подразумеваете под "следующей" датой? сам оператор > сработает если следующая на одну секунду больше сейчас, но для вас это будет текущая. Просто поправьте "следующую" дату под подходящие условия
WHERE next_talk_date > date_tomorrow() OR next_talk_date = date()
"библиотека для создания UI компонентов" эта фраза сама по себе не предполагает логику, лишь структурную целостность. без M и без V и без C можно прекрасно работать, только вот полноценная структура UI и полноценная структура приложения, это далеко не одно и то же.
titronfan: я бы советовал все таки взять ангуляр + реакт. Основную часть сделаете на ангуляре, а мелкие фичи на реакте, заодно и потренируетесь. К концу проекта, если он действительно большой, вы уже будете более хорошо разбираться в реакте чтоб втихоря делать рефакторинг ангуляра в пользу реакта.
alexdora: я понял, в любом случае выше человек правильно ответил, при запуске можно давать имя как аргумент скрипту
/usr/bin/php /my/script.php name_for_kill
затем идем сюда stackoverflow.com/questions/3510673/find-and-kill-...
и таким способом убиваем все что хотим по метке которую дали скриптам (в данном случае name_for_kill)
Roman Kuzmenko: получается у вас на одного клиента есть много записей и вам нужна одна? Вы просто написали "берем только их" я и подумал что много берем которые больше текущей даты
А вы не хотите заменить exec на форк? Тогда скрипты можно будет контролировать. А вообще человек выше правильно сказал, простейшее решение - дать метку аргументом
Андрей: тогда для меня остается загадкой почему в условии WHERE фигурирует cat1.`cat_url` = :category_url а не cat2. Действительно уточнили бы что именно нужно. Ато получается что синтаксически запрос правильный, а логически все зависит от того какие данные вам в итоге нужны.
странный запрос, он ломает мне мозг
cat1 по идее родительская, судя по where, но из нее вы берете поле parent которое в теории должно быть ссылкой на родителя при джойне
