Где хранятся загруженные файлы moodle

Обновлено: 15.01.2025

Все три части могут быть расположены на одном сервере. В качестве альтернативы при работе в окружении с системой балансировки нагрузки может использоваться множество копий кода, по одной на каждом из веб-серверов, но должна использоваться только одна разделяемая копия базы данных и одна директория moodledata , возможно на других серверах.

Конфигурационная информация для всех трех составных частей хранится в файле с названием config.php в корневой директории установки приложения Moodle с именем moodle .

Передача запросов

Приложение Moodle в данном случае использует стандартный подход языка PHP. Строка URL для просмотра главной страницы курса будет иметь следующий вид: . /course/view.php?id=123 , где 123 является уникальным идентификатором курса в базе данных. Строка URL для просмотра дискуссии форума будет выглядеть аналогично . /mod/forum/discuss.php?id=456789 . То есть, эти сценарии course/view.php или mod/forum/discuss.php будут обрабатывать эти запросы.

Так проще для разработчика. Для понимания того, как приложение Moodle обрабатывает определенный запрос, следует рассмотреть строку URL и начать читать код в ней. Это неудачное решение с точки зрения пользователя. Эти строки URL, однако, постоянны. Строки URL не изменяются в случае переименования курса или в том случае, когда модератор перемещает дискуссию в другой форум. (Это свойство строк URL является полезным и описано в статье Tim Berners-Lee с названием " Cool URIs don't change ".)

Альтернативным подходом, который может показаться полезным, является единая точка входа . /index.php/[дополнительная-информация-для-превращения-запроса-в-уникальный] . После этого отдельный сценарий index.php будет предавать запросы каким-либо образом. Этот подход добавляет уровень абстракции, что всегда любят делать разработчики программного обеспечения. Отсутствие этого уровня абстракции не кажется вредным для приложения Moodle.

Как и множество успешных проектов с открытым исходным кодом, проект Moodle построен на основе большого количества работающих совместно с ядром системы расширений. Этот подход удачен, так как он позволяет пользователям изменять и расширять возможности приложения Moodle различными способами. Важным преимуществом системы с открытым исходным кодом является тот факт, что вы можете адаптировать ее к вашим определенным потребностям. Выполнение значительных изменений кода может, однако, привести к большим проблемам при наступлении времени обновления, даже в случае использования удобной системы контроля версий. Позволяя производить так много изменений и добавлять столько новых функций, сколько возможно при условии их реализации в рамках самостоятельных расширений, взаимодействующих с ядром приложения Moodle с помощью описанного API, можно облегчить задачу по изменению возможностей Moodle пользователями в соответствии с их потребностями, а также по распространению внесенных изменений, при этом сохраняя возможность обновления ядра системы Moodle.

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

Когда я я говорю о строго типизированных расширениях, я имею в виду то, что вам придется разрабатывать различные типы расширений и использовать различные API в зависимости от того, какой тип функций вы хотите реализовать. Например, новое расширение в виде модуля действий будет значительно отличаться от расширения аутентификации или нового расширения типа вопроса. (Существует полный список типов расширений приложения Moodle .) Этот подход противоположен используемому в архитектуре, где все расширения используют в основном один и тот же API а затем, возможно, соединяются с необходимым им подмножеством точек вызова функций или событий.

В основном, направление развития приложение Moodle предусматривало попытки сокращения размера ядра и переноса большего количества функций в расширения. Эти попытки были в какой-то степени успешны, однако, ввиду расширения набора функций сохранялась тенденция роста размера ядра. В рамках другого направления развития были предприняты попытки стандартизации различных типов расширений настолько, насколько это возможно, так, чтобы такие стандартные функции, как установки и обновление выполнялись аналогично во всех типах расширений.

Расширение приложения Moodle представлено в форме директории, содержащей файлы. Расширение имеет тип и название, которые совместно формируют составное название расширения, известное, как "Frankenstyle". (Слово "Frankenstayle" появилось в ходе дискуссии на Jabber-канале разработчиков, при этом оно очень понравилось всем и его начали использовать.) Тип расширения и его название задают путь к директории расширения. Тип расширения задает префикс, а имя директории является названием расширения. Ниже приведено несколько примеров:

