PM
а
для супер-красивого пре-рендера
пнял
для супер-красивого пре-рендера
пнял
Не только, много дополнительных утилитарных функций. Которые с одной стороны по смыслу не подходят понятию бекенд, с другой стороны требуют защищённого окружения
Size: a a a
2020 March 09
ВД
например?
AM
Задача BFF быть API Gateway, окрестрировать бэки и отдавать view-ориентированные данные
PM
например?
Например адаптация апи, сессии и авторизации под разные типы клиентов. Двух-сторонняя связь с клиентом (вебсокеты, SSE, etc), адаптация данных, абстрагирование от множественных бекендов без прохождения «чувствительных» данных через незащищенное окружение, кэширование данных на основе сессии,. Да полно всего можно придумать что сейчас делается чаще всего на бекенде, перегружая его и делая плохо масштабируемым
ВД
звучит как амазоновский лоад балансер .__.
EF
Так к слову вспомнилось. У меня как-то бекенд вдруг захотел жсоны отдавать с некоторыми полями как bigint. И две технологии которые по умолчанию не умеют их правильно принимать это js и php. В пхп парсилке можно хотя бы передать флаг, чтобы бигинты строками оставлял, а жс теряет данные.
EF
Все остальные что тестировал, бигинты нормально понимают
AM
Так а принимать-то пхп почему не умеет?
AM
он бигинт распарсить не сможет?
EF
Они оба их в флоаты конвертят
AM
кстати, интересно стало как сейчас парсеры обрабатывают 10n числа
AM
AM
если передать бигинт из JS - 10n в json_decode() - будет null
AM
щас в питоне посмотрю
PM
звучит как амазоновский лоад балансер .__.
В том числе можно отдельно масштабировать слои фронт сервера и бек сервера, да
AM
а питон падает
AM
ValueError: Extra data:
AM
выходит что новый формат чисел JS пока не совместим со многими беками, кмк
ВД
В том числе можно отдельно масштабировать слои фронт сервера и бек сервера, да
ну я похожее подумал
ВД
выходит что новый формат чисел JS пока не совместим со многими беками, кмк
в дотнете бигинты есть
но границ нет, можем на изи получить outofmemory при операциях
но границ нет, можем на изи получить outofmemory при операциях