slo_nik, myisam работает лучше если есть только операции чтения. Медленная запись и быстрое чтение, если память не подводит. По крайней мере так было раньше. Сейчас это может уже быть не так.
Ankhena, если вы говорите о стилях, JS и все такое то на это есть препроцессоры и генераторы asset'ов. Если о картинках, которые можно заливать и перезаливать - тот тут БД вам в помощь
Ankhena, диск даже при сверхбыстрых SSD это куда медленнее чем получение этих данных из памяти. К тому же вы хотите сделать даже не 1, а 2 запроса - на проверку наличия файла и на получение мета-информации (как я понял). Нужно организовывать проект чтобы отдавать максимально статику. С минимальным числом дополнительных проверок и кэшированием.
romasovest, вот про это я и говорил. Это плохо. Обращение к файловой системе дополнительно это в принципе плохо. Это медленно, это дополнительно нагружает диск. На проекте в 10-20 человек вы это не заметите, но под нагрузкой просто ахтунг
eliastro,
1. на мойкруг очень мало вакансий
2. Вы сравниваете довольно специфическим образом ибо про бэкэнд может и не быть указано в вакансии.
3. Вы сравнили 2 фреймворка и один язык программирования
Исследование на коленке м претензией на адекватность, но без таковой
Биллинг может состоять из нескольких микросервисов, например. Тут все зависит от деталей. В общем, в этом и состоит одна из главных задач в архитектуре - настроить потоки взаимодействия
PS. Так же может быть проблема и в отправителе. Задержки идут с обеих сторон