Технические вопросы и проблемы, возникающие при создании и эксплуатации системы дистанционного обучения на базе Moodle

Рамиль Аделевич Валитов,

инженер-программист  Центра научно-информационных образовательных ресурсов,

Татарский государственный гуманитарно-педагогический университет,

ул. Татарстан, 2, г. Казань, 420021, (843) 293-94-53

ramil.valitov@gmail.com

Виктория Николаевна Устюгова

ведущий инженер-программист Центра научно-информационных образовательных ресурсов,

Татарский государственный гуманитарно-педагогический университет,

ул. Татарстан, 2, г. Казань, 420021, (843) 293-94-53

ustvik@yandex.ru

аннотация

 

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

Technical issues and problems that arise of the process of development, operation and maintenance of the Moodle-based distance learning system are posed and solved. The built system’s hardware-software architecture is specified that consists of several servers with different operating systems, software and Moodle installations. A use of web analytics tools for analysis of the current state of the system and for prediction of its future upgrowth and use of hardware and network resources is demonstrated. Possibilities and different approaches for using Moodle on mobile devices are researched. The appropriate specialized projects are examined; experiments of using Moodle on mobile devices are made. Specialties of using multimedia and graphical materials in e-learning are described. Requirements and advices for preparation of content for publication in Internet are given. A universal approach for integration of audio and visual data in Moodle by the means of a specialized web player is suggested. A strategy for selection of optimal encoding and compression formats and options of multimedia and graphics files is given.

 

Goals, objectives and requirements for creation and organization of the distance learning system in the Tatar State University of Humanities and Education. Existing standards and specifications of e-learning have been examined. Technologies and learning management systems are analyzed; the choice of Moodle as an optimal learning management system is explained. Technical aspects of its deployment are given. The scheme of distance learning system is described. Guidelines for methodological course projecting are developed.

Ключевые слова

система дистанционного обучения, система управления обучением, электронный курс, Moodle, администрирование, техническая поддержка, мобильные устройства, Windows, Linux, Debian, браузер, движок, сервер, плеер, мультимедиа, анализ, статистика, трафик, веб, Интернет, HTML5, Flash;

distance learning, e-learning, learning management system, Moodle, system administration, technical support, mobile device, Windows, Linux, Debian, browser, engine, server, player, multimedia, analytics, statistics, traffic, web, Internet, HTML5, Flash.

Введение

В предыдущей работе [1] были рассмотрены особенности внедрения и эксплуатации системы дистанционного обучения (СДО) в Татарском государственном гуманитарно-педагогическом университете (ТГГПУ) на базе Moodle. Для преподавателя Moodle – это система управления обучением, которая позволяет использовать инновационные технологии в обучении и эффективно осуществлять учебный процесс.

Рассмотрим, что представляет собой Moodle с точки зрения программиста. Moodle – это веб-сайт типа системы управления контентом, который написан на языке программирования PHP, использует MySQL и язык программирования Perl.

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

Однако при установке полноценной версии Moodle на сервер для корпоративного использования через Интернет, пользователи столкнутся со всеми опасностями, которым подвергаются веб-сайты. В первую очередь – это атаки на веб-сайты, которые учащаются с каждым днем. Такие атаки могут принести вполне ощутимые потери владельцу сайта. Хотя разработчики Moodle заботятся о безопасности своего продукта, тем не менее любой веб-сайт является уязвимым, если владелец сайта не будет предпринимать соответствующих мер в обеспечении как аппаратной так и программной безопасности. Поэтому для эффективного функционирования СДО необходимо иметь специалистов в области сетевой безопасности, системных администраторов и программистов, которые профессионально разбираются как в обслуживании сервера (обновление программного обеспечения, резервное копирование материалов СДО), так и в серверном веб-программировании (принципы работы и настройки веб-серверов под ОС Windows и Linux, настройка виртуальных хостов, работа с CGI-сценариями), умеют защищать сервер от основных угроз безопасности, понимают механизм аутентификации пользователей на сервере, могут грамотно регламентировать доступ пользователей к ресурсам сервера, администрировать корпоративные сети (умеют настраивать параметры локальной сети и подключения к Интернету, задавать необходимые правила брандмауэра), устанавливать, обновлять и удалять серверное и дополнительное ПО, настраивать почтовые серверы, обеспечивать комплексную безопасность сетевой инфраструктуры. Важной задачей является сбор и анализ данных, прогнозирование роста и развития нагрузок на сервера, Интернет-канал, отслеживание всех изменений и умение делать выводы и заключения по вопросам необходимости проведения аппаратных или программных модернизаций серверов.

Администрирование веб-сайта – это постоянное поддержание его оптимального рабочего состояния. Весь процесс поддержки функционирования веб-сайта можно условно разделить на две глобальные составляющие:

администрирование СДО – при этом следует выделить внутреннее администрирование, которое выполняется внутри Moodle пользователями с правами «администратор», и внешнее – общесистемное администрирование;

техническая поддержка.

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

В настоящей работе акцент сделан на технических вопросах и проблемах, возникающих при создании и эксплуатации СДО на базе Moodle. В качестве примеров приведены реальные задачи, возникшие при внедрении и использовании Moodle в качестве СДО в ТГГПУ. Описана программно-аппаратная архитектура СДО, используемые сервера и их конфигурация и предназначение, продемонстрировано применение инструментов веб-аналитики для сбора  статистической информации и ее анализа, что позволяет получать представление не только о текущем состоянии СДО, но и прогнозировать ее дальнейшее развитие и использование аппаратных и сетевых ресурсов. В связи с ростом числа и популярности мобильных устройств приведены результаты анализа возможности их применения для обучения в Moodle. С этой целью были исследованы соответствующие специализированные проекты и проведены эмпирические тесты использования СДО на мобильном устройстве, в качестве которого был выбран коммуникатор HTC MAX 4G. Последняя часть работы посвящена использованию мультимедийных и графических материалов в процессе дистанционного обучения. Поясняются и приводятся требования и рекомендации, предъявляемые к материалам, размещаемым в сети Интернет. Особое внимание уделено интеграции аудиовизуальных данных в систему Moodle. Исходя из опыта использования СДО, приведен алгоритм выбора оптимальных форматов и параметров кодирования мультимедийных и графических файлов.

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

Программно-аппаратная архитектура системы дистанционного обучения и особенности ее администрирования

