Очень много пакетов,Так в этом смысл, причем пакеты вполне совместимы между фреймворками, лара кстати кучу пакетов из симфонии таскает.
очень много инструментов в экосистеме,Всмысле? Я мож сильно отсталый, но в целом мне хватает редактора кода и опенсервера, ну и еще композер нужен. Вроде все, или что-то другое подразумевалось?
такую структуру я сделал из за того что у меня уже есть таблица с id, name и логично предположить что при выборе двух таблиц в коде(а мне это нужно будет делать) то код не будет понимать, какой id и из какой таблицыОдинаковые имена в разных таблицах это нормально. Для различия при объединении существуют алиасы.
Изначально пользователей было немного, наплыва данных не было, и без каких-либо проблем изображения хранились в БД в отдельной таблице в колонке с типом bytea.
я со своими ответами и рейтингом - ни разу не админил ВиндоусСервер, например.Это же не игра в "я никогда не...", мало ли что нормальному профи не доводилось делать по профилю либо по смежным отраслям. Он на то и профи что примерно понимает как все устроено и может найти неочевидное для новичка решение даже не в своей прямой области.
А реальный эксперт FanatPHP, например, здесь был заблокирован за несдержанность...Это да, печально, ябразбанил...
Ссылку на пример добавьте пожалуйста.
Makefile - команда из движка, как и console, не сказал бы что это какие-то инструменты, необходимые для разработки. Скорее это встроенный механизм исполнения кода в пакетном режиме, миграции же можно выполнять и из кода, тупо вызывая их из контроллера, но так просто удобнее, не сказал бы что код написанный на самом движке - инструмент...
Средства для юнит тестов - ну хз, не в курсе как это реализуется в дотнете, но разве там это как-то сильно иначе делается? Кроме того, вы же в курсе, что тестирование мягко говоря делают не все )) Некоторые проекты его вообще игнорируют, а некоторые ограничиваются функциональными тестами. Хотя если уж взялись за разработку под симфони, значит готовы соблюдать рекомендации разработки в максимальном объеме, ибо движок к этому требователен.
Про вебпак - спорно, я например вообще не использую сборщики, так как 90% проектов особых требований к фронту не имеют, а более сложные штуки с фронтом делают ребята фронтендеры, но думаю что в любом стеке где задействован форнт понадобится что-то типа вебпака для фронта с аналогичной сложностью.
Хм, а как конфигурируется дотнеты? Я поверхностно знаком только с разработкой на шарпе + юнити, бо сын занимается этим, но вроде и там есть файлы конфигов для всяких примочек, не?
Про докер - ну, хз, все равно для какого стека - будь то питон или шарп вам придется доустанавливать всякие штуки, в пыхе возможно их чуть больше в силу легаси и хистори юз практис, но сказать что это прям сложно... скорее непривычно, как если бы я с нуля пересел на яву или сшарп...
Как вы верно подметили - не во всех проектах это нужно, да и выбор движка я бы сказал неоднозначный, симфони гораздо более замороченный, к нему можно привыкнуть, но тот же ларавел в настройке и использовании на порядок проще, так как подход другой, скорее всего при выборе ларки все прошло бы гораздо проще и быстрее...