Средства регистрации пользователей с подачей документов - Поиск компонентов, модулей, плагинов

Здравствуйте!
Необходимо внедрить в сайт (Joomla 3.9.25) систему регистрации пользователей с возможностью поэтапного предоставления документов, типа системы регистрации поступающих в ВУЗы. Пока нужно определиться с объёмом работы, понять, есть ли для этой задачи готовые решения типа сторонних компонентов (желательно бесплатных), возможно достаточно встроенных средств (это было бы идеально) типа доп. полей и т.п.. Сориентируйте, пожалуйста, куда копать (на форуме пока подобного решения не видно, только фрагментарно из других задач...)!

так доп полей за глаза

Можете вкратце описать процесс (с доп. полями, думаю, разберусь)?

Спасибо, но это, вроде, непосредственно про использование доп. полей (с просмотром видео есть корпоративные сложности, но подобная инфа есть), а хотелось бы увидеть примерную схему создания системы регистрации и подачи документов поступающих в ВУЗ.

Спасибо, но это, вроде, непосредственно про использование доп. полей (с просмотром видео есть корпоративные сложности, но подобная инфа есть), а хотелось бы увидеть примерную схему создания системы регистрации и подачи документов поступающих в ВУЗ.

Вы разобрались в вопросе, мне тоже интересно?

Нет, пока не разобрались, но уточнение задания привело к некоторым выводам...
Нам очень желательно воспользоваться штатными средствами Joomla (без сторонних компонентов) из соображений безопасности. Но необходимые функции, типа рейтинговых списков, отсылки результатов анкетирования в архиве на почту, возможность загрузки файлов пользователем, веб-администрирование бестолковыми менеджерами, личный кабинет зарегистрированного, и т.п., в самой CMS, вроде бы, отсутствуют (плюс всё это обязано работать сначала на локальном сервере).
Поэтому, по-прежнему ждём подсказок, как правильно решить эту задачу.
Ещё раз уточню: нам нужно не готовое решение от форума, а подсказки по алгоритму построения этой системы. Готовы разбираться.

Но необходимые функции, типа рейтинговых списков, отсылки результатов анкетирования в архиве на почту и веб\-администрирование бестолковыми менеджерами, личный кабинет зарегистрированного, в самой CMS, вроде бы, отсутствуют (плюс всё это обязано работать сначала на локальном сервере).

вот эти вопросы вообще не поднимались
а так кабинет на полях вполне работает, так же можно связать с контактами
а все остальное только писать
ну или пробуйте что то типа CommunityBuilder

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

Все перечисленное штатными средствами сделать не получится. Частично решается доп. полями. Форму регистрации желательно переопределить в шаблоны, и слегка переделать, чтобы к примеру при регистрации, логин формировался автоматически по типу AB78008, это избавит юзера от сочинительства, а доп. полями, можно будет уже и ФИО прописать. Дальше, через доп. поля формы контактов, создать анкету для отправки анкеты с файлами. Но вот модерировать весь этот парк, без разработки собственного решения, нормально не получится. Из сторонних компонентов, с данной целью справится только Fabrik, там можно сформировать свои формы и таблицы, сформировать форму анкеты, создать "админку", для модерирования, и сделать даже учетную систему, с автоматическим присвоением статуса заявлению, и информировании об изменении статуса. Имеется встроенный экспорт/импорт в csv, формирование pdf документов. В общем функционал довольно обширный. Разве что, если Joomla 4, то под нее компонент еще не обновили.

Да, спасибо за ответ!
Про недостаточность штатных средств, к сожалению, понятно...
А кроме Fabrik не справится ли, например, QuickForm?
Кстати, его уже попробовали (QF-3), но столкнулись с тем, что не работает скрипт добавления полей в форму. Группы создаются, а добавить свои поля - никакой реакции, даже на приложенных рабочих примерах.

А кроме Fabrik не справится ли, например, QuickForm?