Тип расширения	Название расширения	Frankenstyle	Директория
mod (модуль действия)	forum	mod_forum	mod/forum
mod (модуль действия)	quiz	mod_quiz	mod/quiz
block (блок боковой панели)	navigation	block_navigation	blocks_navigation
qtype (тип вопроса)	shortanswer	qtype_shortanswer	question/type/shortanswer
quiz (отчет о тестировании)	statistics	quiz_statistics	mod/quiz/report/statistics

Последний пример иллюстрирует то, что каждый модуль действия может объявлять типы подмодулей. На данный момент только модули действий могут делать это по двум причинам. Если бы всем расширениям было позволено иметь подрасширения, могли бы возникнуть проблемы с производительностью. Модули действий реализуют основные обучающие возможности приложения Moodle и поэтому являются самым важным типом расширений, следовательно, они имеют особые привилегии.

Пример расширения

Я смогу объяснить множество подробностей реализации архитектуры приложения Moodle, рассмотрев пример специального расширения. По традиции я решил реализовать расширение, которое будет выводить фразу "Hello world".

Это расширение на самом деле полностью не соответствует ни одному из стандартных типов расширений приложения Moodle. Это просто сценарий, не связанный с чем-либо еще, поэтому я решил остановить свой выбор на реализации "локального" ("local") расширения. Этот тип расширения является обобщенным типом для реализации разнообразных функций, которые не могут быть корректно отнесены к какому-либо из-других типов. Я назову свое расширение greet для формирования названия Frankenstyle local_greet и пути к директории local/greet . (Исходный код расширения может быть загружен.)

Каждое расширение должно содержать файл с названием version.php , который содержит некоторые основные метаданные, относящиеся к расширению. Этот файл используется системой установки расширений приложения Moodle для установки и обновления расширения. Например, файл local/greet/version.php содержит строки:

Включение названия компонента в файл может показаться избыточным, так как оно может быть извлечено из пути к директории, но установщик использует его для проверки того, что расширение установлено в предназначенном для него месте. Поле версии содержит версию расширения. Поле maturity содержит указание на альфа-версию (ALPHA), бета-версию (BETA), релиз-кандидат (RC, release candidate) или стабильную версию (STABLE). Поле requires указывает на минимальную версию приложения Moodle, с которой совместимо данное расширение. Если это необходимо, есть возможность указать другие расширения, от которых зависит данное расширение.

Ниже приведен код главного сценария для этого простого расширения (расположенный в файле local/greet/index.php ):

Строка 1: Начальная загрузка приложения Moodle

загружаются все стандартные библиотеки приложения Moodle с помощью функции require_once;
инициируется запуск системы обработки сессий;
осуществляется соединение с базой данных; и
устанавливаются значения большого количества глобальных переменных, с которыми мы столкнемся позднее.

Строка 2: Установление факта входа пользователя в систему

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

Этот справочник объяснит, как впервые установить Moodle. В некоторые этапы установки входит большое количество деталей, чтобы попробовать охватить большинство возможных вариантов установки сетевого сервера, и этот документ может выглядеть длинным и сложным. Не паникуйте, как только вы узнаете, как это сделать, вы сможете установить Moodle в течение нескольких минут!

Если у вас проблемы, пожалуйста, внимательно прочитайте этот документ; на большинство обычных проблем вы здесь найдете ответ. Если у вас все еще не получается, вы можете обратиться за помощью к Moodle Help (на английском языке).

Другой вариант состоит в том, чтобы связаться с Компанией по сетевому обслуживанию, которая может полностью настроить для вас Moodle, чтобы вы могли сразу приступить к обучению!

Разделы этого документа:

1. Требования

Moodle прежде всего развит в Linux с использованием Apache, MySQL и PHP (также иногда именуемой платформой LAMP), но также регулярно опробывается с PostgreSQL и на операционных системах Windows XP, Mac OS и Netware 6.

Требования для Moodle следующие:

Программное обеспечение Web-сервера. Большинство людей использует Apache, но Moodle прекрасно работает на любом веб-сервере, который поддерживает PHP, например IIS на платформе Windows. (версия 4.1.0 или выше).Moodle 1.4.и выше поддерживает PHP 5.
Сервер базы данных: MySQL или PostgreSQL полностью поддерживаются и рекомендованы для использования с Moodle.