Одним из важных аспектов при организации СДО на базе Moodle является правильное проектирование программно-аппаратной архитектуры: определение необходимой конфигурации сервера, скорости Интернет-канала, выбор операционной системы, основного и вспомогательного программного обеспечения. В работе мы используем несколько серверов: два основных сервера, работающих в Интернете, и несколько внутренних в интрасети, выполняющих роль тестовых и экспериментальных площадок, см. рис. 1. Использование нескольких серверов – это вынужденная мера для обеспечения стабильной и бесперебойной работы СДО. Каждый из этих серверов играет определенную роль и необходим при организации СДО.

Основная система Moodle версии 1.9.x доступна по адресу http://edu.cnoir.ru и установлена на виртуальном двухпроцессорном сервере Центра информационных технологий (ЦИТ) РТ. Подобное размещение имеет существенные преимущества:

1.       Экономическая целесообразность – нет нужды покупать свой дорогостоящий сервер.

2.       Техническая поддержка, обслуживание аппаратной части сервера и резервное копирование производится специалистами ЦИТ РТ.

3.       Используется отдельный Интернет-канал, обслуживание и бесперебойная работа которого обеспечивается персоналом ЦИТ РТ.

Рис. 1. Аппаратная архитектура системы дистанционного обучения ТГГПУ

СДО доступна в режиме 24/7 всем пользователям, подключенным к Интернету. Система обучения уже используется в образовательном процессе, но пока не завершено ее масштабное внедрение и интеграция в систему обучения ТГГПУ. Поэтому нагрузки на сервер сравнительно низкие и в среднем составляют 2,23 Гб в месяц. Статистика серверов собиралась с помощью Google Analytics [2] – инструмент корпоративной веб-аналитики и AWStats [3] – анализатор логов и генератор веб-статистики. Сведения по используемому исходящему трафику (без учета трафика, генерируемого роботами, поисковыми системами и т.п.) по месяцам приведены на рис. 2. Согласно этим данным наблюдается рост объема используемого трафика, что связано с разработкой, внедрением новых электронных курсов и их использованием в процессе обучения студентов. Пик приходится на последний месяц март и равен 3,6 Гб. Прогнозируется значительный дальнейший рост объема исходящего трафика, который будет измеряться десятками Гб. В связи с этим ключевую роль в доступности СДО играет выбор подходящего Интернет-провайдера, обеспечивающего необходимую пропускную способность Интернет-канала.

Рис. 2. Объем исходящего трафика сайта http://edu.cnoir.ru по месяцам

Статистика использования трафика по дням недели и по времени суток приведены на рис. 3 и 4 соответственно. С понедельника по среду наблюдается  рост активности пользователей, с четверга до конца недели происходит снижение использования трафика. В выходные дни замечена существенная активность пользователей – суммарная доля используемого за два дня трафика приближается к среднему значению в будний день. Пользователи СДО начинают работу с системой с 7 часов утра, пик активности приходится на 10:00 и послеобеденное время, снижение трафика наблюдается после полуночи. Исходя из этой информации оптимальным временем проведения обновлений для программного обеспечения выбрано время 05:00, а начало времени старта процесса архивации и резервного копирования данных СДО – 04:00.

Рис. 3. Осредненный объем исходящего трафика сайта http://edu.cnoir.ru по дням недели за месяц март 2011

Рис. 4. Суммарный объем исходящего трафика сайта http://edu.cnoir.ru по времени суток за месяц март 2011

Согласно данным, собранным в период с 01.11.2010 по 31.03.2011, на сайте зафиксировано 6 259 посещений, их динамика представлена на рис. 5. Общая статистическая информация приведена на рис. 6.

Рис. 5. Статистика посещений сайта http://edu.cnoir.ru.

Рис. 6. Общая статистическая информация сайта http://edu.cnoir.ru.

Здесь показатель отказов – это процент посещений сайта, во время которых было просмотрено не более одной страницы или при которых посетитель покинул сайт со страницы входа (как правило, это главная страница сайта). Этот показатель позволяет определить качество посещения – высокое значение показателя отказов показывает, что страницы входа не соответствуют ожиданиям посетителей. Наш показатель отказов низкий и равен 25,74%. Это означает, что большинство посетителей сайта входят на сайт целенаправленно, а не случайно. Сведения по посетителям сайта СДО приведены на рис. 7.

Рис. 7. Статистика количества посетителей сайта http://edu.cnoir.ru.

Всего зафиксировано 1 534 уникальных посетителей. Среднее количество посещений в день равно 41,45. Максимальное достигнутое значение равно 106. 

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

Обзор источников трафика приведен на рис. 8. Эта информация демонстрирует каким образом и откуда пользователи попадают в СДО. Под прямым трафиком понимается, что пользователь вводит адрес сайта http://edu.cnoir.ru или его IP-адрес 85.233.69.10 вручную, либо использует сохраненные в браузере закладки. Сайты-источники переходов – это сайты, на которых размещены ссылки или баннеры на СДО, по которым пользователь переходит на сайт http://edu.cnoir.ru. К числу таких сайтов относятся, например, сайт ТГГПУ (http://tggpu.ru) и сайт ЦНОИР (http://cnoir.ru). Попасть на сайт можно также посредством поисковых систем, например, Google, Яндекс, Bing. Мы не проводили SEO-оптимизацию СДО и никаким другим способом не способствовали индексации или продвижению сайта в поисковых системах. Несмотря на это, доля поисковых систем в качестве источников трафика достаточно велика и составляет 14%. При этом обнаружено небольшое число посетителей из зарубежных стран, см. рис. 9. Большинство иностранных посетителей не задерживается на сайте. Это связано с тем, что сайт не имеет многоязыковой поддержки и для большинства курсов СДО закрыт гостевой доступ.

Рис. 8. Обзор источников трафика сайта http://edu.cnoir.ru в период с 01.11.2010 по 31.03.2011

Данные Moodle хранятся в виде файлов в директории документов веб-сервера и таблиц базы данных. На текущий момент файлы СДО занимают 10,7 Гб. В их число входят электронные курсы и их архивные копии, созданные разработчиками курсов. Сейчас в СДО размещено 85 курсов, часть из которых полностью готова, а часть находится в стадии разработки. Размер одного курса в среднем равен 15 Мб, самой большой по размеру курс занимает 430 Мб. Размер базы данных Moodle составляет 409,9 Мб, при этом полная резервная копия базы данных в сжатом виде занимает всего 172 Мб. Такой малый объем позволяет нам легко и быстро создавать полные копии базы данных 3 раза в неделю без возникновения вопросов о доступном дисковом пространстве для их хранения.

