LyciferZla, не совсем понятно как должно работать. Вы хотите чтобы запрос работал через определенное время не зависимо от нахождения пользователя на страрице или же наоборот, только после нахождения пользователя на странице в течении определенного времени?
LyciferZla, вам даже ответ дали - cron, js'ом же просто берете время с сервера и показываете счетчик, затем крон делает свое дело, на фронте обновляете состояние
Одиночка Айс, вы не правы, крон в данном случае будет слишком громоздким решением.
На самом деле имеется несколько путей реализации данного функционала и крон лишь один из них.
Другой, также достаточно очевидный и столь же не верный путь, это запускать таймеры напрямую в самом серверном скрипте (не знаю что у автора на сервере, php, nodejs, python или чтото еще, но это и не важно)
Верный же путь, правильно выстроить архитектуру БД таким образом, чтобы надобность в программах\скриптах\заданиях крона, выполняющихся по таймеру вообще отпала. Как упрощенный пример можно привести такой подход. Снабдить записи в БД некими временными метками, и считать их (записи/изменения) действительными если текущее время больше этой временной метки. Это существенно снизит нагрузку (не будут крутится десятки тысяч таймеров, или делаться столько же запросов в БД для проверки записей, которые "уже пора изменить") Но для того, чтобы это реализовать слишком мало информации (о серверном ЯП, о структуре БД, о том что это за таинственные записи в БД и как именно их надо менять а так же что на них завязано и многое другое)
Роман, угу, только если БД умеет сама запускать некие действия, а что если на записи, которые нужно изменить, никто не будет заходить? Что, если действия должны происходить сразу же? Конечно, данных мало...