Larisa Moroz

домен здесь означает предметную область знаний, эти знания (понимание процессов), являются основными при разработке.
Тоесть никаких придуманных разработчиком абстракций, всяких там абстрактных модулей, факториКонструкторМенеджеров и тд, все максимально предметно и максимально приближенно к тому как реально процессы в компании работают.
Если например разрабатывать систему учета в ресторане по ДДД, то в ней будет полностью скопированна структура самого ресторана, с названиями должностей, позиций, и процессов, без всяких там абстратных слоев и "удобных" нововведений. В итоге продукт получается сразу же понятный и привычный пользователям.

Добавил в заголовки ответов АПИ
clear-site-data: storage
это сработает только если клиент обновит страницу
и кэш будет всегда сбрасываться при обновлении страницы (это затрагивает localstorage и потому будет разлогин)

что касается замечаний не скажу, но если они есть, то их должны объяснить.
Тут скорее дело в другом, и причин может быть много.
сейчас программистов способных что-либо путное писать единицы.
Если задание выполнено и работает, если даже есть замечания, дальше ведут беседу выявляя, почему ты допустил "замечания" и вообще понял ли ты о них.
Очень часто встречается когда среди отбирающих присутствует программист, с которого начинались разработки компании, и который сам не умеет программировать, но с учетом что он когда-то написал для компании "Hello World" ориентир руководства на его мнение. Он может по разным причинам отклонить:
- может он не знает язык на столько, чтобы читать чужой код
- может он не хочет что бы кто-то лучше него разбирающийся работал
- может он вообще не хочет чтобы кто-то еще работал, но руководство дало задачу искать
я таких моментов за свою практику встречал примерно в половине компаний с которыми сталкивался как в поиске работы, так и сотрудничая по другим задачам.

Не стоит обращать внимания на такие компании и, главное, не опускать руки.
за 40к питонщика возьмут любого, даже с "замечаниями", т.к. хороший питонщик на такие копейки просто даже не откликнется.
ищи работу дальше, чтобы нарабатывать опыт. Если задаешь такие вопросы, думаю с таким подходом через годик другой увеличишь зарплатные запросы раза так в 3)

elleremo, ускорение которое получают планеты пролетая вблизи других планет не является ошибкой!!!

Этот эффект называется "гравитационный маневр для ускорения объекта" или же "гравитационная праща"

Гравитационный манёвр для ускорения объекта (гравитационная праща)

Не стал делать "точную имитацию" гравитации. Пошел по пути:
1. каждый объект имеет массу равную объему объекта умноженному на плотность объекта
2. каждый объект влияет на каждый динамический объект
3. влияние пошагово рассчитывается по формуле (почти) :
V = сумма(F); // суммарный вектор сил
F = k*M/D; // сила влияния (расчитывается для каждого объекта оказывающего влияние на текущий)
M - масса объекта
D - квадрат расстояния между центрами масс объектов
k - коэффициент для подгона скоростей (выполняет роль гравитационной постоянной)

Алгоритм расчета (пошагово):
1. Для каждого динамического объекта происходит расчет новых координат (сумма текущих координат и вектора скорости, рассчитанного на предыдущей итерации цикла симуляции)
2. Каждый динамический объект сверяется с каждым объектом на предмет столкновения. Если расстояние между центрами 2х сравниваемых объектов меньше суммы их радиусов то происходит слияние. Если объединяются статичный и динамический объекты, то динамический удаляется а его масса добавляется к статическому с перерасчетом плотности, радиуса и объема. Если объединяются 2 динамических объекта то к первому добавляется масса второго с перерасчетом плотности, радиуса и объема, координаты и вектора скоростей пересчитываются как взвешеная сумма координат и векторов скоростей обоих объектов. После второй объект удаляется.
3. Для каждого динамического объекта расчитывается сумма векторов силы влияния притяжения всех объектов. Затем данная сумма и вектор скорости текущего объекта суммируются
4. Переход к новой итерации цикла симуляции.

Вся реализация расчета тут (в конце скрипта). Все формулы вынесены в класс Calc.

видеодемонстрация
демонстрация (масштабируется колесиком мышки, перетаскивается с помощью ЛКМ)

Добавил слияние планет при столкновении (массы суммируются, вектора скоростей суммируются, позиция переносится в центр масс)
Добавил источники (автоматически генерируют планеты)
Добавил отдельные кнопки для пуска и остановки источников


Добавил настройки:

• параметры отображения
  • отображать сетку - вкл/выкл отображение координатной сетки
    
  • отображать источники - вкл/выкл отображение объектов, генерирующих планеты
    
  • отображать шлейф - вкл/выкл отображение траектории планет
    
  
  
• Настройки физических величин - позволяют задаь минимальные и максимальные значения для размеров и плотности статических и динамических объектов
  
• Управление симуляцией
  • шаг симуляции - экспериментальная величина регулирующая точность расчетов
    
  • скорость источников - изменяет скорость, с которой источники генерируют планеты
    
  • включить источники - вкл/выкл генерацию планет источниками
    
  
  

Доработал механизм расчета влияния гравитации, теперь у каждого объекта масса считается исходя из объема и плотности.
Ввел изменение в процесс генерации новых планет, теперь они выставляются на лист с рассчитанной первой космической скоростью относительно центрального статичного объекта.
Установил статичным объектам повышенную плотность, что существенно увеличило их массу (можно менять на панели настроек)
Установил динамическим объектам пониженную плотность, что существенно уменьшило их массу и взаимовлияние (можно менять на панели настроек)

В плане отдачи статики - врядли Ваш код хоть на php хоть на node сможет тягаться по скорости с Nginx, иначе Вы не задавали бы подобные вопросы. В любом случае стоит ставить nginx перед любым бэкендом, хоть php хоть node. Помимо раздачи статики еще получите и нормальную работу с tls и балансировку.
По динамике:
php - работает только в режиме 1 запрос = 1 процесс, соответственно процессов в памяти будет больше, а значит и больше памяти потребуется и больше процессорного времени будет уходить на switch-context. Так же и очередь ожидающих запросов будет больше ибо php работает синхронно, а это значит что при ожидании io (файлы/бд) Ваш процесс в idle. Самый быстрый вариант сейчас с php-fpm, который работает по протоколу fastcgi и держит пул предзапущенных потоков php. Так же возможна работа по http с apache, но этот вариант явно медленнее и тяжелее чем php-fpm.
node - может обрабатывать много запросов в 1 процессе засчет асинхронной модели выполнения, соответственно Вам может хватить небольшого количества процессов для очень большой нагрузки. Можно работать с nginx как по протоколу http (есть из коробки) так и fastcgi (при этом по прежнему имея 1 процесс)

Теперь по нагрузочному тестированию, нужно хорошо разбираться в обоих тестируемых технологиях, знать о возможных оптимизациях и как их обойти. И даже при всем этом Вы не получите адекватных результатов на синтетических примерах... Можно сравнить решение конкретной задачи, но для этого придется разработать решение на обоих технологиях, а оно Вам надо? БольшАя часть задержек в большинстве веб-сервисов падает на базу данных, которая особо не зависит от выбранного ЯП, хотя асинхронная модель тут предпочтительнее...
Так что пишите на чем умеете

css-loader интерпритирует @import и url() в импортированном в проект css коде как import/require() и разрешает их.
style-loader помещает css в DOM.