В качестве вспомогательной системы Moodle используется виртуальный хостинг на сервере ЦНОИР. Этот вид хостинга позволяет разместить несколько сайтов на одном веб-сервере, экономя таким образом количество используемых серверов. Преимущество вспомогательной системы заключается в том, что она доступна не только в сети Интернет (что позволяет работать с системой с любого места, в т.ч. из дома), но и в интрасети, что существенно повышает скорость доступа к ней. В качестве операционной системы первоначально использовалась Debian 5.02 Lenny, затем после выхода новой версии был произведен переход на Debian 6.01 Squeeze. Эта операционная система семейства Linux хорошо зарекомендовала себя с точки зрения стабильности, а также в том плане, что она способна эффективно работать на обычном неспециализированном компьютере, работающим в роли сервера. Эксплуатация Windows Server 2003 R2 и Windows Server 2008 R2 на компьютере аналогичной конфигурации продемонстрировала невозможность практического применения этих операционных систем из-за недостатка аппаратных ресурсов. Достоинства Debian заключаются в удобстве системного администрирования и в том, что необходимое дополнительное программное обеспечение является бесплатным  в отличие от аналогичного для Windows.

Рис. 9. Обзор источников трафика сайта http://edu.cnoir.ru по странам в период с 01.11.2010 по 31.03.2011

К внутренним серверам относятся сервера интрасети и локальные сборки XAMPP. Они выполняют роль тестовых площадок. Сервера интрасети не доступны извне ЦНОИР, что может быть полезно с точки зрения корпоративного ограничения доступа к размещаемой информации. Сборка XAMPP доступна для операционных систем Windows и Mac OS X и представляет собой комплект готового локального веб-сервера Moodle, в состав которого входят Apache, MySQL и PHP. XAMPP работает на отдельной машине и не взаимодействуют с другими компьютерами. Этот вариант Moodle устанавливается всем желающим обучаться работать в Moodle в роли преподавателя, разработчика курса или администратора.

В настоящий момент исследуется возможность перехода на последнюю версию Moodle 2.0.x. Первые результаты показали, что даже последняя версия (2.2.2beta4) Электронного деканата [4] – довольно популярного модуля, который добавляет возможность управления процессом обучения, не работает с новой версией Moodle. Сам процесс миграции СДО на последнюю версию Moodle является трудоемкой и непростой задачей.

Анализ возможности работы с Moodle на мобильных устройствах

Для работы с Moodle пользователи используют браузер. В современных операционных системах доступны на выбор разные виды браузеров, что во-первых обеспечивает кроссплатформенность самой LMS, а во-вторых повышает ее доступность – в большинстве операционных систем браузеры либо уже предустановленны, либо установить их не составляет труда. Это относится к операционным системам как «стандартных» настольных компьютеров, так и мобильных устройств. Последние набирают все большую популярность и распространение. Это подтверждается как обзором рынка мобильных устройств, так и анализом статистики их использования в Интернете. По оценкам аналитиков ГК "Связной" [5] на протяжении 2010 года происходил рост продаж мобильных телефонов и прогнозируется дальнейшее увеличение рынка в 2011 году на 10,25% по сравнению с 2010 годом. Аналогичное развитие наблюдается при анализе объемов продаж ведущих мировых производителей мобильных устройств: по данным ABI Research [6] прирост продаж в третьем квартале 2010 года составил 7,8% по сравнению со вторым кварталом 2010 года и 18,5% по сравнению с третьим кварталом 2009 года. Согласно статистике StatCounter Global Stats [7] в России доля мобильных устройств составляет 1,82% от числа всех машин, имеющих доступ в Интернет. Это существенно меньше, чем средние данные по всему миру, см. рис 10. Динамика развития использования мобильных устройств за последний год приведена на рис. 11. Согласно этим данным в мире наблюдается стремительный рост использования мобильных устройств в Интернете. Для России этот тренд менее выражен, что вероятно связано с недостаточно развитым сектором Интернет-услуг и сайтов, ориентированных для мобильных устройств. Следует заметить, что в республике Татарстан в целом и в Казани в частности активно развивается внедрение доступа в Интернет по технологиям Wi-Fi и WiMAX [8, 9]. В первую очередь  эти технологии ориентированы для пользователей мобильных и компактных устройств, что позволит сделать доступным доступ в Интернет с любого совместимого устройства в зоне покрытия сети. Соответственно это обеспечит возможность технически подключиться к Moodle из любого места: транспорта, улицы, парка и т.д. В результате обучаемый сможет более рационально использовать свое свободное время и теоретически использовать Moodle не только в роли системы дистанционного обучения, но и в качестве полноценной системы мобильного обучения.

Рис. 10. Статистика типов используемых устройств в Интернете (октябрь 2010 - март 2011)

Рис. 11. Статистика использования мобильных устройств в Интернете (октябрь 2010 - март 2011)

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

Серверный подход заключается в предварительной  доработке самой LMS с целью ее оптимизации для работы с мобильными устройствами. В этом случае необходимо устанавливать на сервер и настраивать дополнительное программное обеспечение. На этом принципе основан проект «Moodle for Mobiles» [10] на базе CHTML[1], предоставляющий отдельный интерфейс доступа к Moodle с мобильных устройств. Для инсталляции «Moodle for Mobiles» необходимо скачать и установить на сервер специальный пакет, и затем внести некоторые изменения в коды Moodle [12]. На наш взгляд к недостаткам проекта можно отнести использование CHTML, который несколько устарел и является неактуальным на фоне развития современных технологий для мобильных устройств.

В проекте Moodbile [13], который находится в стадии разработки, на сервер предлагается установить приложение на PHP, которое интегрируется с Moodle на базе веб сервисов [14]. Для работы с Moolde пользователь сможет использовать любой мобильный браузер (Android, iPhone и т.д.).

Moodle4iPhones [15] – еще один из новых незавершенных проектов, цель которого оптимизировать работу с Moodle на устройствах iPhone. Детали проекта пока неизвестны, некоторые демонстрационные материалы представлены на сайте разработчика. Рекомендации по созданию электронных курсов для устройств iPhone и iPod Touch приведены в работе [16]. Эти рекомендации носят общий характер и будут полезны при разработке курсов для мобильных устройств других моделей и производителей.