Большинство веб-хостов поддерживают все это по умолчанию. Если вы сотрудничаете с одним из немногих веб-хостов, которые не поддерживают эти особенности, интересуйтесь о включении поддержки или ищите другой хостинг.

2. Загрузка, копирование и размещение файлов

После загрузки и распаковки архива, или проверки файлов через CVS, у вас будет директория по имени "moodle", содержащая множество файлов и папок.

Если вы скачиваете Мудл на ваш локальный компьютер и затем загружаете это на ваш веб-сайт, обычно лучше загрузить целый архив как один файл, а затем сделать распаковку на сервере. Хостинги, работающие через интерфейс Cpanel позволяют вам разархивировать zip-архивы в файловом менеджере.

3. Структура сайта

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

admin/ - код для управления всем сервером
auth/ - встроеные модули для аутентификации пользователей
blocks/ - модули для размещения небольших блоков по сторонам страниц
calendar/ - весь код для отображения и управления календарем
course/ - код для отображения и управления курсами
doc/ - Документация помощи для Moodle (напр. эта страница)
files/ - код для управления загруженными файлами
lang/ - тексты на различных языках, отдельная директория для каждого языка
lib/ - библиотеки кода ядра Moodle
login/ - код для обработки регистрации и создания учетных записей
mod/ - здесь расположены все главные модули курсов Мудл
pix/ - общая графика сайта
theme/ - пакеты тем (скины) для изменения внешнего вида сайта
user/ - код отображения и управления пользователями

4. Запуск скрипта установки для создания файла config.php

(Примечание: Сценарий будет пробовать сохранить куки (cookie) сессии. Если вы получите предупреждение в всплывающем окне браузера, то подтвердите, что вы сохраняете эти cookie!)

Moodle обнаружит эту инсталляцию и будет пошагово помогать вам создать новый файл конфигурации, называемый config.php. В конце процесса Мудл будет предлагать записать файл в подходящее место, но вы можете нажать кнопку, чтобы скачать этот файл и затем загрузить config.php в главную директорию Moodle на сервере.

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

4.1 Общие настройки веб-сервера

Во-первых, удостоверьтесь, что ваш веб-сервер настроен, чтобы использовать index.php в качестве страницы по умолчанию (возможно в дополнение к index.html, default.htm и т.д.).

Только удостоверьтесь, что index.php находится в списке (и желательно в начале списка, для эффективности).

В-третьих, работа Мудл требует, чтобы большинство параметров настройки PHP было активным. На большинстве серверов они уже будут параметрами настройки по умолчанию. Однако, некоторые серверы PHP (более свежих версий PHP) могут установить параметры по-другому. Они определены в файле конфигурации PHP (обычно называемым php.ini):

Чтобы сделать это, вы должны создать файл с названием .htaccess в главной директории Moodle, который содержит нижеследующие строки. Это работает только на серверах Apache и только если OVERRIDE было разрешено в основной конфигурации.

вы можете также задавать максимальный размер загружаемых файлов:

Проще всего это можно сделать, скопировав типовой файл из lib/htaccess и отредактировав его, чтобы удовлетворить вашим потребностям. Он содержит дальнейшие инструкции. Например, в среде Unix:

4.2 Создание базы данных

вы должны создать пустую базу данных (напр. " moodle ") в вашей системе баз данных наряду со специальным пользователем (напр. "moodleuser"), у которого есть доступ только к этой базе данных. Вы можете использовать пользователя "root" для тестового сервера, но это не рекомендуется для действующей системы: если хакерам удастся подобрать пароль, тогда вся ваша система баз данных будет в опасности, а не только одна база данных.

Если вы собираетесь использовать веб-хостинг, то на нем, вероятно, будет панель управления веб-интерфейса для создания вами базы данных.

Cpanel является одной из самых популярных. Создать базу данных в Cpanel:

Нажать иконку"MySQL Databases (База данных MySQL)"
Выбрать поле в базе данных "moodle" и нажать "Add Database (Добавить базу данных)".
Ввести имя пользователя и пароль в соответствующие поля(если вы не один используете Базу данных) и нажать "Add User (Добавить пользователя)".
Теперь используйте кнопку "Add User to Database (Добавить пользователя к Базе данных) " для создания новой учетной записи и кнопку"ALL (ВСЕ)"для задания прав на новую базу данных.
Примечание: имя пользователя и названия базы данных могут быть предустановлены вашим именем пользователя Cpanel. Когда вводите эту информацию в инсталлятор Moodle - используйте полные имена.

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

