Ошибка кодирования, она должна быть исправлена программистом
- ◄ Автоматическое назначение роли
- открыть доступ к сайту ►
Ошибка кодирования, она должна быть исправлена программистом
Количество ответов: 1
Когда редактируешь настройки курса («Редактировать настройки»), то выводится ошибка «Обнаружена ошибка кодирования, она должна быть исправлена программистом: The data source class does not exist«
С включенной отладкой указывает на нижеуказанные строки в скриптах.
С чем это связано?
|
Обнаружена ошибка кодирования, она должна быть исправлена программистом: The data source class does not exist. Debug info: Error code: codingerror Stack trace: line 498 of /cache/classes/definition.php: coding_exception thrown line 314 of /cache/classes/helper.php: call to cache_definition::load() line 2737 of /course/lib.php: call to cache_helper::purge_by_event() line 186 of /course/edit.php: call to update_course() |
|---|
В ответ на Nurbek Tentiev
Re: Ошибка кодирования, она должна быть исправлена программистом
Победил проблему.
По ходу она была не только при редактировании настроек курса, а и при других действиях. Например, при попытке почистить все кэши, сделать апгрейд, проверить версии среды.
Решилось удалением файла moodledata/muc/config.php
——
Еще обнаружил хвосты после обновления с заданий 2.2 (assignment 2.2). Пришлось поковырять в базе, а именно остатки устаревших заданий прикрутить к существующему курсу, затем грохнуть их все черед админку. С вышеобозначенной проблемой это не давал сделать.
- ◄ Автоматическое назначение роли
- открыть доступ к сайту ►
Обнаружена ошибка кодирования, она должна быть исправлена программистом: исключение WebEx 030098 при создании нового пользователя.
That error means you are using a unified site, and my plugin can’t create the user. The way around this it to make sure that the user in Moodle who is trying to make a meeting has the same username and email as an already existing user in WebEx.
у нас пользователи в moodl входят по AD, имя и адрес электронной почты в webex передаются по AD. Что в данном случае можно попробовать?//we have users logging into moodl via AD, the name and email address in webex are transmitted via AD. What can you try in this case?
Эта ошибка означает, что вы используете единый сайт, и мой плагин не может создать пользователя. Чтобы обойти это, необходимо убедиться, что пользователь в Moodle, который пытается провести собрание, имеет то же имя пользователя и адрес электронной почты, что и уже существующий пользователь в WebEx.
That error means you are using a unified site, and my plugin can’t create the user. The way around this it to make sure that the user in Moodle who is trying to make a meeting has the same username and email as an already existing user in WebEx.
Hello. I’m having the same issue. It was working for the last 2 years without any issues. It seems Cisco is pushing all accounts to unified and there is no way to make go back.
Which table is this user list populated in and if we create a user entry in this table, would it stop the code from sending a createuser request?
The user table is mdl_webexactivity_user. If you can get all the correct info to populate that, I think it would work.
CI-enabled webex sites seems to be very common now as institutions are integrating webex with AD. I think a good enhancement would be to allow mdl_webexactivity_user table to be updated from the front-end in Moodle admin settings. The table is already exposed in the interface. The missing feature is allow insert/Modification.
Yeah, I’m glad this is working, but I actually no longer have access to webex (Oakland stopped using it), and I moved to a new job, so I don’t have much time to work on it.
I’m happy to keep it loosely working, and integrate contributions people make, but it’s unlikely that I will be able to develop new features anytime soon 😕
Hi! I’ve just installed plugin and trying to test it. I’m getting this exception when trying to create meeting.
I’ve tried to create meeting under a user with same username and email as a webex organizer, but got the same error.
Do you have any idea on what could be wrong?
Unfortunately, no, I’m not sure what might be happening — in the past it has always been related to the username/password issue.
Обнаружена ошибка кодирования, она должна быть исправлена программистом: Failed to unserialise data from file. Either failed to read, or failed to write.
Подробнее об этой ошибке
Debug info:
Error code: codingerror
Stack trace:
line 469 of cachestoresfilelib.php: coding_exception thrown
line 372 of cachestoresfilelib.php: call to cachestore_file->prep_data_after_read()
line 295 of cacheclassesloaders.php: call to cachestore_file->get()
line 1358 of cacheclassesloaders.php: call to cache->get()
line 1134 of cacheclassesloaders.php: call to cache_application->get()
line 245 of cacheclassesfactory.php: call to cache_application->__construct()
line 183 of cacheclassesfactory.php: call to cache_factory->create_cache()
line 171 of cacheclassesloaders.php: call to cache_factory->create_cache_from_definition()
line 555 of libcoursecatlib.php: call to cache::make()
line 981 of libcoursecatlib.php: call to coursecat::get_tree()
line 1310 of courserenderer.php: call to coursecat->get_children()
line 1383 of courserenderer.php: call to core_course_renderer->coursecat_subcategories()
line 1485 of courserenderer.php: call to core_course_renderer->coursecat_category_content()
line 1921 of courserenderer.php: call to core_course_renderer->coursecat_tree
Почистите кэш Moodle (Адм-ние - Разработка - Очистить все кэши), и кэш рнр-акселератора (apc, xcashe, opcode, wincashe, etc), если установлен
Если в админку не пущает из-за ошибки, используйте консольный скрипт admin/cli/purge_caches.php
1. скрипт нужно запускать из корня moodle, указывая пусть /admin/cli/purge_caches.php, а не из /admin/cli.
2. вы запускаете непосредственно .php - файл, он начинает интерпретироваться как bash скрипт. правильно запускать php <имя файла>
3. Вы запускаетесь от рута, а нужно от пользователя веб-сервера. В результате можете сбить права на файлы и папки и веб-сервер будет не в силах их изменять.
Должно быть что-то вроде sudo -u www-data /usr/bin/php <имя файла>
4. ВНИМАТЕЛЬНО ПОЛНОСТЬЮ прочитайте документацию https://docs.moodle.org/39/en/Administration_via_command_line
Я установил плагин auth_emailadmin_moodle в Moodle. После установки я очистил кеширование. И тогда появляется белая страница. После отладки появляется, как показано ниже.
Обнаружена ошибка кодирования, она должна быть исправлена программистом: Путь к хранилищу файлов не существует и не может быть создан. Blockquote
Помогите пожалуйста мне.
2 ответа
Лучший ответ
Помимо расположения хранимого веб-контента, Moodle необходим каталог данных, доступный для записи веб-сервером.
Загляните в файл config.php, который должен находиться в корневом веб-каталоге вашей установки Moodle.
Вы должны увидеть строку, которая выглядит следующим образом:
$CFG->dataroot = '/home/moodle/moodledata'
Ваш путь к файлу, вероятно, что-то другое — это именно то, где я храню мой. Убедитесь, что каталог, в котором он указан, существует и может быть записан с помощью учетной записи, которая запускает ваш веб-сервер.
Вы можете узнать больше об этом каталоге здесь: https: //docs.moodle .org / 32 / ен / Installing_Moodle # Create_the_.28moodledata.29_data_directory
Я не уверен на 100%, что это решение вашей проблемы, но это хорошее место для начала.
Удачи и веселья с Moodle!
0
initstring
8 Мар 2017 в 10:55
Я столкнулся с той же ошибкой при обновлении Moodle и отключении питания. Чтобы устранить эту ошибку, сделайте одно: Удалить папку «cache» из папки moodledata и создайте новую папку с именем «cache» и нажмите «обновить».
После загрузки нажмите «localhost / admin / purgecaches.php» в браузере и нажмите кнопку «Очистить все кэши».
CHEERS
0
Chaitanya Bhojne
30 Янв 2019 в 05:19