Роман, здравствуйте! Не нашли решение проблемы?
Потратил некоторое время на изучение механизма взаимодействия плагина и ВК. Вердикт не утешительный - подключить ВК с помощью этого плагина невозможно. Подробнее:
1. Приснопамятная ошибка "Ваш сеанс, по-видимому, истек" - результат неверной обработки поля state на стороне ВК. Я послал им баг-репорт, но ожидать исправления думаю бессмысленно. Эту проблему можно было бы исправить на стороне Мудл, но на этом проблемы не заканчиваются.
2. По всей видимости API VK еще и нестандартно отдает user_info. Судя по коду, Мудл ожидает совсем не ту структуру, которая прилетает от ВК.
3. Фатальная проблема - ВК не отдает email вместе с другой пользовательской информацией (для которой настраивается сопоставление полей в Мудл). Точнее он его отдает, но совсем в другой момент - на этапе запроса access_token. Отсутствие почты не позволяет создать аккаунт для пользователя, а допиливание модуля до хотелок ВК видится довольно трудоемким.
Вердикт: с помощью стандартного модуля OAuth2 подключение ВКонтакте не предствляется возможным.
Очень радостно за Вас!
А можно приобрести этот плагин и сколько это будет стоить?
Да, плагин входит в состав комплекта СЭО 3KL и может быть установлен поверх Moodle 4.1 (с более ранних версий Moodle возможен апгрейд).
А отдельно приобрести его можно?
И у меня Moodle 3.11
СЭО 3KL существует для Moodle 3.9 и для Moodle 4.1. Соответственно, в вашем случае нужно будет обновляться до Moodle 4.1 для последующей установке плагинов из комплекта.
Отдельно плагины не продаем, т.к. всегда кому-то нужно одно, кому-то - другое, плюс документация и поддержка на этапе внедрения, плюс некоторые сценарии задействуют сразу несколько плагинов, поэтому дешевле делать и продавать всем одинаковую коробку, чем отгружать каждому отдельный комплект плагинов (даже за те же деньги, что и коробка).
а если верить мудлу то для вашего блока auth_otoauth деканат не требуется, соответственно ни что не мешает его ставить отдельно от СЭО 3KL )))
Деканат добавляет иерархию подразделений и дочерних подразделений, тогда как в Moodle структура пользователей "плоская" и нельзя наделить руководителя правами управления пользователями только своего подразделения. А в ЭД можно. Что и используется в портфолио.
Что касается "покупки лишнего кода" - программный продукт не картошка, он приобретается не на вес или количество строк. Да, все продукты делятся на функционально-бедные, подходящие небольшому числу пользователей для небольшого числа задач и относительно универсальные, которые содержат "избыточный функционал", но штука в том, что для разных пользователей избыточный будет разным. Но чтобы каждый нашел там то, что ему нужно, причем не только на старте, но и по мере развития его проекта, весь этот функционал необходим.
И Moodle и СЭО 3КЛ относятся ко второму типу.
Создавать много отдельных продуктов довольно бессмысленная задача: это большая дополнительная работа, все это надо сделать и отдалить для каждой версии, а код то уже написан. Цена на такие продукты была бы не меньше, а больше, т.к. расходов больше, а покупателей от этого сильно больше не станет и надо будет увеличившиеся расходы распределять на тех же покупателей.
Поэтому мы отдаем одним дистрибутивом все, что у нас есть, а каждый использует то, что ему нужно.
Самим вырезать модули из дистрибутива возможно. Не знаю, что там вам сказал ваш специалист, что чтобы отделить этот модуль, надо просто скопировать папку. Работы на 5 минут. Но я считаю это довольно бессмысленным: во-первых, это лишняя работа, которая делается каждый релиз, а во-вторых, вы лишаете себя и пользователей огромного количества функционала: мы не просто пишем модули, наш методический отдел разрабатывает сценарии для разных категорий пользователей на основе поступающих в техподдержку заявок и эти сценарии могут задействовать целый набор модулей. И если для реализации сценария не хватает функционала, мы планируем его разработку. Все эти сценарии потом публикуются в базе знаний (встроенной справке), по ним проводятся вебинары и их использует техподдержка для ответов.