Все зависит от потребностей, и тут уж сами смотрите, хватит или нет, и какие возможны в будущем изменения. Если ограничиться пересылкой заполненной формы заявления/анкеты - то на мой взгляд вполне. И в отличие от Fabrik, у QuickForm можно создать более "гибкую" форму "калькулятор", с различными вычислениями. В Fabrik это слишком сложно, или слишком неочевидно. Но в QuickForm ни о какой модерации и создании личного кабинета, даже речи не идет. Но можно объединить данные решения, если через QuickForm писать в базу, отправления, а через Fabrik их можно считывать, т.к. он способен подключаться к любой таблице в базе данных и на основе этой таблицы, можно сформировать свое собственное управляющее приложение (но это не всегда красиво, но для выполнения каких-то иных операций в качестве "прослойки" иногда бывает удобно), например я для экспорта в csv информации из одного компонента так делал.

так то для сбора много каких форм можно использовать(более нативных и понятных)а вот вывод тут конечно Fabrik рулит

Пробуем Fabrik...
После решения всех проблем с превышением разрешённого для установки размера файлов, при установке одной из версий сервер лёг Но был поднят (IIS).
По поводу другой, CMS выдаёт сообщение: "request entity too large". Никто не сталкивался?

Это означает, что превышен установленный на сервере лимит на размер загружаемого файла.

Нет, об ограничениях на загрузку CMS сообщает в самом начале процесса установки, просто не берёт файл и пишет про ограничение. Было 8Мб, сейчас на загрузку поставлено ограничение 256Мб, что с большим запасом. Плюс в php.ini увеличены объёмы памяти и время выполнения. В .htaccess тоже... Больше похоже на ограничения самой CMS или СУБД.

Так вы писали, что у вас IIS, тогда .htaccess тут никак не повлияет на его конфигурацию. В вашем случае нужно вносить изменения в web.config
https://techcommunity.microsoft.com/t5/iis-support-blog/solution-for-request-entity-too-large-error/ba-p/501134

На счет настроек в самой cms, обычно лимиты зависят от компонента, например штатный медиа менеджер имеет свой лимит который меняется в настройках системы. Но основные лимиты joomla определяет от конфигурации сервера.