Вот пример некоторых строк команд Unix для MySQL:

And some example command lines for PostgreSQL:

4.3 Создание каталога данных

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

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

Для безопасности лучше, если эта директория не доступна непосредственно из сети интернет. Самый легкий способ сделать это - просто определить местонахождение этой директории ВНЕ сети, но если у вас эта директория должна иметь доступ из сети, тогда ее защищают, создавая в директории данных файл .htaccess, содержащий такую строку:

Чтобы удостовериться, что Moodle может сохранить загруженные файлы в этой директории, проверьте, что у программного обеспечения веб-сервера (напр. Аpache) в этой директории есть разрешение на чтение, запись и выполнение.

На машинах Unix это означает назначить владельцем директории пользователя "nobody" или "apache" и затем предоставить этому пользователя права на чтение, запись и выполнение.

На системах Cpanel вы можете использовать "файл-менеджер", чтобы найти папку, затем выберите "Change Permissions (Изменить разрешения)". На многих серверах с разделенным доступом вы должны будете ограничить доступ ко всем файлам вашей "группой" (для препятствия тому, чтобы другие клиенты хостинга видели или изменяли ваши файлы), но обеспечить всем полный доступ для чтения, а веб-серверу - для записи ( это позволит веб-серверу получать доступ к вашим файлам).

Усли у вас есть проблемы по безопасной настройке - обратитесь к администратору сервера. В некоторых специфических случаях может потребоваться, чтобы администратор создал должным образом эту директорию, используя "Safe Mode (Безопасный режим)".

5. Переход на страницу администрирования для сохранения конфигурации

Если на предыдущем этапе config.php был создан правильно, то вход на первую страницу сайта переместит вас на страницу "admin" для окончания конфигурации.

В первый раз, когда вы получаете доступ к странице "admin" , вам предложат GPL лицензионное соглашение, с которым вы должны согласиться, чтобы продолжить установку.

CREATE TABLE course ( id int(10) unsigned NOT NULL auto_increment, category int(10) unsigned NOT NULL default '0', password varchar(50) NOT NULL default '', fullname varchar(254) NOT NULL default '', shortname varchar(15) NOT NULL default '', summary text NOT NULL, format tinyint(4) NOT NULL default '1', teacher varchar(100) NOT NULL default 'Teacher', startdate int(10) unsigned NOT NULL default '0', enddate int(10) unsigned NOT NULL default '0', timemodified int(10) unsigned NOT NULL default '0', PRIMARY KEY (id)) TYPE=MyISAM

Если вы не видите его, тогда, возможно, была некоторая проблема с базой данных или параметрами настройки конфигурации, которые вы определили в config.php. Проверьте, что PHP не находится в ограниченном "Безопасном режиме" (коммерческие хостинги иногда включают безопасный режим). Вы можете проверить переменные PHP, создавая небольшой файл, содержащий <?php phpinfo() ?> и просматривая результат через браузер. Проверьте их все и вызовите страницу "admin"снова.

Прокрутите страницу до самого низа и нажмите ссылку "Continue (Продолжить)".

вы перейдете к форме, где вы можете определить больше переменных для конфигурации вашей установки, например язык по умолчанию, хост SMTP и так далее. Не слишком волнуйтесь о понимании правильности значений - вы всегда можете вернуться к их редактированию, используя интерфейс администратора. Значения по умолчанию будут полезными и безопасными для большинства сайтов.Прокрутите страницу до самого низа и нажмите ссылку "Save changes (Сохранить изменения)".

В случае, если процесс останавливается на этой странице без продолжения, то у сервера, вероятно, проблема. Это легко установить: измените настройки "secureforms", затем пробуйте продолжить снова.

Прокрутите страницу до самого низа и нажмите ссылку "Continue (Продолжить)".

Следующая страница - форма, где вы определяете параметры вашего сайта Moodle и его первой страницы (название, формат, описание и т.д.). Заполните значения (потом вы всегда можете изменять их ) и нажмите "Save changes (Сохранить изменения)".

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

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

