Станислав Б

Если говорить именно об аргументах контроллера, то они собираются в ArgumentResolver::getArguments() на основании метаданных (получаемых через reflection) из ArgumentMetadataFactory::createArgumentMetadata. Передача аргументов в action контроллера идёт при его вызове здесь.

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

Линтеры/статические анализаторы.
И качественная IDE, например, PHPStorm, - процесс пробежки к телу там сведен к нажатию одной горячей клавиши.

у вас font-awesome подключен аж 3 раза - 2 раза в head ´

<link rel="stylesheet" type="text/css" href="typo3conf/ext/multishop/templates/css/font-awesome/css/font-awesome.min.css?1528109206" media="all">

<link rel="stylesheet" type="text/css" href="/fileadmin/templates/extern/font-awesome/4.6.3/css/font-awesome.min.css?1531392793" media="all">

и один раз импортом, что вы и указали -

@import url ("https://netdna.bootstrapcdn.com/fonz-awesome/4.6.3/css/font-awesome.min.css")

один из подключеных в head, 4.4.0, два других показывают 4.6.3, из них что подключается с bootstrapcdn видимо как раз включает те иконки, что нет в других.
Уберите эту чехарду, подключайте нужную версию только один раз, все равно в каком месте, и все будет нормально

$i = count($url_arts);

тут < или <= , но никак не =

По коду получается вы переменной $i присваиваете результат count($url_arts), что дает тот же результат условию. Выходит если кол-во 0, то будет false, если больше нуля - true, и никакое кол-во итераций не изменит эту ситуацию, на что и получаете бесконечный цикл

Мультимастер СУБД - это такая замечательная штука, которую все хотят и ни у кого пока не получилось.
Потому что есть такая штука как CAP теорема, весьма мешающая сделать серебряную пулю.

Ладно, ближе к делу.
Самая большая проблема с автоматическим failover СУБД - решить, что уже пора переключаться. Для чего необходимо выяснить, а что вообще происходит, не развалилась ли сеть, не вернётся ли через пару секунд мастер обратно - если в сети в результате окажется два мастера, то нет никакого разумного способа определить, где данные актуальны. Худшее что можно представить - это split brain: когда часть приложений ходит в один мастер, часть в другой и данные стремительно расходятся в разные стороны. Есть такая байка про гуглдиск "у нас всё отказоустойчиво, все данные хранятся в 4 экземплярах. Правда, у нас была авария и мы теперь понятий не имеем, какая из копий актуальная"
Переключение мастера на 90% - решение административное и человеческое. Автоматика же добавляет головной боли. Зачастую - больше головной боли, чем без неё. Особенно если железо адекватное серверное, которое "вдруг" выпадает очень редко.

Обычно автоматики нет, и есть детальная инструкция по переключению мастера БД, по которой и в ночи можно переключиться.

Если всё ещё хочется походить по граблям - посмотрите patroni. Есть пара кластеров с ним на поддержке, при наличии мониторинга особых проблем не припоминаю. До split brain по крайней мере не придумал как довести, вроде все варианты прикрыты. В худшем случае в readonly уходит.