MLE-Moodle [17] позиционирует себя как надстройка к Moodle, позволяющая расширить функционал системы электронного дистанционного обучения до системы мобильного обучения. Для работы с MLE-Moodle пользователь может использовать обычный мобильный браузер или специально разработанное авторами проекта приложение «MLE phone client». Для разработчиков курсов предлагается бесплатная программа «MyMLE»,  позволяющая создавать на настольном компьютере материалы, которые затем собираются и специальным образом экспортируются на мобильные устройства.

Клиентский подход не требует от администраторов Moodle устанавливать на сервер дополнительные компоненты. Вместо этого пользователю предлагается использовать специальные расширения, позволяющие корректно работать с Moodle на мобильных устройствах. Проект MoodleTouch [18] демонстрирует линейку программ – бесплатной mTouch и платных mTouch+, mTouch-U для работы с Moodle на операционных системах iOS (iPhone, iPod Touch, iPad). Программы доступны на AppStore и полностью совместимы с последним поколением Moodle 2.0.

mPage [19] – клиентская программа для iPhone и Android, совместима с версиями Moodle 1.6x, 1.7x, 1.8x и 1.9x; адаптирует элементы управления Moodle для удобства отображения и работы на мобильных устройствах.

mBot [20] – бесплатная программа для работы с Moodle на устройствах с операционной системой Android. Цель программы – обеспечить более удобную работу с Moodle на мобильном устройстве за счет добавления дополнительных функций, таких как процедура автоматической идентификации пользователя при вхождении в систему, сохранение списка просмотренных страниц, взаимодействие с контактами Google  и т.д.

Клиент-серверный подход является гибридным: он требует установки дополнительных программ как на сервер, так и на устройство клиента. В качестве примера такого подхода можно привести описанный выше проект MLE-Moodle c использованием клиентской части «MLE phone client». Другой пример – проект «MOMO» [21], в котором пользователю предлагается использовать специальное JAVA-приложение, а на сервер Moodle необходимо установить дополнительные расширения.

Исходя из нашего опыта в работе, техническом обслуживании и разработке курсов для системы Moodle мы пришли к выводу, что ни один из указанных подходов не является оптимальным. Серверный подход требует дополнительных затрат для установки на сервер и настройки специального программного обеспечения. Существующие проекты в этом направлении не универсальны или находятся в стадии разработки. Они не гарантируют совместимости со всеми версиями Moodle. В клиентском подходе предлагаются программы для определенных мобильных операционных систем, таким образом, отсутствует полноценная кроссплатформенность. Часть программ является платными (MoodleTouch), mPage умеет адаптировать лишь некоторые элементы Moodle для пользователей мобильных устройств, а mBot скорее является вспомогательным инструментом для работы с Moodle, чем полнофункциональным клиентом. Клиент-серверный подход также обладает вышеперечисленными недостатками.

Поэтому мы решили исследовать возможность работы с Moodle на мобильном устройстве напрямую без использования дополнительных программ на стороне сервера или клиента. Подобный способ не рекомендуется к применению на официальном сайте Moodle [22]. Вероятно, это связано с тем, что наиболее распространенная линейка версий Moodle 1.8.x и 1.9.x проектировалась для работы на браузерах и программном обеспечении, считающихся на сегодняшний день устаревшими, а новое поколение Moodle 2.0.x пока еще не получила широкой популярности. К тому же процедура перехода с версии 1.9.x на 2.0.x является отдельной трудоемкой задачей. Стремительный прогресс в сфере аппаратного и программного обеспечения мобильных устройств постепенно стирает грани между компактными и настольными компьютерами. Поэтому мы провели эмпирическую проверку возможности работы с Moodle в роли обучаемого непосредственно на мобильном устройстве без каких-либо дополнительных программно-аппаратных модификаций и адаптаций. Были получены хорошие результаты. Следует отметить, что в этом случае в качестве мобильных устройств необходимо выбирать полноценные модели с операционными системами. К таким устройствам относятся, например, коммуникаторы, карманные персональные компьютеры, планшетные компьютеры. Современные устройства такого класса (например, HTC Legend, HTC Desire, Apple iPod Touch, Apple iPad) являются высокопроизводительными и имеют тактовую частоту процессора порядка 1Ghz и выше, см., например, [23]. Поэтому на таких устройствах оказывается возможным использование браузеров, обладающих широкими функциональными возможностями, методами масштабирования и подбора размеров шрифта для удобного и эффективного отображения полноценных страниц на компактном экране и комфортного чтения. Для эксперимента был выбран коммуникатор HTC MAX 4G [24]. Эта не новая модель, 2008 года выпуска, с процессором Qualcomm® ESM7206A™ 528 МГц и операционной системой старого поколения Windows Mobile 6.1 Professional. Современные устройства обладают как более высокими техническими  характеристиками, так и программными возможностями. Мы специально выбрали более слабую модель коммуникатора для проведения исследования в более жестких условиях. В качестве браузера использовалась программа Opera Mobile 10.0. Согласно статистике StatCounter Global Stats [7] этот браузер занимает лидирующую позицию, как в России, так и во всем мире, см. рис. 12.

Рис. 12. Статистика мобильных браузеров, используемых в Интернете (октябрь 2010 - март 2011)

В результате использования этого устройства мы наблюдали комфортную работу с нашей системой Moodle:

·         Производительность устройства достаточна для работы с сайтом Moodle и веб-серфинга в целом.

·         Возможности браузера обеспечивают удобную навигацию, масштабирование и визуализацию информации.

·         Идущие в комплекте с операционной системой программы позволяют сохранять и открывать вложенные документы различных форматов (.doc, .docx, .pdf, .ppt, .txt, .zip, .rar и т.д.).

·         При достаточной скорости Интернет-соединения возможно воспроизведение мультимедиа материалов (видео ролики, фильмы, звук, музыка).

·         Браузер поддерживает функцию сохранения паролей и журнала истории, что является частью функциональных возможностей рассмотренной ранее программы mBot.

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

Анализ браузеров и их возможностей при работе с Moodle

