estic

Спасибо, я знаком с UML. Но как мне "правильнее" проектировать, я знаю лучше.

Многое (из того что вы показали на схеме) есть в системе документирования проектов. В основе этой системы тоже база данных.

Современный (многостраничный) сайт/сервис имеет в своей основе базу данных. Поэтому MySQL (PG, etc.) лучше изучать одновременно с PHP. Я, например, даже простые сайты начинаю проектировать в виде базы данных.

Нет. Просто я не совсем понял, насколько много у вас легэси-кода и есть ли он вообще. Мне, например, для "переключения" вовсе не требуется рефакторинг, потому что я делаю его вовремя и не использую 5.3.

Практика (при наличии минимальной теоретической базы и дальнейшем ее развитии) - это лучший путь. Сложность в том, насколько я понял, что вы работаете с известными CMS. Их кодовая база не только помогает, но и сильно ограничивает. Т.е. ограничений больше, чем при обычной "сборке" приложений из собственного кода и сторонних библиотек. Даже развитые фреймворки общего назначения не так сильно ограничивают, как фреймворки известных CMS.

Все же проверьте. Хуже точно не будет 😉

Если быстрому переключению мешает использование устаревших функций и т.п., пора заняться рефакторингом 😉 При этом вовсе не обязательно ориентироваться на версию 8.х (можно на уже используемую вами версию 7.х).

Все же попробуйте включить и оценить производительность 😉

База современного PHP - это версии 5.4-5.5. Сложность в том, что знать конкретный язык и уметь программировать - это немного разные вещи. Вэб-программирование, естественно, тоже имеет свою специфику. Нужно хорошо понимать основные сетевые протоколы, основы информационной безопасности и т.д.

Не доверяете себе? Хотите, чтобы ваши письма перечитывал кто-то третий? 😊

В общем нормальная схема. Даже при отправке со своего почтового сервера он часто находится отдельно в локальной или глобальной сети. Однако на PHP это делать нецелесообразно. Хотя бы потому, что очень часто это делают неправильно (без организации очереди ожидания). Даже свой "промежуточный" сервер может быть чем-то занят, когда вы передаете письма через него.

Там много факторов. Например, следование собственным новым требованиям, а при их невыполнении "обучение через папку Спам".

Не говорите за всех. А полное уничтожение приходящих - это вовсе невыполнение каких-то основных требований с вашей стороны.

Попробуйте начать с основного: совпадение реального адреса отправителя с адресом во From; SPF, DKIM, DMARC почтового домена и желательно PTR домена (IP-) почтового сервера.