Ну проблема видимо в том, что вы не можете собраться с мыслями.
В этом запросе нет синтаксической ошибки, и в исходном вопросе про ошибку не было ни слова.
Вы пишете довольно бессвязные реплики, часто противоречащие друг другу. Например про то что запрос должен возвращать строку с датой 2021-07-09. или вот сейчас про внезапно всплывшую откуда-то ошибку.
Возможно, дело в сильной жаре.
Попробуйте как-то охладиться, выспаться и привести мысли в порядок
оно у вас уже "работало" час назад. а потом вдруг перестало
никаких выводов из этого вы не делаете? :)
ну хотя бы минимум здравого смысла должен быть в рассуждениях?
например вам не приходило в голову, что у вас изначально был формат 2021-01-01 23:59:59, который Дмитрий вам своим "рабочим" решением поменял на 2021-01-01, и вы его теперь героически поменяли... обратно на 2021-01-01 23:59:59.
то есть вы вернулись к тому, с чего начали.
Неужели я что-то настолько сложное пишу для понимания?
вы бы хоть попробовали сначала написать select date, timestamp(date) from accounts limit 1
и посмотрели собственными глазами, есть ли хоть какая-то разница
этот запрос ничем не отличается от исходного :)
сейчас снова будет жалобный комментарий, "ой опять не работает"
а всё потому что надо не лазейку искать, а попробовать понять собственный код
я понял почему это работает. потому что за ту же дату есть строки с нужным статусом.
но во-первых, этот запрос никак не гарантирует, что значение поля date действительно минимальное.
а во-вторых, строк с нужным статусом за минимальную дату может вообще не быть
Это не ответ, а чудовищное рука-лицо.
Дмитрий, если вы когда нибудь поумнеете, вам будет нереально стыдно за этот позорный ответ.
Судя по тому, что эти запросы занимают какое-то измеримое время, сайт хостится на стиральной машинке?
Вариант использовать компьютер для этих целей не рассматривали?
Ну слава богу, хоть что-то конкретное.
Я не понимаю, как можно настолько путаться в том, что делаешь.
Получается, что адрес всегда РАЗНЫЙ и информация тоже РАЗНАЯ.
Вот это и надо писать. А не ходить кругами вокруг да около, и рассказывать что массив один и тот же.
То есть это IP
Значит и кэшировать надо не для "пользователя", а для IP.
Можно в файл.
получил айпи адрес, поискал файл, если есть - прочитал, если нет - запрос в сервис, и тут же записал в файл. Что тут сложного-то такого чтобы писать трактат на 8 страниц?
Если сервис возвращает диапазон, то записывать диапазон.
И непонятно, зачем вообще делать запрос для ботов.
Зачем получение информации происходит при каждом обращении к странице?
Надо только по запросу, чтобы человек явно запросил.
Вообще, если там 504, то вгет тоже не спасет.
Хотя он умеет начинать заново.
Тут надо скорее пинать этих дятлов с квартирами. Вполне могут генерить файл на лету, а не по крону.
У нас был один такой контрагент, крупный банк причем. Я им писал, чтобы проверили телефонную линию, а то модем, через который их веб-сервер подключен к интернету, не справляется с нагрузкой.
