Трек и вправду топовый)

Система типов у них крутая. Но по-моему она же задаёт высокий порог вхождения в разработку на Rust. А тут JS. Можно потратить время на разработку интерфейса, а не на борьбу с borrow checker 🙂

Может быть система типов и лучше, но большей части проектов, которые пилятся с использованием реакта не нужно то что даёт раст и его WASM библиотеки. Производительность на большинстве реакт проектов не является настолько критичной. При этом растовые решения обладают рядом минусов: 1. Размер бандлов (и всего что связано с бандл сплитиннгом) 2. Несравнимые масштабы сообществ (и всего вытекающего с ним): 2.1 Количество доступных и проверенных кучей людей библиотек не сравнимо. Одних юай китов на реакте я могу вспомнить штук 5 2.2 Есть большой пул потенциальных разработчиков, что мотивирует БИЗНЕСС выбирать реакт, так как если один разраб уходит - на его место легко найти нового, у которого будет опыт разработки. Соотвественно, значительно снижаются риски 3. Несравнимо долгое время сборки, которое не позволяет быстро итерироваться при разработке. Писать на Leptos после Реакта с каким-нибудь Vite - это адская боль. 4. В целом ТС более гибкий и позволяет творить разные дикие вещи (благодаря any), которые в расте разве что через unsafe делать и то я не уверен что такое получится. В пользу Leptos 1. Раст прекрасен 2. Убирает необходимость отдельно описывать API, так как код между сервером и клиентом шарится 3. Скорость (но опять же в большинстве фронтенд приложений не так критично) 4. Потенциально система макросов (декларативных и процедурных) позволяет творить просто невероятные вещи, но это чисто на уровне теории в моей голове... Поэтому да, при всём моём фанатичном отношении к Расту - на данный момент его решения очень молоды и для фронтенда на фоне Реакта выглядят как очень сомнительная вещь, особенно, если у вас есть опыт разработки на React + TS.

ORM (Object-Relational Mapping) може забезпечити певний рівень захисту від SQL-ін'єкцій шляхом параметризації запитів та інших методів. Однак, важливо також ретельно перевіряти вхідні дані та виконувати інші заходи безпеки на рівні додатку для повного захисту.

Видео стоило бы посмотреть, там про это говорилось) По моему опыту SQL Injection до сих пор встречается в разных сайтах малого и среднего бизнеса написанного студентами. Да маловероятно, но такое существует. Информация давалась исключительно в образовательных целях, чтобы рассказать студентам, что такое существует и таких элементарных уязвимостей надо избегать.

@@lsl0000 даже если атаковать сайты пет-проекты школьников после недельного курса по питону, х.й что получится, защита встроена на уровне orm функций. Ну мооожет сработает на сайтах, написанных и заброшенных 20 лет назад, но не думаю что это принесет выгоду хакеру.