Show Left Blocks
Show Right Blocks
 
Главное меню
Войти...
Пользователь:

Пароль:

запомнить меня

Забыли пароль?

Регистрация
Сейчас на сайте
1 пользователь(ей) активно (1 пользователь(ей) просматривают Статьи)

Участников: 0
Гостей: 1

далее...

 »»  Оглавление »»  Текущая страница  

XOOPS 2.3/XOOPS 2.4 Roadmap

Оригинал расположен на сайте команды разработчиков XOOPS.

От переводчика

Из содержания документа ясно, что никакого просвета в разработке XOOPS не видно. Ставятся какие-то невнятные цели... Вернее цели внятные, но методы их достижения совершенно непонятны. Инструментов с помощью которых эти цели могли бы быть достигнуты на сегодня у команды разработчиков (по сути у скальпы) нет. Open-source development в столь сжатые сроки, по моему мнению, отдачи принести не может. Сроки поставлены и вовсе уж нереальные. Публичной альфы, а уж тем более документации по ней на данный момент нет, хотя уже вроде бы должна была появиться. Как можно за месяц создать что-то работоспособное с заявлеными характеристиками и в то же время настолько стабильное, чтобы перетянуть пользователей ветки 2.0 - совершенно непонятно. Мы слышим все те же обещания по поводу мифического XOOPS 4, а хочется уже сейчас иметь что-то стоящее. Ну мой прогноз - стабильный 2.3 через пол года. Поживем увидим.

Введение

Многое изменилось с тех пор, как прошлой весной была опубликована стратегия развития XOOPS 4. Поговаривают даже, что эти изменения "не в лучшую сторону". Однако 9 месяцев назад последний выпуск XOOPS был результатом огромной работы по улучшению стабильности XOOPS 2 и это не случайно. В XOOPS 2.2 имеется целый ряд проблем, и некоторые из них закопаны глубоко внутри, заставляя нас переделывать многие части системы с нуля. Наличие этих проблем не позволило многим пользователям обновить версию системы до 2.2.x. Они продолжали использовать 2.0.13.2. Таким образом, сегодня, у нас имеется немалое поле для деятельности: мы все еще дорабатываем ядро системы и в тоже время начинаем повторный рефакторинг, для того чтобы XOOPS стал системой открытой для пользователя, создаваемой им самим. Кроме того, развитие системы должно стать решением, удовлетворяющим требованиям как пользователей перешедших на 2.2.х, так и пользователей оставшихся на 2.0.х.

Данный документ призван осветить в первую очередь наше видение этого решения.

От XOOPS 2.3 к XOOPS 4

Стратегия развития XOOPS 4 предусматривала главным образом переработку системы в соответствии с принципами модульности и увеличения гибкости, чтобы предоставить пользователям большую свободу и, как предполагалось, большие возможности разработчикам модулей и тем оформления. В ходе работ по достижению данной цели выяснилось, что тем путем, который был избран, она не может быть достигнута. Однако хотя XOOPS 2.3 и 2.4 не будут выглядеть как законченные версии с полностью переработанным ядром, ввиду того, что должна быть обеспечена обратная совместимость версий системы - они, тем не менее, будут главным шагом к XOOPS 4.

Процесс разработки

Исходя из объема работ, которые необходимо выполнить, имеется два решения: использовать долгий цикл развития (XOOPS 2.0 разрабатывался именно таким способом) или более прогрессивный метод более похожий на то, что мы называем разработка методом открытого кода (open-source development). Первый вариант не позволит выпустить какую-либо реальную сборку, пока "XOOPS 2.3.0" не будет практически полностью готов. И проблема здесь не только в том, что такой способ разработки задержал бы выход системы на несколько месяцев, но и в том, что использование такого способа не позволит подключить к проекту большое количество разработчиков.

Считая последний пункт весьма важным, было сделано следующее: ранние альфа выпуски будут опубликованы как можно скорее, и будут выходить как можно чаще. Кроме исправлений и дополнений, каждая итерация принесет ее набор новых возможностей для других разработчиков они смогут присылать код, который мы будем способны включить в ядро, или будут присоединяться к команде разработчиков системы. Сервис тем оформления позволит другим создавать "плагины генераторы страниц (page building plug-ins)", стандартизация интерфейса виджетов (украшений - прим. пер.) позволит присылать элементы интерфейса пользователя, и так далее.

