3ton

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

Ответа два:
- гуглите "CRM-система" и выбираете\допиливаете.
- Пишите с нуля.

Отдавайте разные вьюхи, но из одного controller#action.

public function actionIndex()
{
    if ($this->user->role1) {
        $this->runActionForRole1();
    } else {
        $this->runActionForRole2();
    }
}

Сколько людей столько и мнений, мне нравиться Debian, но это мое личное мнение

Любой dedicated server на зарубежном хостинге, брать IP-KVM в комплекте, все ставить на шифрованный раздел, подключаться через VPN к нему и работать, если по уму делать выйдет по цене дороже чем софт купить.
Зато можно на фирме завести сейф запустить в него провода, внутри положить штук 5 кирпичей и UPS, к бесперебойнику вентилятор и фалоимитатор подключить, в случае чего будет что изъять, при проверке говорить что ключей нет, пусть целиком изымают, как отроют - оценят. Если что крайний абзац шутка.

Везде хорошо, где нас нет.
Мое субъективное мнение - вы неправильно смотрите на вещи.

1. "профессионалов в сфере IT значительно выше чем в других секторах"
Неправда. Вы наверняка просто по большей части вращаетесь в этой тусовке и не видите какой треш и угар творится в других областях, из-за чего создается иллюзия того, что ИТишников на свете больше всех, а профессионалов среди них еще больше, а все встречающиеся бухгалтера, банкиры, строители живут припеваючи.

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

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

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

Паттерн Builder в чистом виде.

Проще говоря стоит этим занимать или это все гемор и проще купить и заниматься своим хобби?

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

Если же цель в простой экономии, то лучше даже не начинать. Ваше время стоит значительно дороже, нежели подобная выгода (и, кстати, учтите комментарий Александра - старый комп с потреблением в 150 Вт в месяц будет кушать ~100 КВт/ч, хостинг будет дешевле).

Друзья, благодарю каждого из вас за уделённое мне время. За то что указали мне на мои существенные недостатки, грубейшие ошибки и неправильный подход к дизайну.
Я сейчас внёс небольшие изменения на сайте, но это всё пока так... Позже я придумаю принципиально другой дизайн. Я буду постоянно развиваться и учиться делать сайты всё лучше, лучше и лучше.

P.S. Поздравляю всех с наступающим новым годом и желаю каждому непрерывного самосовершенствования и профессионального роста. Не бойтесь ошибаться, ведь ни один веб-дизайнер не делал прям сразу красивые сайты. Сначала у всех получалось коряво, потом делались какие-то изменения, потом всё снова переделывалось... и так с каждым разом становилось всё красивее.

По первому: наиболее секурно все же отдельные виртуальные машины.
Однако если вопрос только в БД, при условии нормальной архитектуры самого приложения и бд скажем PostgreSQL/Oracle То я бы остановился на схемах. Причем каждый поддомен работает от своего пользователя/схемы с четко разграниченными грантами.
С управляющей схемой контактируют только системы полностью изолированные от пользователя.
Начальное копирование баз для posgre, скажем: от простого дампа основной схемы/create table like до create table of type / inherits

По второму пункту: при грамотной реализации ничего тормозить не будет, во всяком случае у меня 250млн сообщений при 2тысячах активных пользователей не тормозили абсолютно. Тут больше думать нужно над реализаций самих сообщений. Если скажем мы можем удалять свое сообщение из переписки то его копия не нужна, если не можем то табличка вида
-message_id
-message_text
-message_theme (если нужно)
-parent_id (для иерархии ответов, если нужно),
-folder_id (если нужны папочки)
-author_id
-author_name
-recipient_id
-recipient_name
-keeper_id
Решает все проблемы. На каждое сообщение создается два экземпляра и соответственно если keeper_id==author_id то это исходящее, если keeper_id==recipient_id - входящее. Имена отправителя/получателя кешируем в соответствующих полях дабы не выполнять на каждый чих лишний джоин а так же дабы не потерять адресата если вам захочется потереть пользователя из бд (что само по себе плохая идея). Определяемся нужны ли темы,папки итд и составляем индексы под наши запросы - все: радость и счастье, бабочки летают.

Есть.
Причина утечки - прокладка. Между стулом и монитором.
В данном случае причина -

Получаю массив записей из бд

Получать записи надо не массивом, а по одной.
И никакая память никуда утекать не будет. ДАЖЕ если не ансетить те переменные, которые и так будут перезаписаны при следующей итерации.

Покажите этот вопрос самому удаленному сотруднику, я думаю вопрос сразу решится, он просто вежливо уйдет сверкая пятками. Если человек не готов потратить 5 баксов за устраивающий его сервис - это говорит о многом.