Браузер является связующим звеном между пользователем и системой Moodle. В основе современных браузеров лежит веб-движок – специальная программа, отвечающая за форматирование, обработку, прорисовку и визуализацию веб-документов. Веб-движки отличаются друг от друга разным уровнем и набором поддерживаемых веб-форматов и стандартов, например, различные версии CSS, HTML, XHTML, WML, XSLT, ECMAScript, DOM и т.д. При этом эти стандарты в каждом движке реализованы уникальным образом. В итоге это приводит к тому, что в разных браузерах веб-страницы отображаются визуально по-разному, а иногда и функциональные возможности веб-страницы зависят от используемого браузера. В среде веб-разработчиков давно принято тестировать свои продукты (веб-страницы, сайты, порталы и т.д.) в разных браузерах на предмет корректности их отображения и работы. С точки зрения программирования разработка универсального кроссбраузерного сайта требует детального знания различий веб-движков, особенностей их API[2], что, как правило, приводит к написанию отдельного кода для разных браузеров и/или их версий. Дополнительная сложность заключается в том, что даже браузеры одной модели, но различных версий, обычно отличаются версиями веб-движков и, следовательно, могут отображать сайты по-разному. По этой причине Microsoft внедрил в свой браузер Internet Explorer 8 и Internet Explorer 9 функцию «просмотра в режиме совместимости» [25, 26], которая позволяет отображать сайт так, как он выглядел бы при работе в более старых версиях Internet Explorer.

К сожалению Moodle не была запрограммирована как кроссбраузерная система. Для работы с Moodle в роли пользователя подходит любой из современных браузеров. В режиме администратора используется более сложный интерфейс, который поддерживается лишь ограниченным числом браузеров. В первую очередь речь идет об одном из основных элементов интерфейса  Moodle – расширенном текстовом редакторе (похожим на интерфейс Microsoft Word 2000), который используется при создании или редактировании курсов. Проверка работоспособности этого редактора было ключевым фактором в тестировании последних версий распространенных браузеров. Статистика операционных систем, используемых в Интернете, по данным StatCounter Global Stats [7] приведена на рис. 13.

Лидирующее место занимает семейство операционных систем Microsoft Windows, затем идут Mac OS X и Linux. В отличие от работы [1] в текущем тестировании мы будем более детально исследовать браузеры для всех из этих операционных систем. По статистике посещений нашей системы Moodle (см. рис. 14) некоторые пользователи отдают предпочтение системам Linux и Mac OS X. При выборе браузеров мы руководствовались статистикой популярности StatCounter Global Stats [7] и собранной нами статистикой с сайта edu.cnoir.ru, см. рис. 15, 16.

Рис. 13. Статистика операционных систем, используемых в Интернете (апрель 2010 - март 2011)

Рис. 14. Статистика посещений http://edu.cnoir.ru по операционным системам (сентябрь 2010 - март 2011)

Рис. 15. Статистика браузеров, используемых в Интернете (апрель 2010 - март 2011)

Рис. 16. Статистика посещений http://edu.cnoir.ru по браузерам (сентябрь 2010 - март 2011)

Проведена проверка браузеров с помощью тестов Acid [27] – это популярные тесты на соответствие браузеров  веб-стандартам. Помимо этого мы провели тест на совместимость с HTML5 – пятая версия языка разметки HTML, к интересующим нас нововведениям которого относятся врожденная поддержка обработки и отображения графики и мультимедиа материалов без использования сторонних плагинов или модулей. Также HTML5 должен способствовать созданию сайтов и веб-страниц, дружественных для мобильных устройств. В W3C еще не разработан официальный тест совместимости с HTML5 [28] вместо этого используется альтернативный тест [29]. В нем использовалась 400-бальная шкала, которая для удобства восприятия материала переведена в проценты. В тестировании приняли участие последние версии наиболее распространенных браузеров, в том числе финальная версия Microsoft Internet Explorer 9 [30], которая вышла на момент написания статьи и не распространялась через Microsoft Windows Update. В качестве сред для браузеров использовались операционные системы Microsoft Windows Vista SP1, две системы семейства LinuxDebian 6.01 и Ubuntu 10.04 LTS, а также операционная система для мобильных устройств – Windows Mobile 6.1 Professional. Результаты работы приведены в таблице 1.

Таблица 1. Результаты совместимости браузеров с Moodle

Браузер

Операционная система

Совместимость с Moodle

Результат Acid1

Результат Acid2

Результат Acid3

Совместимость с HTML5

Microsoft Internet Explorer 8.0.6001.19019

Windows Vista SP1

Да

Пройден

Пройден

20%

8%

Microsoft Internet Explorer 9.0.8112.16421

Windows Vista SP1

Да

Пройден

Пройден

95%

32,5%

Mozilla Firefox 4.0

Windows Vista SP1

Да

Пройден

Пройден

97%

56,25%

Opera 11.01 (build 1190)

Windows Vista SP1

Нет

Пройден

Пройден

100%

58,5%

Apple Safari 5.0.4 (7533.20.27)

Windows Vista SP1

Нет

Пройден

Пройден

100%

57%

Google Chrome 10.0.648.204

Windows Vista SP1

Нет

Пройден

Пройден

96%

72%

Epiphany 2.30.6 WebKit

Debian 6.01

Нет

Пройден

Пройден

100%

49,5%

Iceweasel 3.5.16

Debian 6.01

Да

Пройден

Пройден

93%

35,5%

Iceape 2.0.11

Debian 6.01

Да

Пройден

Пройден

93%

35,5%

Kazehakase 0.5.8 (Gecko)

Debian 6.01

Нет

Пройден

Пройден

93%

35,25%

Kazehakase 0.5.8 (Webkit)

Debian 6.01

Нет

Пройден

Пройден

100%

49,5%

Chromium 6.0.472.63 (59945)

Debian 6.01

Нет

Пройден

Пройден

100%

60,25%

Mozilla Firefox 3.6.16

Ubuntu 10.04 LTS

Да

Пройден

Пройден

94%

38,75%

Konqueror 4.4.5

Ubuntu 10.04 LTS

Нет

Пройден

Пройден

89%

19,75%

Opera Mobile 10.0

Windows Mobile 6.1 Professional

Нет

Пройден

Пройден

97%

25,5%

Internet Explorer Mobile

Windows Mobile 6.1 Professional

Да

Пройден

Не пройден

0%

4,25%

Тест на совместимость с Moodle в режиме администратора и преподавателя прошли только четыре браузера  Microsoft Internet Explorer (включая Internet Explorer Mobile),  Mozilla Firefox и ее модификация Iceweasel, Iceape. Для более гибкого выбора подходящих для Moodle браузеров мы провели анализ и составили таблицу совместимости веб-движков (таблица 2). Таким образом, можно подобрать нужный браузер в желаемой операционной системе исходя из того, какой веб-движок в нем используется.