Ну, .htaccess - просто "до кучи
Изменено в web.config на максимальное значение (по данным из ссылки), эффекта нет. Может это дефектный пакет Фабрик всё-таки (скачано отсюда: https://codeload.github.com/Fabrik/fabrik/zip/refs/heads/master)?

Оф сайт https://fabrikar.com Там есть две версии, одна для версий Joomla до 3.10 и другая после 3.10. Поэтому нужно под свою версию cms ставить. Чтобы скачать возможно потребуется регистрация. Если версия cms не последняя, то нужно качать из архива https://fabrikar.com/download-archive
И эту ошибку выдает до установки? Или в процессе работы компонента?
Если перед установкой, значит точно где-то еще какой-то лимит на сервере упущен. С IIS не работал, потому не подскажу. Но можно загрузить по ftp в папку tmp (или напрямую закинуть, если свой сервер), и запустить установку из каталога. Еще можно распаковать архив, и установить части компонента по отдельности, т.к. основной установочный архив содержит, более мелкие самостоятельные архивы, которые можно устанавливать по отдельности.

Оф. сайт требует регистрации, а она не проходит - возможно из-за нашего местоположения (ру), пытались ещё на прошлой неделе в разнообразных вариантах. Поэтому и искали альтернативные источники.
Установка теперь начинается без проблем, потому что все ограничения на загрузку файлов были поправлены ещё в пятницу. Сообщение выдаётся именно в процессе установки, но не как ошибка, а, как бы, по результатам установки, на розовой полоске вверху.

установить части компонента по отдельности

а можно ли его просто распаковать в соответствующую папку компонентов?

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

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

В tmp нужно кидать распакованным. Я так никогда не ставил, поэтому этого нюанса не знал.

В tmp нужно кидать распакованным. Я так никогда не ставил, поэтому этого нюанса не знал.

Пробовал и так и так - одинаково, установочных файлов не найдено.

Ссылка на гитхаб неправильная, не могу посмотреть, что там за архив, но возможно там чисто исходники без установочных файлов.
С регистрацией на оф сайте, что-то действительно не так, отклоняет email, даже gmail. Но я там был зареган, сейчас попробовал закачку по прямой ссылке, вроде скачивается, версия для Joomla 3.10+ (Если версия ниже, не ставить, только архивную версию!) https://fabrikar.com/index.php?option=com_fabrik&task=plugin.pluginAjax&plugin=fileupload&method=ajax_download&format=raw&element_id=31&formid=3&rowid=3796&repeatcount=0&ajaxIndex=0

Спасибо огромное! Скачалось, встало без проблем. +.
Однако, он же платный, вроде? Сейчас нам надо только потестить на локале, потом, в любом случае, будем покупать, если подойдёт.

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

Однако, он же платный, вроде?

Нет, это open source.

С регистрацией на оф сайте, что-то действительно не так, отклоняет email, даже gmail.

Не могли бы Вы скинуть ещё ссылки на плагины, хотя бы упомянутые в Вашей инструкции?

https://disk.yandex.ru/i/CJDZvxdTk6zVQw
Там документ, это скопированная страница со всеми плагинами и описанием.

Спасибо! Установились.

Только, видимо, наша 3.9.25 не совсем совместима с версией Фабрик для 3.10 . Пока замечены две проблемы: ошибка 500 вылезает при окончательном сохранении списка (но сохранение, тем не менее, происходит, и после перезагрузки страницы ошибка исчезает), и при сохранении связей (также всё сохраняется, но ошибка непреодолима, только откат назад по истории). Мы решали вопрос по ош.500 в другой теме, оказалось - php виноват. Может и здесь проблема в нём же, только нужно искать ещё более подходящую версию...

Очередной вопрос возник. Может несколько не по теме, но рядом.
После нескольких экспериментов пришли к выводу, что надо бы отдельную БД завести для этого хозяйства. Завели, но подключиться к ней не получается... Рядом с основной базой лежит база для Fabrik. В разделе "Соединения" создаём новое, все настройки копируем с настроек соединения с основной базой, но соединения нет. Возможно, проблема в пароле, но тогда не понятно, какому ранее заданному паролю он должен соответствовать (проверили все)...
И ещё здесь же: не вполне понятна схема взаимодействия этих баз, т.е., все зарегистрированные будут попадать в отдельную указанную нами базу? И вся регистрация осуществляется через формы Фабрик, не привлекая стандартные средства регистрации Joomla?

На счет версий, прошлые версии компонента доступны в "архиве" https://fabrikar.com/download-archive регистрация для скачивания не нужна, можно попробовать версию 3.9.2.

Касательно БД, в данном случае не вижу надобности в выделении отдельной базы, лучше все же оставить все в одной, просто для удобства прописывать удобные префиксы, и будет всегда понятно, что это за таблица. Иначе я не знаю, как будут вести себя связи с данными из самой Joomla. Не уверен, но мне кажется функция подключения к посторонней таблице, нужна в случае использования вместе Joomla каких-либо посторонних web-приложений, использующих свою БД, а фабрик как прослойка между ними для вывода каких-то данных на основной сайт. А все что связано с Joomla, пусть лучше с ней и остается.

прошлые версии компонента доступны в "архиве"

Спасибо, нашли.

функция подключения к посторонней таблице, нужна в случае использования вместе Joomla каких-либо посторонних web-приложений

Как Вы, возможно, заметили, работа у нас идёт "от случая к случаю" - такова специфика Та же специфика может потребовать возможности переноса полной БД пользователей куда-то ещё, и выдирать потом эти данные из общей БД может оказаться затруднительным. Да и эксперименты показали, что записи в БД плодятся неимоверно, захламляя всё. Поэтому вопрос о создании отдельной БД и взаимосвязи с основной БД остаётся актуальным  Почитать бы где...

Дополнение по версиям: обновлено до Joomla 3.10.10, Fabrik 3.10, PHP версий от 7.2.9 до 8.0 - везде ошибка 500 при 1) сохранении нового соединения с БД и 2) сохранении списка