Сам перешел на 3 курс, в семье есть ктн. Чего-то вроде бы должен понимать.
"Зачем программистам учить русский, обж, шрифты в Ворде?"
Не зачем, а почему. Есть программа от министерства образования(ну точнее набор требований). Там указано всякое вроде Этикета и Философии. Так же в институте исторически есть эти кафедры, которые даже при полном отсутствии смысла будут доказывать острую необходимость читать психологию айтишникам, ибо иначе сокращения, а профильные кафедры просто забьют ибо психолог будет кричать громче и убедительнее. Те же кто будут принимать решения не заинтересованы в вашем образовании, вам же тогда не продать доп курсы и прочую ересь, а узнают о действительном качестве образования единицы т.к. родители ваши не понимают в этой сфере(в большинстве своем), а соответственно схавают любой связный текст со дня открытых дверей, а когда уже поймете - будет поздно. Плюс человек имеет такое свойство, если он потратил кучу ресурсов на что-то и это что-то оказалось фуфлом он будет склонен находить в этом фуфле кучу плюсов и затаскивать туда остальных и тем больше плюсов, чем фуфловее фуфло. Так же есть(как бы это не было неприятно) куча "еврейских мам"(пап), которые предыдущий факт совмещают еще с тем, что он не получил вышку/хотел стать кем-то и будет пихать это в ребенка.
"Почему все профили по программированию противоестественно смешивают с математикой?"
Потому что исторически программист - это инженер/математик, который построил математическую модель, засунул ее в компьютер с 256 командами. Тогда это было что-то вроде дополнения к основной работе(по крайней мере ВУЗ это представлял себе так). Все изменения после 90го года если и как-то преподы за уши втянули в требования программ, то основа все равно старая.
"Зачем нужен преподаватель, читающий лекции по книге, когда есть книга?"
Опять же не зачем, а почему. В старой системе не было даже книг на каждого человека в библиотеке. Сегодня же никто даже не собирается обновлять программы, придумывать чего-то новое. Максимум, что сделали - все тоже самое, только по скайпу.
"Тогда в чём смысл ВУЗа?"
в вузе вас приучают к современной действительности, где необходимо 11 лет + 4 года + 2 года(опционально) заниматься не ясно чем не ясно ради чего. Чтобы выбить из человека все желания и заставить делать, что говорят. Знания же вы и так получите, работа же вам нужна.
"И почему требуется его корочка чтобы устроиться на работу?"
Спокойно работаю с середины первого курса(требование только быть на митингах 2 раза в неделю, дни плавают поэтому спокойно прогуливаю, в итоге выходит немного плюс у старших курсов можно узнать отношение преподов к прогулам) Коллеги есть как с образованием так и без. Требования по образованию есть только если заказчик не из наших и не понимает как это ВУЗ может быть бесполезным. Это уже вы сами себе внушили, что вам нужна бумажка.

Это вряд ли возможно формализовать. Один из подходов: KISS — keep it simple. Выбираю самое простое решение, потому что, пока оно дойдет до production, требования 10 раз поменяются (и еще 10 раз поменяются уже после внедрения), а простое решение и проще реализовать и проще переделать. Но это только одна из эвристик.

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

Иногда по мере того, как делаешь задачу, понимаешь, что ее можно сделать совсем иначе, при этом получится проще и эффективнее. Ничего страшного нет: с самого начала продумать идеальное решение не может никто.

В жизни нет готовых рецептов на все случаи. Жизнь вообще не поддается формализации.

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

Лохотрон это, просто попробуй связаться с работодателями с интересной для тебя вакансией, скажи что знаешь все что они хотят, но диплома у тебя нет. Если согласятся, забивай на ВУЗ. В наших вузах из полезного только столовая и телки. Я лично отучился и толку никакого, последние пару лет тролил преподов, что они тупее большинства студентов (мой ВУЗ сейчас в середине рейтинга лучших универов по стране). Они растягивают любую программу и добавляют туда воды, чтобы ты подольше платил)

Нужен explain (analyze,buffers), сильно желательно с track_io_timing = on в конфиге.

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

Оказывает. Если планировщик решит, что work_mem не хватает - не будет hash join. Для сортировки 27кб, очевидно, без разницы.

Впрочем, зачем вам вообще join подзапроса где одна только группировка подзапроса занимает половину времени ответа? Вам простой exists нужен.

SELECT "t1".* FROM table_1 as t1
where exists (select 1 from table_2 as t2 WHERE t1.primarykey=t2.session)
ORDER BY "starttime" DESC LIMIT 20;

А дальше know your data. Если по starttime DESC быстро находятся нужные exists - будет хорошо. Если exists мало - стоит подумать, а не денормализовать ли этот признак в table_1 с триггером для консистентности в table_2 и частичным индексом по starttime where t2_exists.

Поля session и primarykey в формате uuid

Не очень хорошая идея. Оно и сильно медленнее при сравнении относительно bigint (особенно если речь о varchar, а не uuid типе данных) и из-за случайного распределения несколько сбивает с толку статистику планировщика.