Таблица 2. Результаты совместимости веб-движков

Веб-движок

Пример браузеров, использующих этот веб-движок

Совместимость с Moodle

Поддержка Windows

Поддержка Linux

Поддержка Mac OS X

Поддержка BSD

Поддержка Unix

Поддержка Symbian OS

Trident

Internet Explorer, Internet Explorer Mobile, Maxthon

Да

Да

Нет

Нет

Нет

Нет

Нет

Gecko

Firefox, SeaMonkey, Iceweasel, Iceape, Kazehakase

Да

Да

Да

Да

Да

Да

Нет

WebKit

Chrome, Epiphany, Safari, Chromium, Kazehakase

Нет

Да

Да

Да

Да

Да

Да

KHTML

Konqueror

Нет

Да

Да

Да

Да

Да

Да

Presto

Opera

Нет

Да

Да

Да

Да

Да

Да

Совместимыми с Moodle оказались веб-движки Trident и Gecko. Исключением является  браузер Kazehakase, в котором можно выбрать работу с Gecko или WebKit. Это единственный из проверенных нами браузеров, который официально поддерживает Gecko, но при этом оказался не совместим с Moodle.

Таким образом, во всех распространенных операционных системах (Windows, Linux, Mac OS X, BSD, Unix) можно найти браузер, который поддерживает работу в Moodle в роли администратора и преподавателя. В качестве универсального веб-движка выступает Gecko. При этом по данным рис. 15 и 16 порядка 57,65% российских пользователей Интернета и 77,93% пользователей нашей системы дистанционного обучения пользуются совместимыми с Moodle браузерами.

Moodle, мультимедиа и форматы файлов

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

В Moodle можно размещать аудио и видео материалы, которые внедряются в курс путем присоединения их файлов. Подобный подход в Moodle используется для присоединения к курсу любых, не только мультимедийных, типов файлов – текстовых документов, презентаций и т.д. При этом Moodle не занимается поддержкой и отображением этих файлов – эта задача ложится на плечи браузера. В зависимости от его версии, конфигурации и установленных на компьютере пользователя дополнительных программ определяется каким образом будут обрабатываться и отображаться присоединенные к курсу файлы. Так, при попытке открытия файла в формате .DOC, браузер обычно сначала сохраняет документ, а затем открывает его в программе Microsoft Word, а при открытии файла формата .PDF браузер использует программу Adobe Acrobat. Как видно из этих примеров для возможности работы с указанными файлами необходимо наличие дополнительного программного обеспечения, без которого обучаемый не сможет читать и работать с присоединенными к курсу материалами. В связи с этим целесообразно выделить браузер Google Chrome, в котором реализована другая логика работы с документами: в браузер встроена поддержка файлов формата .PDF и поэтому они сразу открываются в окне браузера, а документы .DOC можно просмотреть на экране компьютера без наличия программы Microsoft Word – это реализовано средствами Google Docs – бесплатного онлайн-офиса, включающего в себя текстовый, табличный процессор и сервис для работы с презентациями [31]. К сожалению, подобный подход реализован не во всех браузерах и не для всех типов документов.

Если же вести речь о мультимедиа файлах, то ситуация еще более сложная и неоднозначная. Так, если присоединить к курсу фильм, то Internet Explorer пытается подключить Windows Media Player для отображения этого видео, Google Chrome попытается его загрузить на компьютер, а если на компьютере установлен менеджер закачек, то он, скорее всего, попытается скачать этот фильм. Помимо проблем, связанных с тем, каким образом браузер будет обрабатывать мультимедиа файл, возникает вопрос каким образом воспроизводить этот файл. Дело в том, что существует множество форматов хранения и кодирования аудио и визуальных материалов. Для их воспроизведения на компьютере обучаемого должна быть установлена не только программа-плеер (например, Windows Media Player, входящая в состав Windows), но и нужный декодер[3] – отдельная программа, позволяющая плееру раскодировать видео или аудио сигнал. Подобные декодеры существуют для всех мультимедиа форматов – AVI, MKV, MP3, DivX, XviD и т.д.  При этом некоторые из них могут быть интегрированы в плеер или поставляться вместе с операционной системой. Если они не установлены, то в фильме может отсутствовать звук, видео или он может вообще не воспроизводиться. В этом случае у пользователя возникает проблема поиска нужного декодера, причем определить какая именно модель и версия декодера необходима не всегда возможно. Для решения этой проблемы в Интернете бесплатно распространяется «K-Lite Codec Pack» – универсальный набор декодеров, при помощи которых можно воспроизвести мультимедиа файл практически в любом современном формате [32]. Основным недостатком этого набора является то, что он работает только на операционных системах семейства Windows. И даже в этом случае необходимо информировать неподготовленного пользователя о том, какие необходимы дополнительные декодеры и откуда их ему нужно скачать и установить.

Наша цель при разработке СДО заключалась в том, чтобы обучаемый мог воспроизводить мультимедиа файлы без дополнительных усилий, программ, непосредственно в окне браузера. Для этого мы внедрили и использовали специализированный веб-плеер для мультимедиа материалов. Этот плеер интегрируется в веб-страницу курса и позволяет отображать видео и аудио файлы, имеет навигационную панель управления плеером. В роли плеера выступает, как правило, специальная программа, разработанная на технологии Flash. В этом случае для воспроизведения Flash-файлов на компьютере обучаемого должен быть установлен соответствующий ActiveX компонент. Этот компонент широко распространен, и многие браузеры изначально поддерживают работу с Flash, например, к числу таких браузеров относится Google Chrome. В случае отсутствия компонента его можно бесплатно скачать с официального сайта производителя Adobe в виде плагина, который интегрируется с любым из современных браузеров и доступен для разных версий операционных систем. За основу такого плеера нами был взят JW Player версии 5.2.1151 – свободно-распространяемый плеер с открытым исходным кодом [33]. Он состоит из основного SWF-файла и вспомогательных файлов, внедряется в веб-страницу с помощью специального кода. При этом плеер можно разместить на отдельной странице, имеется панель управления плеером, которая обеспечивает настройку уровня громкости, осуществляет перемотку, старт, паузу, переключение в полноэкранный режим просмотра и обратно. Плеер поддерживает работу с аудио материалами в формате MP3, ADPCM, HE-AAC, Nellymoser, Speex и видео в формате FLV, WMV, AVI, MPG, MOV.