(Если по какой-нибудь причине вы прервали установку, или есть какая-то ошибка системы, препятствующая вам загрузиться под учетной записью администратора, вы можете загрузиться, используя имя пользователя по умолчанию "admin" с паролем "admin".)

В случае успеха вы будете перемещены на домашнюю страницу вашего нового сайта! Обратите внимание на ссылки управления, которые появились внизу левой стороны страницы (эти элементы также есть на отдельной странице администрирования) - эти элементы видны только вам, потому что вы загрузились как администратор. Все ваше дальнейшее управление Moodle осуществляется с использованием этого меню, например:

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

Однако вы еще не все сделали! Осталось закончить одно очень важное дело (см. следующий раздел о процессе cron).

6. Запуск процесса cron – это ВАЖНО!

Сценарий, который делает все это, расположен в директории "admin" и называется cron.php. Однако, он не может управляться самостоятельно; вы должны настроить механизм периодического запуска этого сценария (напр. каждые пять или десять минут). Это обеспечивает непрерывную "пульсацию", чтобы сценарий мог периодически выполнять необходимые функции, определенные каждым модулем. Этот вид систематического механизма известен как служба cron.

Отметим, что машина, выполняющая cron не обязательно должна быть той же самой машиной, которая управляет Мудл . Например, если вы используете ограниченный хостинг, который не имеет службы cron, тогда вы можете управлять cron на другом сервере или на вашем домашнем компьютере. Весь смысл в том, чтобы файл cron.php вызывался регулярно.

Нагрузка этого скрипта не очень высока и 5 минут - обычно оптимальное значение, но если вас это беспокоит, вы можете сократить периодичность выполнения до 15 или даже 30 минут. Лучшее не делать период времени слишком большим, поскольку задержки почты могут замедлить деятельность в курсах.

Проведите испытание работоспособности сценария, управляя им непосредственно из вашего браузера:

Теперь вы должны настроить способ автоматического и регулярного управления сценарием.

В системах Windows

самый простой путь - использовать этот небольшой пакет moodle-cron-for-windows.zip, который делает этот процесс очень простым, устанавливая маленькую службу Windows. Сделайте и забудьте об этом!

Для служб веб-хостинга

ваш сетевой интерфейс управления может иметь веб-страницу, которая позволяет вам настраивать процесс cron. Например, в системе Cpanel, ищите кнопку по имени "Cron jobs (Работа Cron)". Там вы можете поместить те же самые команды Unix, что упомянуты ниже:

Использование командной строки в Unix

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

Например, вы можете использовать утилиту Unix "wget":

Отметим в этом примере, что результат выгружен (to/dev/null).

Тот же результат с использованием lynx:

Альтернативно вы можете использовать отдельную скомпилированную версию PHP, чтобы управлять с командной строки. Преимущество этого состоит в том, что ваши логи веб-сервера не заполнены постоянными запросами к cron.php. Неудобство - то, что вы должны иметь доступ к командной строке php.

Использование программы crontab в Unix

Все, что делает Cpanel, - обеспечивает веб-интерфейс к утилите Unix, известной как crontab. Если вы имеете командную строку, вы можете самостоятельно установить crontab, используя команду:

и затем добавляя одну из вышеупомянутых команд:

Обычно, команда "crontab" поместит вас в 'vi' редактор. Вы вводите "insert mode", нажимая "i", затем пишете в строке вышеуказанное, потом выходите из insert mode, нажимая ESC. Вы сохраняетесь и выходите, набирая ":wq", или выходите без сохранения, используя ":q!" (без кавычек).

7. Создание нового курса

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

Выберите "Создать новый курс" на странице администрирования (или ссылку admin (Управление)на главной странице сайта).

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

Нажмите "Сохранить и вы будете перемещены к новой форме, где вы можете назначить учителей курса. В этой форме вы можете добавить только существующие имена пользователей.Если вы хотите создать новую учетную запись учителя, тогда создайте ее, используя "Добавить нового пользователя" на странице Admin.

После этого курс готов к использованию и доступен через ссылку "Курсы" на главной странице.

См. "Документация учителя" ( английский язык) для большего количества деталей относительно создания курса.

Успехов вам в чудесном Moodle!

