Константин Б.

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

В этом месте у него есть защёлка. Попробуй нажать посильнее, но не настолько чтобы сделать вмятину

зачем вы скрещиваете бек и фронт? это разные ЗО. Да бек должен для подстраховки иметь свою валидацию. Но у бека она должна быть своя. на беке вам нужно получать код выбранной страны, из конфига страны вы получаете возможную длину строки допустим от 8 до 10 символов. Берете номер в любом формате (без кода страны) удаляете всё кроме цифр и сравниваете с длиной в зависимости от выбраной страны

Компакнтость и автономность не про эти ноутбуки. Бери себе Мас за те деньги что есть, заодно будет дополнительная ветвь развития в сторону iOS разработки.

Я знаю о чём говорю и у меня три нотбука. Lenovo на i7 который от зарядки работает час. Lenovo на i5 с 14 дюймовым экраном и Macbook pro на котором легче всего работать и дома и в кафе и где угодно

Если вы антиэпл религиозник, тогда бери тот у которого 32гб памяти и лучше экран. Dell вообще 17" его только на телеге перевозить

Есть. Можете хуки настроить и дергать команды. Но тогда зачем вам вообще нужен докер?

Кто-то говорит, что чуть ли не сразу после чтения документации

Одного прочтения наверное мало. Но если ты изучил! документацию, не обязятельно наизусть и по ней что-то смог состряпать то уже можно считать что ты ее использовал

Технически защитить монолит нельзя. Но можно юредически. Заключите настоящий договор, пропишите в нём условия о неразглашении. Опите части проекта являющиеся уникальными и конфиденциальными. Да да весь ваш код на 100% не является какой-то явной тайной. Но если есть то что является "фишкой кода" можно описать.

Говорят файлы можно не только на лету генерировать, но и складывать в папку и отдавать как статику

У меня есть проект, небольшой сервис на js/php он же вебморда. А так же ещё два сервиса один это сервис питоне, он слушает реббит подхватывает данные из него обрабатывает, как только закончил отправляет запрос в реббит о готовности. Вебморда слушает запрос когда работа первого сервиса закончена он отправляет эти данные уже обычным пост запрос на ещё один на ноде, тот если есть данные отдаёт их, если нет создаётся таска по завершении которой вебморда через реббит узнаёт. У каждого сервиса своя зона отвественности и свои языки. А общаться они через реббит и апи. А из себя представляют полноценные приложения способные работать и отдельно. В теории они могут быть и модулями.

Вообще главное отличие модулей от микросервисов это их полная изоляция и общение только через транспорт, а также они имеют свои базы. Если у вас одна общая бд то это уже скорее монолит.

Я еще подумываю над тем, чтобы создать доп. таблицу, в которой будет отражаться состояние выполнение общей задачи и ее статус и количество попыток. Чтоб если по расписанию положено было заново запустить воркеры, то чтоб они смотрели выполнилась ли успешна предыдущая группа задач.

в job-ах уже есть все это. нужно только научиться применять. Вам не нужен никакой Job. Job вам пригодился бы если вам нужно было бы по каждому офферу ходить куда-нибудь да чего-нибудь от туда ждать, то тут несомненно пригодилось бы. А так какой смысл их? Для начала выпилите все в сервисы.

Ну разве только автоматизировать процесс и запускать например по npm run dev

Для того чтобы из браузера или другой программы попасть в контейнер нужно пробросить порт.

postgres:
    ports:
      - 5432:5432
    networks:
      - app-network

Но в вашем случае вам нужно из одного обратиться к другому. Судя по всему вы хотите сделать коннект к БД из вашего приложения, но у вас указан localhost. Нужно прописать postgres вместо него

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

Так что в вашем случае нужно выносить такие компоненты в общий слой. Если это логическое что-то, не просто UI элемент то тогда делаете фичу. Если это вообще что-то глупое тогда это шаред

Какой тип собственности?

аренда на 1 год
Тут можно много информации найти https://cctld.ru

Любая база. MySQL справится на ура.