более того, даже если (в любом приложении где нет "все файлы") написать *.* покажутся все файлы )

тоесть на фронте не защитится особо и передавать на бекенд таки смогут хлам и там уже валидация, так?

или как на фронте это смотреть?

в любом случае на бэке должна быть валидация

Кто захочет - фронт обманет и беку все равно будет плохо. Вот начнёт анон из курла в бек вам файлы грузить и толку с фронтовых валидаций

Ну, валидация должна быть и там, и там. Но не обязательно ведь силами html?

та на беке будет валидация, думал что бы не подсовывали чепуху кроме определенного типа файла. Сделал проверку еще в js на file.type

Всем привет, может кто работал с данной библиотекой https://github.com/neuronetio/gantt-schedule-timeline-calendar, подскажите, как настроить следующий кейс: у меня в таймлайне для одной и той же строки в одно и то же время может находится несколько айтемов, соответственно плашки перекрывают друг друга и отображается самая последняя, остальные по сути под ней в дереве, как сделать так, чтобы диаграмма ресайзилась и отображала все плашки. Если в этой либе такой возможности нет, то может посоветуете какую-то адекватную библиотеку для диаграмм Ганта.

привет, а подскажите по монорепам, есть вот nx, я его попробовал взять для проекта фронтенд + нода. Как это докеризировать, если у nx нет возможности делить пекедж.жсоны, нельзя отдельно собрать приложение. Что я упускаю?

Для каждой либы\аппы есть свой package.json - там можно объявить зависимости нужные только для бэка. И потом через multi-stage билдить всё это дело, и тогда лишнего не будет в имейдже результирующем. Вот тут примерный подход используется, посмотри в .deploy/api
https://github.com/xmlking/ngx-starter-kit

спасибом сейчас посмотрю

а зачем там лерна в руте?

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

жесть, сколько там всего
не понятно, в apps/** нет пекеджей у аппок

ктото знает как отключить эти ошибки

https://medium.com/@pro_ibenjell/how-to-create-a-full-stack-chat-application-using-nx-workspace-and-run-it-in-docker-65afcfe879d0

правильно я понимаю, что тут просто копируют в лоб пекедж жсон,  устанавливают все зависимости, даже если они не все нужны (очевидно же почему?) и всё, как бы просто в контейнере будут лишние мегабайты неиспользованных зависимостей

Починить в дев билде

Да, тут всё копируют, мб потому что это типа учебное приложение и тут не важны мегабайты. Для прода нужно делать для бэк отдельный api-package.json где будут зависимости только для бэка. И потом используя multi stage build - мы ставим все модули,билдим бэк из корня, потом в в другом стейдже уже копируется dist  из превого стейджа и ставяться зависимости из api-package.json с флаго --production. Вот тут примерный подход применяется
https://github.com/xmlking/ngx-starter-kit/blob/develop/.deploy/api/Dockerfile

но у nx package.json только в корне монорепо существует. Руками что ли разбивать, это вроде как фича наоборот