Также, чтобы гарантировать, что новые особенности должным образом внедрены и проверены, запланированные модификации не будут осуществлены все вместе в одной версии, которая должна была бы оставаться в виде альфа версии в течение слишком многих недель. Разработка будет разбита на два этапа. Версия 2.3 будет промежуточным выпуском, представляющий сообществу особенности новой архитектуры и пользователи 2.0 будут иметь возможность мигрировать на нее. С другой стороны, пользователи 2.2 должны будут ждать выхода 2.4 версии, чтобы иметь возможность обновиться и получить все возможности, которые они используют (некоторые из них будут сильно усовершенствованны).

XOOPS 2.3

Альфа 1: в начале января
Продолжительность итераций: 7/10 дни

Цели

  • Обеспечение основ будущей архитектуры;
  • Внесение предварительных изменений необходимых для реализации новых возможностей версии 2.4;
  • Добавление возможностей расширяемости к некоторым частям системы, что породит возможность создания плагинов нового типа к ядру;
  • Исправления для обеспечения совместимости с PHP 5.1/MySQL 5;
  • Создание версии для перехода пользователей XOOPS 2.0.x;

Цели рефакторинга/модулизации

  • Компонентная архитектура;
  • Ядро/последовательность-загрузки;
  • Module instanciation (Не знаю как перевести. Видимо означает, что можно будет установить несколько копий одного модуля. - прим. пер.);
  • HTTP-ориентированные службы низкого уровня (редиректы, сессии, аутентификация.);
  • Аутентификация и регистрация пользователей, системное администрирование;
  • Механизм интернационализации (необходимо подтверждение);
  • Механизм отображения (Output layer).

С точки зрения конечного пользователя. (End-users translation)

  • Более быстрая и более гибкая система шаблонов сайта;
  • Новая, совместимая со всеми стандартами тема оформления;
  • Расширенная система аутентификации с LDAP по умолчанию (усовершенствованная версия из 2.2);
  • Новый, настраиваемый, драйвер сессий с защитой от перехвата сессии (anti-hijacking);
  • Новый модульный модуль администрирования (Это в оригинале тавтология такая. Не стал исправлять. - прим. пер.), с некоторыми переделанными страницами (сессия, аутентификация, права);
  • Удаляемая страница редиректа (как я понимаю это та страница, где написано что-то вроде "Добро пожаловать на наш сайт sertes. Если страница не перезагрузица - щОлкините здесь" - прим. пер.);
  • Управление правами на уровне страниц сайта.
  • Интегрированный механизм перезаписи URL (mod_rewrite - прим. пер.);
  • Расширенное/отлаженное кэширование вывода;
  • Автоматизированная система очистки запроса (кое-что подобное к тому, что делает модуль "Protector");
  • Реализация возможности создания новых видов плагинов сторонних производителей. (драйверы проверки подлинности, элементы запуска, плагины тем оформления (что это такое даже предположить не могу - прим. пер.) и панели администрирования, UI виджеты ...)

XOOPS 2.4

Альфа 1: в начале марта
Продолжительность итераций: 10/14 дни
(NB: следующий список является временным, будет обновляца по ходу реализации проекта)

Цели

  • Начало реальной модулизации основных функций ядра (пользователи будут способны удалить новые модули, или заменять их эквивалентным модулями сторонних разработчиков);
  • Ускорение развития новых, современных модулей;
  • Повторная реализация всех особенностей версии 2.2.x для конечных пользователей, чтобы позволить им обновиться.

Цели рефакторинга

  • Полное отделение пользователя от его профиля;
  • Система обмена сообщениями;
  • Управление профилями;
  • Управление блоками/порталом;
  • Инсталлятор;
  • Первый отдельный выпуск XOOPS developer tools package (набор приложений, которые освободят разработчика от необходимости вручную писать некоторые части кода модулей. Теперь можно будет сосредоточиться непосредственно на функциональных возможностях).

С точки зрения конечного пользователя. (End-users translation)

  • Динамический модуль управления профилями, который может быть безопасно удален людьми не нуждающимися в нем;
  • Переделанный многоканальный модуль обмена сообщениями, расширяемый при помощи плагинов (так сторонний разработчик может создать модуль отправки e-mail или СМС сообщений);
  • Полностью новая система управления порталом/блоками, способная формировать любую раскладку страницы;
  • У разработчиков появится возможность создавать истинно многоязычные модули.

При перепечатке ссылка на http://www.sertes.ru обязательна.
14 января 2006 г. Переведено sertes

Последний раз изменено: 03.02.06 пользователем Птица [Редактировать] [История]

Комментарии принадлежат их авторам. Мы не несем ответственности за их содержание.