Если вы любите Мудл, пожалуйста, поразмышляйте о пожертвованиях для покрытия наших затрат. Спасибо!

Доброго времени суток. Получил лог/пасс от сайта, который стоит на Moodle (с ним ранее никогда не работал). через строки /admin или /moodle/admin выдает обычную форму авторизации. При входе по этим данным, как мне кажется, обычный юзер. ПУ не имеется, простых свойств редактирования так же нет. Подскажите, есть ли какая то строка для входа в ПУ, либо нужен определенный софт даже для "стоящего" на хосте сайта.

Роман, если учетка без полномочий админа, но с правильным паролем, то по ссылке
имя_сайта/admin, после авторизации, откроется пустая страница.
Админ увидит страницу уведомлений, с указанием номера версии внизу.
Всё администрирование происходит через веб-интерфейс. Меню администратора в нормальной ситуации доступно админу с любой страницы сайта.

Павел, в Moodle все файлы принадлежат какому-то контексту: пользователю, элементу курса. Просто "всеобщей файло-помойки" не предусмотрено.
Если нужно предоставить группе пользователей доступ к файлам - создайте курс, в нем - плагин "папка", и залейте туда файлы. Подпишите на курс нужных пользователей.

Александр, вы студента на эту же дисциплину на повторное обучение не записали? Посмотрите, что в истории обучения по ссылке из заметки отображается.
Инструкции для пользователя и база знаний есть, они - часть сервиса платной техподдержки.

Alex, не знаю почему, но галка не хочет работать. Логины содержат только латиницу (оба регистра) и цифры. Не подскажите, как решить проблему?

Алексей, в консоли на сервере включен UTF-8? mbstring установлен?

Вопрос такой. Мудл стал поедать дисковое пространство на хостинге, на хостинге есть 10 гб, он может резко начать поедать его. Причем когда восстанавливали курсы и тесты, то загружаемые файлы не были настолько большими, он сам их увеличивает в разы. А недавно просто регистрировали пользователей, но прибавилось около 5 гб места. Читал, что надо чистить временные папки с помощью cron, но не могу найти, как настроить скрипт.

Алексей, в базе данных тоже с кодировкой все в порядке? Тогда логин с русскими буквами и спецсимволами должен работать. Но только с маленькими - заглавные буквы в логине по-прежнему запрещены.

Александр, 10Гб для активно-используемого Moodle, особенно если в курсах есть видео - не так уж много. Временные файлы удаляются фоновым вызовом крона, если Вы правильно установили Moodle по инструкции. Вообще, хостинг для Moodle плохо подходит: используйте VDS с Ubuntu Linux и устанавливайте серверное окружение и Moodle вручную - так система работает стабильнее и быстрее и в случае каких-то проблем, хотя бы понятно как и куда копать. А с хостингом может быть что угодно - это же не ваш сервер и там всегда есть скрытая от пользователей защита от перегрузки, которая, например, может убивать процессы очистки (если они у вас вообще запускаются).
Еще некоторые преподаватели любят загрузить в курс зип-апрхив, распаковать, загрузить еще один файл вручную, потом снова запаковать уже все вместе, оставив на сервере оба архива и распакованный комплект файлов - таким способом пространство расходуется очень быстро.

Alex, к сожалению нет возможности использовать сервер, не дают прямой ip.
Где почитать о настройке cron?

Представьте себе, что пользователь загружает файл с именем "myAssignment.docx" в Moodle, чтобы завершить отправку задания. Где будет папка, содержащая "myAssignment.docx"? Находится ли он в папке moodledata за пределами общедоступного веб-каталога или где-то еще? Я пытаюсь найти эту папку, потому что хочу следить за ее ростом, чтобы определить, когда мне следует обновить свой веб-хостинг, чтобы обеспечить больше места для хранения файлов, которые студенты загружают на сервер.

2 ответа

Я разрабатываю мобильное приложение, и мой сервер находится в java. Я использую mysql для своих данных. Многие запросы от устройств будут запрашивать фотографии. Из того, что я вижу, хранение изображений в mysql-очень плохая практика, поэтому я пойду с сохранением некоторого пути или url в моем.

Простой ответ находится внутри:

Он хранится в каталоге /repository из версии 3.62.

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