N
а почему клиент не можем изначаьно табличку проверить?
Size: a a a
2021 July 22
Т
это разные клиенты
Т
такая архитектура
DT
я бы для каждого апи делал свои собственные ошибки
Т
ну мне тоже так кажется
Т
но в тоже время где-то сидит чувство лени, которое шепчет на ухо, шо сейчас промежутночное апи в 50 строчек и просто транспортит инфу туда-обратно, не трогай его...))
Т
А, в принципе придумал норм вариант. Всем спасибо
АБ
если в промежуточном 0 логики кроме проксирования, то он и не должен ничего знать про ошибки. И остается 1 вариант.
G
Посоветуйте, каким способом можно быстро открыть жсон файл, не сохраняя его в кэш? Просто жсон файлов очень много, а сохранять в кэш не надо. ReadFile норм, но он медленный. Нужно, чтобы быстро открыл и прислал мне объекты
DL
интересно как ты себе это представляешь
A
Какой кеш?
G
Открыл файл
Почитал его
Выводит их мне
Закрывает.
Почитал его
Выводит их мне
Закрывает.
A
Все равно непонятно кто кеширует.
G
require кеширует
A
require быстрее чем readFile?
G
Даже если положить его в функцию. Первый раз он почитает файл и выводит мне, а потом сохраняет в ОЗУ. После первого использование он сразу достает данные из кэша
G
А не открывает его
G
Но если реализовать так костылем, чтобы удалил эти кэш,то будет медлнее ReadFile