Adamos

Двухнедельный видеокурс "как не вставить флешку в Ethernet-разъем".
Обязательно. Без него ничего не трогать!

Просто настройте забор почты на ящик пользователей с этого мыловского, и пусть они с этой копией делают, что им заблагорассудится.
Например, для Яндекса - https://yandex.ru/support/mail/web/preferences/col...

А что, первые шесть пунктов уже удалось успешно "нарушать"?
Седьмой пункт не имеет смысла, если вы собрались просто лечь с учебником на диван.
Он предполагает, что вы, осилив предыдущие шесть, готовы написать полноценное приложение.
И, если оно будет использовать какие-то незнакомые вам технологии - попутно их изучить.

Простой хак: в настройках TB есть возможность назначить всем письмам подпись - в HTML.
Достаточно кроме обычных данных (ФИО и телефон менеджера) воткнуть туда вот такой, например, блок:

<style>
table td, table th {
  border: 1px dotted red;
}
</style>

Чтобы уверенно читать исходники, нужно, во-первых, несколько лет их писать.
Тогда вы сможете понимать логику пишущих и узнавать популярные решения.
Вместо исследования письма Чужих к Хищнику.

Целесообразно сходить на торренты и взять там ровно такую же пдф-ку бесплатно.
Спрашивать на Тостере разрешения читать учебники - нецелесообразно.

Что за бред? Фотошоп нужен не для фронт-энда, а для дизайнеров.
WebStorm (как и все прочие IDE, основанные на IntelliJ IDEA) - совершенно одинаково работает под Вынь, Линь и Мак. Пиратить его, кстати, не обязательно, лицензия предполагает использование на любой ОС, какая вам больше нравится. Менять нормальную IDE на майкрософтовский убер-блокнот, уходя с винды - полная дичь...

Вы не пробовали прочитать хоть одну инструкцию по роутингу в Апаче, прежде чем писать велосипеды?
Добавьте в конец switch
default:
echo "Внезапно, я получаю урл $url";
и посмотрите, что он вам вернет.

В наше время совершенно забыто искусство гуглить...
https://mega.nz/file/A0g0gBIA#YOhwe29DU2d41qpU4blf...

Сложный вопрос. За 50 тысяч вам тут любой соберет подходящую конфигурацию, но куда выкинуть еще два раза по столько - как-то и не придумывается. Можно, конечно, к нему еще VR забабахать...

/**
     * Recursively collects all sub-companies IDs into $list
     */
    private function getSubcompaniesIds(CompanyInterface $company, array &$list)
    {
        $childCompanies = $this->companyRelationsResolver->getChildCompanies($company)->getItems();
        foreach ($childCompanies as $childCompany) {
            $list[] = $childCompany->getId();
            $this->{__FUNCTION__}($childCompany, $list));
        }
    }

Для основных сущностей, представленных самостоятельными классами - не стоит, головной боли будет больше, чем пользы.
А вот для вспомогательных (например, для хранения данных прикрепляемых к экземплярам разных классов файлов) - вовсю используется и описано в документации как Polymorphic Relationships.

При запуске системы никакой пользователь по умолчанию не загружается.
Это происходит при запуске DE (точнее, в DM), и действия по смене зависят от того, какое оно у вас.
У меня, например, автологинящийся пользователь прописан в /etc/lightdm/lightdm.conf

Если сайт активно использует ajax или вообще построен на React/Vue/etc - хрен вы "выкачаете" его контент, не эмулируя браузер.
Впрочем, вопросы с терминологией "потери внешнего вида" - это к авгурам.

Какой сервис посоветуете который позволит выписывать счета?

По-хорошему, это должна делать ваша CRM.
Платежная система тут не имеет смысла, оплата по счету приходит на ваш собственный банковский счет.
А вот бухгалтер, который будет проверять поступления и каким-то образом инициировать подписку по факту оплаты - понадобится.

В основу CMS должна ложиться сумма опыта по типовым проектам.
В качестве первого пет-проекта ее делать совершенно бессмысленно: либо выйдет нежизнеспособная дичь, либо - и скорее всего - просто завалит сложностью задачи и не выйдет ничего.