Сергей Протько

Внутри функции объявлен класс,

Что что?

Если я класс вынесу из функции она ведь перестанет его видеть?

Что-то? В PHP все, функции, классы и прочее регистрируются в глобальной области видимости.

Функция же видит переменные либо только принятые, либо объявленные внутри неё?

классы и функции это не переменные.

Как правильно спроектировать такой случай? Переделать класс в функцию тоже?

имеете в виду объект? Если так то да.

но не могли бы вы дать список

если вы в состоянии написать сортировку вставками - этого достаточно. Ближе к мидлу уже было бы неплохо знать как работают основные структуры данных (хэш-мэпы, списки, деревья и т.д.) и какова сложность вставки/поиска в этих структурах (что бы понимать зачем каждая нужна).

В целом же знание алгоритмов на начальном этапе вам не понадобится, вы просто должны понимать как строить алгоритмы. Я вот Кормена так и не дочитал... Тут суть в том что на PHP редко пишут что-то, где важна скорость вставки или поиска, обычно все сложное делается на уровне базы данных. Потому PHP разработчику остается только сформировать запрос в базу и получить ответ. Больше работы именно по архитектуре самого приложения.

затем начну изучать базы данных и буду понимать что такое CGI,

CGI не трогайте, это весьма старая штука. Просто разберитесь с SAPI (Server API) и примерным флоу что происходит между приходом HTTP запроса на сервер и вызовом PHP с уже заполненными суперглобальными массивами. Ну и да, с самим HTTP тоже разберитесь сначала, что бы понимать что такое куки и как они передаются с клиента на сервер и обратно, что такое сессии, как получить тело запроса и т.д.

Так же, так как речь идет о PHP, вам так или иначе придется изучать ООП. На процедурном пыхе далеко не уедешь.

p.s. Еще рекомендую почитать чего по управлению проектами, по методологиям разработки. Ознакомьтесь с XP (причем лучше читать на английском), почитайте про технический долг и т.д.

CQRS + Event Sourcing

unix.stackexchange.com/questions/30303/how-to-crea...

соответственно при тестировании необходимо обернуть его в Mock

Ну как бы это логично, при юнит тестировании все, кроме того что мы непосредственно тестим, должно быть заменено моком/стабом.

Писать в каждой модели конструктор?

Что вы понимаете под "модель"? Ваши бизнес-объекты? У них в конструкторе должно быть только то, что им нужно.

а если источников будет много

То это повод пересмотреть архитектуру, почитать про цепочки обязанностей, стратегии, про сегрегацию интерфейсов в конце концов.

User::model()->prepareBuy(new Order, New Profile, $userId)

Прочитайте эту строчку кода, и скажите что тут происходит, ибо я не могу этого понять.

Ну и да, помимо внедрения зависимостей в конструктор, есть еще такая неплохая штука как double dispatch, когда нужные сервисы передаются как аргументы методов, которым они нужны. Так наш класс не зависит от непонятных вещей и таким образом мы все можем спокойно тестить.

syslog + bash

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

Flexbox-ы, просто, эффективно, на css, без разницы знаете ли вы размеры блока или нет...

У меня есть таблица:

Не таблица, а сущность. Doctrine исповедует принцип persistence ignorance.

Зачем так сложно то? Настраиваем каскадный персист для связи и наш код упрощается до:

$notification = new FcsNotificationEA();
// добавляем 3 аттачмента
$notification->add(new Attachment());
$notification->add(new Attachment());
$notification->add(new Attachment());

$this->notificationsRepository->add($notification); // внутри add происходит persist

$this->get('doctrine.orm.entity_manager')->flush(); // коммитим изменения в базу

return $this->render('some_template.twig', compact('notification'));

p.s. все же подумайте о том что бы нормально именовать объекты... ибо не понятно что это такое.