Активно ведется работа над форматом HTML5, одно из нововведений которого заключается в интегрированной возможности воспроизведения аудиовизуальных материалов браузером. Развиваются и создаются новые программные плееры, которые можно разместить на сайте, и поддерживающих работу с HTML5, а также имеющих поддержку обратной совместимости с HTML4  с помощью технологии Flash. Одним из таких примеров является новая версия браузера JW Player 5.5. В режиме HTML5 он позволяет воспроизводить данные в форматах FLV, H.264, MP4, VP8, WebM, MP3, AAC.

В независимости от используемого для воспроизведения плеера имеются определенные требования и рекомендации, которые следует учитывать при разработке мультимедиа материалов. К их числу относятся формат хранения данных, битрейт, способ кодирования и т.д. В первую очередь необходимо выбрать подходящий формат хранения данных. Мы воспроизводим потоковое видео, для этих целей был выбран формат-контейнер FLV – это «родной» и оптимальный вариант при работе с плеером, основанным на Flash. При кодировании следует выбирать фрейм (размер кадра) и битрейт (степень сжатия видео или аудио потока) для достижения наилучшего соотношения качества и размера получаемого файла. При низких значениях фрейма или битрейта получается размытая или некачественная картинка, а при высоких значениях увеличивается размер файла. Соответственно чем больше размер файла, тем большая скорость Интернет-канала необходима как на стороне сервера, так и на стороне клиента. Медленная скорость Интернета приведет к тому, что видео будет отображаться не непрерывно, а с задержками. Для ликвидации этого факта, можно посоветовать подождать некоторое время, пока весь фильм не загрузится в кэш. В этом случае воспроизведение будет плавным. В общем случае следует предварительно провести анализ и эмпирически подобрать оптимальные параметры кодирования видео и аудио в зависимости от ширины и нагрузки на Интернет-канал. Эти данные следует учитывать при создании собственных фильмов, чтобы снизить затрачиваемое время и потери в качестве при конвертации из оригинального видео формата в формат FLV. Для преобразования видео в этот формат можно использовать как профессиональные монтажные программы, так и узкоспециализированные конверторы, например, Any Video Converter.

При размещении графической информации для СДО существуют также определенные рекомендации. Они позволяют выбрать необходимый формат хранения файлов, параметры сжатия, а также учитывают некоторые особенности компьютерной графики.               Для работы с изображениями мы рекомендуем использовать профессиональный графический редактор, например, Adobe Photoshop. Изображения должны быть в формате JPEG или PNG – это широко распространенные форматы, поддерживаемые всеми браузерами. В формате JPEG рекомендуется сохранять фотографии и другие полноцветные изображения, в формате PNG рекомендуется сохранять схемы, графики и другие изображения с ограниченным количеством цветов. Все изображения должны быть реализованы в цветовой модели RGB, это обеспечивает правильную цветовую передачу на экране монитора.

При сохранении файла с изображением следует подбирать параметры сжатия так, чтобы файл занимал минимальный размер при желаемом уровне качества. Чем меньше будет размер файла, тем быстрее будет загружаться электронный курс. Мы рекомендуем использовать графические файлы размера не больше 200 Кб. С целью оптимизации размера файлов при сохранении в формат JPEG следует указать использование оптимизационных таблиц Хаффмана, а в формат PNG – использовать 8-битный формат хранения цвета. При этом размер изображения не должен превышать 1800 пикселей по горизонтали и 1000 пикселей по вертикали. Это максимально допустимые значения, использовать которые, как правило, не целесообразно. Чем больше будет размер изображения, тем больше станет итоговый размер файла изображения. Кроме этого большие изображения, как правило, могут не поместится полностью на экране монитора, что приводит к неудобству их восприятия. Поэтому рекомендуется использовать изображения, не превышающие 600 пикселей по горизонтали и 500 пикселей по вертикали.

Современные графические редакторы имеют специальные мастера, помогающие максимально эффективно сохранять изображения для веб. Так, в Adobe Photoshop для этого используется команда File -> Save for Web & Devices. В открывшемся окне следует выбрать вкладку 2-Up. На экране отобразится два окна, в левом будет оригинальное изображение, а в правом – новое изображение, которое будет сохранено с учетом настроек сохранения. Эти окна нужны для тонкого подбора настроек сохранения и визуальной оценки качества оригинального и нового изображения. Настройки сохранения располагаются в правой части окна. Для сохранения изображения в формате JPEG следует выбрать Preset JPEG High, затем подобрать минимальное значение параметра Quality, при котором качества изображения считается удовлетворительным (рис. 17). Для сохранения изображения в формате PNG следует выбрать Preset PNG 128 Dithered, при этом качество цветопередачи регулируется параметром Colors (рис. 18). Необходимо подобрать минимальное значение параметра Colors, при котором качества изображения считается удовлетворительным.

Рис. 17. Окно Photoshop при сохранении изображения для веб в формате JPEG

Заключение

В работе приведены наиболее важные и актуальные задачи технического плана, возникшие при внедрении и использовании Moodle в качестве СДО в ТГГПУ. Подробно описана построенная программно-аппаратная архитектура СДО, состоящая из нескольких серверов с разными операционными системами, программным обеспечением и сборками Moodle. Приведена аппаратная конфигурация и роли используемых серверов, с точки зрения удобства администрирования и эффективности для нас предпочтительнее оказалось использование операционной системы Debian. С помощью инструментов веб-аналитики выведена информация по объемам используемого трафика по месяцам, дням недели и часам. Совместно со статистикой посещений эти данные позволяют определить средние и пиковые нагрузки на сервер и Интернет-канал, а также количественно прогнозировать рост нагрузок из-за увеличения числа курсов и обучаемых. Приведены сведения по размещенным курсам в СДО, их размеру на дисковом пространстве и объему базы данных Moodle, что позволяет оценить средний размер курсов и необходимое дополнительное место для проведения резервного копирования.

Рис. 18. Окно Photoshop при сохранении изображения для веб в формате PNG

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

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

