Ошибка записи файла на диск moodle

Я пытаюсь создать кастом plugin задать вопрос студенту в Мудл. Для этого у меня есть две таблицы. mdl_qadt and mdl_qads. Я сделал часть учителя, то есть учитель может добавить вопрос. Это сохраняется в таблицу mdl_qadt, Теперь ученик логин и выберите это упражнение отобразить форму. Здесь студенты могут опубликовать свой ответ. При публикации ответа, который выдает ошибку:

Ошибка записи в базу данных.

Но ответ и соответствующие данные вставляются в таблицу mdl_qads, Тогда почему ошибка показывает ??

Изображение страницы с ошибкой

Изображение формы для студента

view.php

echo $OUTPUT->heading($qadt->name);

if ($qadt->intro) { // Conditions to show the intro can change to look for own settings or whatever
echo $OUTPUT->box(format_module_intro('qadt', $qadt, $cm->id), 'generalbox mod_introbox', 'qadtintro');
}
echo "<b>". $qadt->question ."</b>";

require_once(dirname(__FILE__).'/stud_form.php');

$stud_form = new student_form("stud_action.php?id={$cm->id}&ref={$qadt->id}");

$stud_form->display();

echo $OUTPUT->footer();

stud_form.php

require_once($CFG->dirroot.'/lib/formslib.php');

class student_form extends moodleform {

function definition () {
$mform =& $this->_form;
//$mform->addElement('header', 'general', 'general');
$mform->addElement('text', 'answer', 'Your answer');
$mform->setType('answer', PARAM_TEXT);
$mform->addRule('answer', null, 'required', null, 'client');
$this->add_action_buttons(false, 'submit');
}

}

stud_action.php

require_once(dirname(dirname(dirname(__FILE__))).'/config.php');
require_once(dirname(__FILE__).'/lib.php');
require_once($CFG->dirroot.'/lib/formslib.php');

$answer = $_REQUEST['answer'];  //answer given by student or user
if(isset($_GET['ref']))
{
$refid = $_GET['ref'];  // refid
}
if(isset($_GET['id']))
{
$modid = $_GET['id'];  // module id
}
$currentTime = date('Y-m-d H:i:s');
$record = new stdClass();
$record->sid     = $USER->id;   // logged in user's id
$record->refid   = $refid;
$record->answer  = $answer;
$record->modified_date  = $currentTime;

$table = "qads";
$data = studResponse($record, $table);
function studResponse($record, $table)
{
global $DB;
$lastinsertid = $DB->insert_record($table, $record);
return $lastinsertid;
}
if($data)
{
header("location:view.php?id=$modid");
}

Почему я получаю ошибку, даже если данные вставлены в таблицу. Как я могу это исправить.? Любая помощь заметна.

РЕДАКТИРОВАТЬ

Я получил следующую ошибку

Debug info: unknown error fetching inserted id

[NULL]
Error code: dmlwriteexception

Stack trace: •line 1101 of libdmlmysqli_native_moodle_database.php: dml_write_exception thrown
•line 1144 of libdmlmysqli_native_moodle_database.php: call to mysqli_native_moodle_database->insert_record_raw()
•line 52 of modqadtlocallib.php: call to mysqli_native_moodle_database->insert_record()
•line 18 of modqadtstud_action.php: call to students_response()

0

Я хочу настроить некоторые строки в Moodle. поэтому, когда я нажал на открытый языковой пакет для редактирования, он будет работать до 69% и выдаст ошибку «Ошибка записи в базу данных».

Error/moodle/dmlwriteexception Это указывает на то, что произошла общая ошибка, когда Moodle попытался записать в базу данных. Если вы включите отладку, вы получите более подробную информацию о проблеме.

MySQL Если вы используете базу данных MySQL для установки Moodle, эта ошибка может быть вызвана неправильно настроенным размером сервера max_allowed_packet. Увеличение этого значения может решить проблему.

Я попытался увеличить значение max_allowed_packet с 1M до 100M, но все равно получаю ту же ошибку.

Пожалуйста, помогите мне

Попробуйте указать следующие настройки в вашем config.php:

@ini_set('display_errors', '1'); // NOT FOR PRODUCTION SERVERS!
$CFG->debug = 32767;         // NOT FOR PRODUCTION     SERVERS! // for Moodle 2.0 - 2.2, use:  $CFG->debug = 38911;  
$CFG->debugdisplay = true;   // NOT FOR PRODUCTION SERVERS!

Это должно рассказать вам больше о запросе, который вызывает ошибку, и помочь решить вашу проблему. Когда вы закончите отладку, удалите эти строки, так как они могут создать угрозу безопасности.

Источник: https://docs.moodle.org/23/en/Debugging#In_config. .php

Вероятно, это пользовательский плагин с неправильным строковым идентификатором в языковом файле — https:// moodle.org/mod/forum/discuss.php?d=222815

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

Так что я не уверен, связано ли это, но, поскольку я получил точно такое же сообщение, я предполагаю, что это так.

Я новичок в Moodle и пытался установить его локально на свой компьютер. Как только я освоился с этим, я перенес его в размещенную среду. Я уверен, что неправильно выполнил процесс с точки зрения разрешений пользователя, поскольку, как только я перенес экземпляр, я начал получать исключение «ошибка записи в базу данных».

После долгих исследований и перепробовав множество решений, которые не работали, я в конце концов нашел то, что работало. Опасно делать это в базе данных, в которую уже записаны записи, однако решение состояло в том, чтобы удалить столбец «id» затронутой таблицы и добавить его снова с включенным auto_increment:

Шаг 1: Включите отладку в настройках страницы вашего сайта Moodle. Любая вставка в базу данных, скорее всего, вернет ошибку, подобную этой».

Debug info: Field 'id' doesn't have a default value
INSERT INTO mdl_course_sections (course,section,summary,summaryformat,sequence,name,visible,availability,timemodified) VALUES(?,?,?,?,?,?,?,?,?)
[array (
0 => '2',
1 => 10,
2 => '',
3 => '1',
4 => '',
5 => NULL,
6 => 1,
7 => NULL,
8 => 1548419949,
)] 
Error code: dmlwriteexception

Шаг 2: Так как это дает вам имя таблицы и поле эффекта, вы можете выполнить следующую инструкцию SQL:

ALTER TABLE {table_name} DROP COLUMN {column_name};
ALTER TABLE {table_name} ADD COLUMN {column_name} INT AUTO_INCREMENT UNIQUE FIRST;

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

Описание ошибки:
На сервере ошибка возникла в обоих вариантах одновременно в двух базах. Только первый текст ошибки — для файловой базы, а второй — для серверной. Каталог файловой базы данных и папки СУБД сервеной базы находились на одном фиизческом диске.

Найденные решения:

Ошибка записи файла базы данных (возможно, нет места на диске) ‘К<каталог_базы>’/1Cv8tmp.1CD

Ошибка СУБД:
ERROR: could not write block 41 of temporary file: No space left on device

Формулировка текста ошибки на русском языке проявила себя быстрее в файловой базе. По формулировке ошибки в принципе понятно, что не просто возможно, а на самом деле место на жестком диске закончилось. Т.е. информирование в ошибке о недостатке физического пространства, как в русской, так и в английской формулировке «No space left on device» (На устройстве нет свободного места) — говорит об первом, что нужно сделать — проверить количество свободной памяти на жестком диске, где размещена база(ы).

Оцените, помогло ли Вам предоставленное описание решения ошибки?

© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.

06-02-2020

Журавлев А.С.
(Сайт azhur-c.ru)