Петр, а чем второй пункт тогда отличается от третьего?
Я бы сказал, что конкретно корзину кэшировать не стоит никогда, наоборот - это самые важные данные, актуальность которых очень важна, и при этом они связаны с кучей других сущностей - очень муторно писать логику инвалидации.
Но это частности, которые я и имел в виду, когда говорил про "огульное кэширование" - да, можно проанализировать запросы и кэшировать (или не кэшировать) каждый так, как того требуют условия проекта. Но тогда это и есть "кэширование часто используемых данных". Я просто не понял, зачем отдельно GET-запросы выделять, кроме как кэшировать на уровне веб-сервера, а не приложения, и вот это уже явно плохая идея.
Absm50336, похвально, что вы адекватно реагируете на адекватную критику :)
Я переживал, что слишком жёстко сформулировал, но не смог придумать, как смягчить, не потеряв суть :)
Первый td легко получить и без id - он первый. Добавление id, наоборот вам всё усложнит, потому что он уникальный и придётся как-то закостыливать его использование для каждой строки в отдельности.
Давайте вернёмся к вопросам, которые я вам задал выше - ответьте на них.
Совершенно не важно как вы формируете страницу - в итоге у вас есть HTML, с которым вы можете работать. Например, получить все tr внутри table, а для каждого полученного tr получить лежащие внутри td. При этом id вообще не используются (вам ведь не конкретный элемент нужен, а все подряд).
На хостинге, скорее всего, билд запустить не получится. У react-scripts, конечно, можно указать через env-переменную на какой адрес биндиться, но вряд ли получиться подобрать какой-то адекватный.
я беру с диска json с помощью rabbit и записываю в базу данных
Вы вот этот код покажите, который у вас не работает. Который работает, нам не нужен.
Что вы передаёте в Job, какой там внутри код обработчика? Вы сами явно вызываете $request->json() там?
Я бы сказал, что конкретно корзину кэшировать не стоит никогда, наоборот - это самые важные данные, актуальность которых очень важна, и при этом они связаны с кучей других сущностей - очень муторно писать логику инвалидации.
Но это частности, которые я и имел в виду, когда говорил про "огульное кэширование" - да, можно проанализировать запросы и кэшировать (или не кэшировать) каждый так, как того требуют условия проекта. Но тогда это и есть "кэширование часто используемых данных". Я просто не понял, зачем отдельно GET-запросы выделять, кроме как кэшировать на уровне веб-сервера, а не приложения, и вот это уже явно плохая идея.