Разработка личного кабинета пользователя - Разработка

Пользователь, авторизовавшись на основном сайте попадает в личный кабинет который располагается на поддомене.
Регисрации не будет. Администратор сам выдает пользователю логин и пароль.

В зависимости от выданных прав, авторизованный пользователь может
1. Скачивать и просматривать доступные ему файлы (учебные материалы и видеоуроки)
2. Просматривать видеоуроки и вебинары
3. Задать вопрос администрации и получать ответ через специальное меню – форму
          a.   так же предусмотреть возможность онлайн чата.
4. Возможность совместного (с другими пользователями) просмотра вебинаров и совместного общения через чат с преподавателем.
5. Возможность пройти тест через личный кабинет. При прохождении теста сервер автоматически записывает результаты и отправляет их на указанный email и выдает результат пользователю. Пользователь в любое время может просмотреть все результаты своих пройдённых тестов.

Это очень немало работы.
Порядок бюджета серьезный или шуточный?

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

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

а как личный кабинет может располагаться на поддомене?
он там будет физически или логически?
если собираетесь для каждого пользователя создавать свой поддомен, то это не лучшая затея и обойдется только она в не мало денег, я не говорю уже об остальном)
если бюджет меньше хотя бы 100к можно смело идти на фриланс искать гострабайтеров

Пункты 1,2,5 - работа средней сложности. Для 3a и 4 по-хорошему ещё и Node JS необходим. Чат на PHP не очень хорошая идея, т.к. если будет много юзеров, сервер может не выдержать. То есть нужен выделенный сервер, куча дискового пространства для медиа, php, нода, знание Линух, ну и мозги, конечно. Для начала нужно составить схему приложения, его архитектуру, ну и от неё уже плясать. По поводу поддоменов: сложно, но можно.

Leva888
Прототипирование на бумаге делали или его еще требуется сделать?

Да момента. Первый не думаю что это стоит делать на Joomla. Второе не указан бюджет проекта.

Первый не думаю что это стоит делать на Joomla.

Почему? На Joomla! это элементарно делается. Вся база уже готова, и она полностью подходит под заявленные цели. Цели не такие уж и трудные. Я наоборот считаю, что на Joomla! очень удобно будет работать.

Что-то совсем запугали ТС-а…
Стандартный функционал чуть расширить, плюс сторонние расширения прикрутить, ЛК не на поддомене.
«Скачивать и просматривать» - права доступа настроить.
Задать вопрос, получить ответ – зависит от претензий, или готовое скостылить, или плагин профиля расширить.
Чат с преподом, которых не 100500 штук, зачем node?
Тесты – компонент готовый есть.
P.S. на исполнителя не претендую, мимо проходил, отпуск.

Данную задачу как раз очень удобно решать на Joomla. Если честно, то даже не нужно расширять стандартные компоненты, они могут остаться такими же как и раньше, а вот для работы с чатом и со всеми задачами по ТЗ, надо писать отдельный компонент, который и будет включать в себя придуманный функционал.
Если у вас на на каком то курсе в чате не будет сидеть одновременно 15000 - 20000 человек, то спокойно хватит на обыкновенном jQuery описать систему чата, а на php переложить логику обработки данных.
Ну а если человек прошел а вас какой то тест, то к эго идентификатору можно добавить любую информацию, так как созданный пользователь в Joomla это не обязательно запись про него в компоненте USERS.
Так что задача не особо сложная, хотя и не понятно что именно должно быть в данном ТЗ но и не совсем простая.
Если что могу участвовать в разработке.

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

Детский сад! Идите и учите матчасть. Юзер в Joomla это всегда запись в таблице users. Даже, если юзер создается через соцсеть.

Что в итоге, автор получил результат?