Описаны особенности использования мультимедийных и графических материалов в процессе дистанционного обучения. Приведены требования и рекомендации, предъявляемые к материалам, размещаемым в сети Интернет. Предложен универсальный способ интеграции аудиовизуальных данных в систему Moodle с помощью специализированного веб-плеера JW Player. Приведен алгоритм выбора оптимальных форматов и параметров кодирования мультимедийных и графических файлов (размер фрейма, битрейт, степень сжатия).

В настоящее время в связи с объединением ТГГПУ с Казанским (Приволжским) федеральным университетом обсуждается будущее разработанной СДО.  В техническом плане ведутся работы по исследованию перехода на новую версию Moodle 2.0.x и возможностях использования HTML5 в сфере мультимедиа.

Литература

1.       В.Н. Устюгова, Р.А. Валитов. О процессе создания системы дистанционного обучения в Татарском государственном гуманитарно-педагогическом университете (ТГГПУ). //Образовательные технологии и общество, 2010, том 13, №2. С. 225-239.

2.       Google Analytics. Средства веб-аналитики корпоративного уровня. URL: http://www.google.com/analytics/ (дата обращения 25.04.2011).

3.       AWStats official web site. URL: http://awstats.sourceforge.net/ (дата обращения 25.04.2011).

4.       Электронный деканат (Free Dean's Office). URL: http://www.deansoffice.ru (дата обращения 25.04.2011).

5.       Обзор рынка мобильных телефонов в России: предварительные итоги 2010 года и прогноз на 2011. URL: http://www.finam.ru/analysis/forecasts0116A/default.asp (дата обращения 25.04.2011).

6.       Рыночные показатели первой десятки производителей мобильных телефонов. URL: http://www.itbestsellers.ru/statistics/detail.php?ID=17544 (дата обращения 25.04.2011).

7.       StatCounter Global Stats. URL: http://statcounter.com/ (дата обращения 25.04.2011).

8.       Проект Программы "Развитие цифровых услуг в Республике Татарстан на 2006 - 2010 годы". URL: http://mcrt.tatar.ru/rus/telecom.program.proect.html (дата обращения 25.04.2011).

9.       В Казани создается сеть беспроводного широкополосного доступа в интернет. URL: http://mzio.tatar.ru/rus/index.htm/news/48962.htm (дата обращения 25.04.2011).

10.    Moodle for Mobiles. URL: http://docs.moodle.org/en/Moodle_for_Mobiles (дата обращения 03.04.2011).

11.    Compact HTML for Small Information Appliances. W3C NOTE 09-Feb-1998. URL: http://www.w3.org/TR/1998/NOTE-compactHTML-19980209/ (дата обращения 25.04.2011).

12.    Moodle for Mobiles installation. URL: http://docs.moodle.org/en/Moodle_for_Mobiles_installation (дата обращения 25.04.2011).

13.    Moodbile. URL: http://www.moodbile.org/ (дата обращения 25.04.2011).

14.    Web Services. URL: http://docs.moodle.org/en/Web_Services (дата обращения 25.04.2011).

15.    Moodle4iPhones Project. URL: http://iphone.moodle.com.au/ (дата обращения 25.04.2011).

16.    Creating Mobile Learning Tutorials for iPhone/iPod Touch. URL: http://docs.moodle.org/en/Moodle_for_Mobiles#Creating_Mobile_Learning_Tutorials_for_iPhone.2FiPod_Touch (дата обращения 25.04.2011).

17.    MLE-Moodle. URL: http://mle.sourceforge.net/ (дата обращения 25.04.2011).

18.    MoodleTouch (Moodle on mobiles). URL: http://www.pragmasql.com/moodletouch/home.aspx (дата обращения 25.04.2011).

19.    mPage. URL: http://mpage.hk/ (дата обращения 25.04.2011).

20.    Mbot, the #1 Android app for Moodle™. URL: http://codeguild.org/app/mbot/ (дата обращения 25.04.2011).

21.    MOMO (Mobile Moodle) Project. URL: http://www.mobilemoodle.org/momo18/ (дата обращения 25.04.2011).

22.    Mobile Moodle FAQ. URL: http://docs.moodle.org/en/Mobile_Moodle_FAQ  (дата обращения 25.04.2011).

23.    ARM architecture. URL: http://en.wikipedia.org/wiki/ARM_architecture (дата обращения 25.04.2011).

24.    Характеристики HTC MAX 4G. URL: http://www.htc.com/ru/product/max4g/specification.html (дата обращения 25.04.2011).

25.    Internet Explorer 8. Просмотр в режиме совместимости. URL: http://www.microsoft.com/rus/business/ie8/admin-compatibility-mode.aspx  (дата обращения 25.04.2011).

26.    Использование в Internet Explorer 9 просмотра в режиме совместимости. URL: http://windows.microsoft.com/ru-RU/windows7/How-to-use-Compatibility-View-in-Internet-Explorer-9 (дата обращения 25.04.2011).

27.    The Web Standards Project Acid Tests. URL: http://www.acidtests.org/ (дата обращения 25.04.2011).

28.    HTML5 Test Suite Conformance Results. URL: http://w3c-test.org/html/tests/reporting/report.htm (дата обращения 25.04.2011).

29.    THE HTML5 TEST – HOW WELL DOES YOUR BROWSER SUPPORT HTML5? URL: http://html5test.com/ (дата обращения 25.04.2011).

30.    Красивые технологии создают красивый Интернет. URL: http://www.microsoft.com/ru-ru/windows/internet-explorer/onlinekrasota/ (дата обращения 25.04.2011).

31.    Google Docs – Online documents, spreadsheets, presentations ... URL: http://docs.google.com (дата обращения 25.04.2011).

32.    About the K-Lite Codec Pack. URL: http://www.codecguide.com/about_kl.htm (дата обращения 25.04.2011).

33.    JW Player for Flash & HTML5. URL: http://www.longtailvideo.com/players/jw-flv-player (дата обращения 25.04.2011).



[1] CHTML – сокращение от слов «compact HTML», подмножество спецификаций HTML 2.0, HTML 3.2 и HTML 4.0, ориентированным на устройства с ограниченными возможностями отображения информации (мобильные телефоны, смартфоны, карманные персональные компьютеры и т.д.). Поэтому CHTML-совместимые устройства могут не отображать рисунки, таблицы, различные шрифты и т.д. Подробнее о CHTML см. в работе [11].

[2] APIApplication Programming Interface, интерфейс прикладного программирования.

[3] Также используется кодек. В отличие от декодера, кодек – это программа, способная не только декодировать, но и кодировать данные.