консоль апп, я корочи тип бахаю такой биг йоба файл. Он такой тип с ОЗУ работает, потом он такой в память ебашится и такой потихоньку ОЗУ больше и больше задействует, а потом херакс и всё, мышка в аутофбаундс и нихера не работает, сижу смотрю как комп упал в спячку

> мышка в аутофбаундс

wut

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

Я нихуя не понял, но это трагично....

комменты бля

прошлый раз когда я нарисовал диаграмку в комментах на 8 строк, мне сказали что это вербозно -_-

Строка номер 6000....

хорошо. Давайте понятнее расскажу)
Есть класс, который запускает треды
Каждый тред запускает метод
у меня есть проблема - OutOfBound не хендлится, в том смысле, что приложение не падает, а впадает при эксепшене в бесконечный цикл.
Как понять, что делаю не так? Если в try {} catch оборачиваю и вроде мейн потоку все передается
Я тупой блть извините

норм

Совет из опыта: фронт отдельно, бэк отдельно.
Фронт на реакте создаёшь через create-react-app (или сам, если очень хочешь), как хостить в его доках пишут, nginx'ом или вотевер суёшь их в общий домен (/ для фронта, /api для бэка, например)

ну это общие советы. сложности могут возникнуть с авторизацией и обновлением

Авторизация так и так руками обрабатывается. Обновление - сборки, кэша браузера, чего?

На проде один фронт сделан через аспнетные SPAServices, другой, - через CreateReactApp. С первым больше секса со сборкой, иногда кэшбрейкер не срабатывает. Билд бэка в релизе дольше на 12-20 секунд, т.к. последователен с фронтом. Хот релоад сломан был до недавнего времени, нужно обновлять SPAServices.
Второму приходится клиентов апишек кодгенить в npm-пакет вместо соседнего файлика, но это not a big deal. Сурсмэпы, хот релоад из коробки. SSR, code split можно настроить при желании по гайдам из пары шагов, service worker идёт в шаблоне и включается одной строкой

Я понял, что тут много важных вещей написано, но я не всё понял. Мне бы примеры/туториал посмотреть....

пересборка сайта, когда изменения и на фронте и на бэке. Или их теперь, как и миграции БД надо разделять?

Из коробки фронт о бэке не знает так и так. К тому же, не всем изменениям на фронте надо пересобирать бэк и наоборот.
У нас через NSwag (форкнутый ради некоторых не сильно важных в общем случае вещей) бэк генерирует клиент апишек для фронта. Если нужна доп. гарантия, что кто-нибудь не сломает совместимость бэка с фронтом, то генерация вставляется как часть билда бэка, билд фронта вставляется как часть билда бэка после генерации и можно спать спокойно. Если не так уж и нужна, генерировать можно руками и в пакет npm публиковать.

По-хорошему стоит разделять, если изменения бэка не ломают фронт и наоборот. Если ломают - делать их вместе, конечно. Или не ломать, версионирование апи для этого придумали