Рили

За это вообще из интернета банить

Да

Ты владелец - у тебя доступ к логу

на улице был без перчаток. уже разбанил

но причины не ясны

бана

Вот же причина😬

У Саши аллергия на аниме

Знавал таких, все поголовно латентные анимешники, спят с дакимакурой пока никто не видит

Я не буду тыкать пальцем, если что, @chicoxyzzy в лс могу прислать

Скорее всего случайно

было очень похоже на очердного криптобота

@shrmnn извиняюсь за ошибку)

в смысле тыкать пальцем?) уже ж выявили и обсудили даже)

Я тот самый покемон

Коллеги, вопрос по кэшу локалей, интересно ваше мнение.
К примеру, есть статусы задач, хранятся в виде key:value, объекты вида in_progress:выполняется. Статус это только пример, фактически, наборов таких key:value будет больше 100 разных вариаций.
В первом варианте, при загрузке фронт-приложения получаем все статусы (в запросе указываем локаль) и кэшируем на фронте в виде key:value. Далее, в любом кейсе получения текстового статуса для интерфейса (список задач, отображение задачи и пр) получаем от бэка только key статуса, а value мапим из кэша.
Во втором варианте мы не получаем сразу текстовые значения статусов и не кэшируем их. Вместо этого бэк при каждом запросе рядом со статусом кладет текстовое значение статуса, как { key: in_progress, value: выполняется }.  Так бэк делает для всех объектов, у которых есть идентификатор и значение, значение подкладывается в соответствии с выбранной локалью.
Какой вариант вам нравится больше?)

так второй же вариант без кэша, просто переклдывание локализации на бэк
ну, и в первом варианте выглядит больше как хранение в памяти, а не кэш)

Вопрос как раз про это, лучше кэшировать или переложить на бэк такие сущности