Необходимо добавить в Joomla дополнительную группу пользователей, которая обладала бы следующими правами:
Доступ к административной панели
Доступ к заданному компоненту (для простоты выберем компонент Remository)
Не имела бы доступа к остальным разделам административной панели Joomla

Как мы видим, наиболее похожая группа пользователей это Manager, так как в ней есть и доступ в административную панель Joomla, и нет доступа к большинству административных функций (управление пользователями, расширениями и т.д.). Чего же нам нехватает? Да, в принципе, самой малости:
Нет доступа к компоненту Remository)
Есть доступ к Медиа менеджеру, Меню и Материалам

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

Перед началом модификаций рекомендую создать резервную копию изменяемых файлов и базы данных. Если у вас вдруг что-то не получится наличие резервной копии позволит вам откатить изменения и восстановить работоспособность сайта.
Добавление новой группы пользователей Joomla

Как известно, в Joomla существует следующая иерархия пользователей:
ROOT
| – USERS
| — PublicFrontend
| – - – Registered
| – - – - Author
| – - – - – Editor
| – - – - – - Publisher
| – - Public Backend
| – - – Manager
| – - – - Administrator
| – - – - – Super Administrator

Таким образом, нам надо добавить группу пользователей (назовем ее DownloadsManager) в качестве дочерней для Public Backend, чтобы дерево групп пользователей приняло вид:
ROOT
| – USERS
| — PublicFrontend
| – - – Registered
| – - – - Author
| – - – - – Editor
| – - – - – - Publisher
| – - Public Backend
| – - – Manager
| – - – - Administrator
| – - – - – Super Administrator
| – - – DownloadsManager

Информация о существующих группах пользователей и их иерархии располагается в таблице jos_core_acl_aro_groups. Я не буду серьезно вдаваться в подробности технической реализации хранения данных в этой таблице, ограничусь готовым SQL-запросом, который позволит нам добавить нужную группу:
SET @parent_name = ‘Public Backend’;
SET @new_name = ‘DownloadsManager’;

SELECT @ins_id := group_id, @ins_lft := lft, @ins_rgt := rgt
FROM jos_core_acl_aro_groups
WHERE name = @parent_name;

SELECT @new_id := MAX(group_id) + 1 FROM jos_core_acl_aro_groups;

UPDATE jos_core_acl_aro_groups SET rgt=rgt+2 WHERE rgt>=@ins_rgt;
UPDATE jos_core_acl_aro_groups SET lft=lft+2 WHERE lft>@ins_rgt;

INSERT INTO jos_core_acl_aro_groups (group_id,parent_id,name,lft,rgt)
VALUES (@new_id,@ins_id,@new_name,@ins_rgt,@ins_rgt+1);

После выполнения данного запроса в списке доступных групп пользователей появится DownloadsManager. Однако, если мы в Менеджере пользователей попробуем создать пользователя с такой группой, мы гарантированно получим ошибку: «You cannot create a user with this user Group level, only Super Administrators have this ability». Это означает, что текущий пользователь не может создать пользователя с группой, которая не является дочерней, по отношению к группе текущего пользователя. Это ограничение было введено для того, чтобы пользователи группы Администратор не могли создавать Суперадминистраторов.

В нашем случае, созданная группа DownloadsManager не является дочерней даже для Суперадминистратора, поэтому создать такого пользователя не получается. Чтобы это разрешить, мы сделаем небольшую модификацию, которая на безопасность не особо повлияет:
Откроем файл /administrator/components/com_user/admin.user.php
Найдем в нем строчку:
if (!in_array($row->gid,getGIDSChildren($my->gid))) {
и заменим ее на:
if ($my->gid != 25 && !in_array($row->gid,getGIDSChildren($my->gid))) {

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

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

Права групп пользователей прописаны статически в файле /includes/gacl.class.php. Для того, чтобы наша группа пользователей имела право на авторизацию в административной панели Joomla необходимо в этом файле, после строчки:
$this->_mos_add_acl( ‘administration’, ‘login’, ‘users’, ‘manager’, null, null );

добавить еще одну:
$this->_mos_add_acl( ‘administration’, ‘login’, ‘users’, ‘downloadsmanager’, null, null );

Так, теперь пользователи этой группы могут беспрепятственно входить в административную панель Joomla и фактически равны по правам пользователям группы Manager, однако пока не имеют доступа к компоненту Remository и могут редактировать материалы сайта.
Предоставление доступа к компоненту Remository

Для того, чтобы пользователи группы DownloadsManager могли работать с компонентом Remository необходимо, чтобы во-первых пользователи этой группы видели меню Компоненты и, во-вторых, чтобы они имели доступ к самому компоненту.

Для начала, добавим в /includes/gacl.class.php права на компонент. Для этого найдем строчку:
$this->_mos_add_acl( ‘administration’, ‘edit’, ‘users’, ‘manager’, ‘components’, ‘com_media’ );

и добавим после нее:
$this->_mos_add_acl( ‘administration’, ‘edit’, ‘users’, ‘downloadsmanager’, ‘components’, ‘com_remository’ );

Все, пользователи группы DownloadsManager будут иметь доступ к компоненту Remository. Займемся теперь доступностью пункта меню Компоненты
Настройка видимости пунктов меню административной панели Joomla

Главное меню административной панели Joomla выводится модулем mod_fullmenu, расположенном в папке /administrator/modules. Его мы и будем править, чтобы настроить видимость пунктов в зависимости от прав пользователя.

В файле /administrator/modules/mod_fullmenu.php находим строчку:
$canManageUsers = $acl->acl_check( ‘administration’, ‘manage’, ‘users’, $usertype, ‘components’, ‘com_users’ );
и добавляем после нее:
$canEditRemository = $acl->acl_check( ‘administration’, ‘edit’, ‘users’, $usertype, ‘components’, ‘com_remository’ );
$canEditContent = $acl->acl_check( ‘administration’, ‘edit’, ‘users’, $usertype, ‘components’, ‘com_content’ );
$canEditMenus = $acl->acl_check( ‘administration’, ‘edit’, ‘users’, $usertype, ‘components’, ‘com_menus’ );

Затем чуть ниже заменяем
if ($installComponents) {
на
if ($installComponents || $canEditRemository) {

Далее после строчки
// Content Sub-Menu
добавляем
if ($canEditContent) {
и чуть ниже, перед строчкой
// Components Sub-Menu
вставляем
}

И теперь отключим отображение пункта меню Медиа-менеджер. Заменяем строчку:
['<img src="../includes/js/ThemeOffice/media.png" />','Media Manager','index2.php?option=com_media',null,'Manage Media Files'],
на
<?php if ($canEditMenus) { ?>
['<img src="../includes/js/ThemeOffice/media.png" />','Media Manager','index2.php?option=com_media',null,'Manage Media Files'],
<?php } ?>

Чтобы скрыть лишние пункты меню сделаем еще несколько модификаций данного модуля. После строчки:
$manageMenuMan = $acl->acl_check( ‘administration’, ‘manage’, ‘users’, $usertype, ‘components’, ‘com_menumanager’ );

добавим:
$manageMenu = $acl->acl_check( ‘administration’, ‘manage’, ‘users’, $usertype, ‘components’, ‘com_menus’ );

Все, теперь пользователей группы DownloadsManager станет доступно меню Компоненты, в котором будет только один подпункт — Remository. Другие компоненты будут недоступны (за исключением com_content, com_menus и com_typedcontent).

Мы уже очень близки к поставленной цели: у нас есть новая группа, пользователи этой группы имеют доступ к административной панели Joomla и в ней могут работать с административной частью компонента Remostitory. Кроме того, пользователь уже не видит лишних пунктов меню (Медиа-менеджер, Меню, Материалы). Дело за малым: закрыть реальный доступ к редактированию меню и материалов сайта.
Запрет группе доступа к редактированию меню и материалов
Сначала немного расширим список прав групп, чтобы явно предоставить права на Меню и Материалы пользователям групп Manager, Administrator и Super administrator. Для этого в файле /includes/gacl.class.php после строчки:
//array( ‘administration’, ‘edit’, ‘users’, ‘manager’, ‘modules’, ‘all’ );

добавим:
// access to com_menus
$this->_mos_add_acl( ‘administration’, ‘edit’, ‘users’, ‘super administrator’, ‘components’, ‘com_menus’ );
$this->_mos_add_acl( ‘administration’, ‘edit’, ‘users’, ‘administrator’, ‘components’, ‘com_menus’ );
$this->_mos_add_acl( ‘administration’, ‘edit’, ‘users’, ‘manager’, ‘components’, ‘com_menus’ );

// access to com_content
$this->_mos_add_acl( ‘administration’, ‘edit’, ‘users’, ‘super administrator’, ‘components’, ‘com_content’ );
$this->_mos_add_acl( ‘administration’, ‘edit’, ‘users’, ‘administrator’, ‘components’, ‘com_content’ );
$this->_mos_add_acl( ‘administration’, ‘edit’, ‘users’, ‘manager’, ‘components’, ‘com_content’ );

// access to com_typecontent
$this->_mos_add_acl( ‘administration’, ‘edit’, ‘users’, ‘super administrator’, ‘components’, ‘com_typedcontent’ );
$this->_mos_add_acl( ‘administration’, ‘edit’, ‘users’, ‘administrator’, ‘components’, ‘com_typedcontent’ );
$this->_mos_add_acl( ‘administration’, ‘edit’, ‘users’, ‘manager’, ‘components’, ‘com_typedcontent’ );

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

Открываем файл /administrator/components/com_menus/admin.menus.php и сразу после строчки:
defined( ‘_VALID_MOS’ ) or die( ‘Restricted access’ );

добавляем проверку прав:
if (!($acl->acl_check( ‘administration’, ‘edit’, ‘users’, $my->usertype, ‘components’, ‘all’ )
| $acl->acl_check( ‘administration’, ‘edit’, ‘users’, $my->usertype, ‘components’, ‘com_menus’ ))) {
mosRedirect( ‘index2.php’, _NOT_AUTH );
}

Открываем файл /administrator/components/com_content/admin.content.php и сразу после строчки:
defined( ‘_VALID_MOS’ ) or die( ‘Restricted access’ );

добавляем проверку прав:
if (!($acl->acl_check( ‘administration’, ‘edit’, ‘users’, $my->usertype, ‘components’, ‘all’ )
| $acl->acl_check( ‘administration’, ‘edit’, ‘users’, $my->usertype, ‘components’, ‘com_content’ ))) {
mosRedirect( ‘index2.php’, _NOT_AUTH );
}

Открываем файл /administrator/components/com_typedcontent/admin.typedcontent.php и сразу после строчки:
defined( ‘_VALID_MOS’ ) or die( ‘Restricted access’ );

добавляем проверку прав:
if (!($acl->acl_check( ‘administration’, ‘edit’, ‘users’, $my->usertype, ‘components’, ‘all’ )
| $acl->acl_check( ‘administration’, ‘edit’, ‘users’, $my->usertype, ‘components’, ‘com_typedcontent’ ))) {
mosRedirect( ‘index2.php’, _NOT_AUTH );
}

Все! После вставки данных проверок, пользователи группы DownloadsManager гарантированно получат отказ при попытке редактирования материалов сайта из административной панели Joomla.
Заключение

Давайте подведем итоги. В этой статье мы добавили новую группу пользователей Joomla, предоставили ей доступ к компоненту Remository и запретили изменять меню и материалы сайта. Таким образом мы получили группу менеджеров файлового архива, которые могут беспрепятственно заходить в административную панели и управлять файловым архивом, реализованным посредством компонента Remository.

В принципе осталась еще одна мелочь, которую я не описал в статье, бо это не интересно: скрыть лишние кнопки на главной странице панели управления Joomla. Если общественность потребует, я опишу это в следующей статье.

Для миграции Вам нужно иметь установленную Joomla! 1.0.12. В случае, если Ваш сайт работает на Joomla 1.0.13, необходимо установить патч Rob Schley-а. Также рекомендуем перед обновлением создать полную резервную копию Вашего сайта на случай, если что-то пойдет не так. Мы рекомендуем не уничтожать Ваш сайт на Joomla 1.0.x до тех пор, пока вы не убедитесь, что миграция на Joomla 1.5 прошла успешно и все работает так как нужно.

В идеале сначала необходимо выполнить миграцию на локальном компьютере и только потом на «живом сайте». Причем нужно установить Joomla 1.5 в отдельную директорию и отдельную БД, сохранив при этом файлы и базу Joomla 1.0.x
Шаг 1: Загрузка компонента Migrator и установка его на сайт с Joomla 1.0.x

Актуальная версия компонента-мигратора доступна на сайте Pasamio Project’s FRS site. На сегодняшний день это Migrator RC5. Загрузите компонент Migrator и установите его на ваш сайт с Joomla 1.0.x. Компонент устанавливается как обычный компонент и доступен после установки в меню Components — Migrator.
Шаг 2: Установка дополнительных плагинов для Migrator-а

Компонент Migrator осуществляет миграцию данных только для встроенных компонентов и модулей. В случае, если у Вас установлены сторонние расширения, Вам необходимо установить соответствующие плагины для компонента-мигратора Обратитесь за этими плагинами к авторам расширений. Существует два типа плагинов: «SQL» плагин, работающий с обычным текстовым SQL файлом и «ETL» плагин, содержащий небольшой кусок PHP кода в котором указывается каким образом мигратор должен обрабатывать данные, хранящиеся в таблицах и конфигурационных файлах. Вызов плагинов осуществляется из меню «Add Third Party Migrators», путем указания пути к файлу плагина. После выбора плагина он будет автоматически выполнен. Список доступных плагинов можно посмотреть кликнув на «List Plugins» на основной странице компонента
Шаг 3: Создание SQL файла для миграции

После того, как вы установили все необходимые дополнительные плагины нажмите «Create Migration SQL file» для начала процесса. Компонент миграции разработан таким образом, чтобы даже для большого количества данных не произошло прерывания процесса создания по тайм-ауту. Во время создания файла страница может несколько раз автоматически перегружаться сообщая о состоянии процесса. После того, как процесс создания миграционного файла будет завершен, на экране появится ссылка для загрузки созданного файла. Во время создания файла миграции в нем будет автоматически произведены все необходимые изменения полей в таблицах для корректной работы в Joomla! 1.5, включая изменение тегов mosimage.
Шаг 4: Установка Joomla! 1.5

Последним этапом миграции является инсталляция на Ваш сайт новой версии Joomla! 1.5. Следуя указаниям мастера инсталляции выполните все шаги. На последнем шаге инсталляции Вам будет предложено ввести название сайта и запустить процесс миграции данных. Для выполнения миграции данных Вам нужно загрузить на Ваш новый сайт миграционного SQL файла, который Вы создали на предыдущем этапе (Шаг 3). Миграционный файл можно загрузить двумя способами:
загрузить по HTTP
загрузить по FTP/SCP

Первый метод — загрузка по HTTP пригоден для файлов миграции небольшого размера во избежании прерывания выполнения скрипта из за превышения времени выполнения указанного в настройках PHP. Альтернативный метод — загрузка файла по протоколу FTP или SCP или же любым другим способом, предложенным Вашим хостинг провайдером. Этот метод подойдет для сайтов с большим количеством контента и, соответственно большим объемом миграционного SQL файла. При использовании метода загрузки по HTTP,— просто выберите файл миграции и нажмите кнопку «Загрузить». При использовании альтернативного метода — предварительно загрузить файл миграции в директорию installation/sql/migration и переименуйте его в «migrate.sql». Если по каким либо причинам процесс миграции не удался, Вам необходимо заново загрузить файлы миграции и повторить процедуру.

После того, как процесс миграции завершился,— введите название сайта (по техническим причинам название файла не может быть мигрировано автоматически) и завершите установку Joomla 1.5.

В директорию /files поместим файл index.php следующего содержания:
<?php
header(«Location:files»);
?>

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

В директорию files/files поместим файл .htaccess с настройками:
RemoveType application/x-httpd-php php php3
Options Indexes FollowSymLinks MultiViews
IndexOptions FancyIndexing ScanHTMLTitles
ReadmeName .footer.html
HeaderName .header.html

Команда RemoveType application/x-httpd-php php php3 запрещает запускать файлы *.php на выполнение в пределах вашего репозитория. Это полезно сделать, если вы будете давать доступ на размещение файлов в вашем репозитории третим лицам. В этом режиме php файлы не запускаются, а скачиваются как обычные файлы.

Команда Options Indexes FollowSymLinks MultiViews говорит серверу APACHE, что в данной директории разрешено сканирование содержимого. Это является ключевой настройкой, которая позволяет организовать репозиторий данного типа в принципе.

Команда IndexOptions FancyIndexing ScanHTMLTitles позволяет выводить заголовки html-файлов рядом с их именами. Эта опция является полезна, если в вашем репозитории будут хранится HTML-файлы.

Команды ReadmeName .footer.html, HeaderName .header.html назначают файлы, содержимое которых будет автоматически подставляться в начало и конец страницы репозитории и служат для достижения разнообразных оформительских эффектов.

Теперь создайте файлы .header.html, .footer.html и поместите их в каждую папку в пределах вашего репозитория. Если вы хотите, чтобы ваш репозиторий унаследовал стили вашего шаблона, то в файле .header.html нужно сделать подключение CSS-стилей, например так:
<link rel=»stylesheet» type=»text/css» href=»http://www.gorodbereza.ru/templates/akogreenportal/css/template_css.css» />
(В моем случае идет импорт стилей с шаблона «akogreenportal»)

Здесь существует один важный момент. В случае когда файлы заголовков не определены, APACHE автоматически создает заголовки с путём до текущей директории, например Index of /files/files . Это очень полезная информация, так как показывает координаты директории, которую вы в данный момент просматриваете. Если вы создаете свой заголовок (файл .header.html), то в нём будет полезно отразить эту информацию, прописав в каждом файле .header.html, каждой директории, путь до данной директории.

Использование файлов .header.html и .footer.html позволяет сделать из репозитория полноценную HTML-страницу, которую можно гармонично вписать в дизайн вашего сайта. Вот пример репозитория-галереи (в качестве файлов выступают рисунки): [ссылка]

Осталось самое важное – интегрировать наш репозиторий в JOOMLA. Для этого в админке JOOMLA войдите в окно создания нового элемента меню и выберите тип меню Wrapper. В открывшемся окне настроек впишите:
Name: – Файлы (название пункта меню)
Wrapper Link: – /files/files (путь до вашей директории с файлами)
Auto Height; – yes (активации данной опции является полезной, так как автоматически регулирует высоту окна и избавляет от неэстетической вертикальной полосы прокрутки)

В остальных опциях можно оставить значения по умолчанию.

Все, репозитарий готов. Он будет выглядеть примерно как у меня: [ссылка]
Создание закрытой директории

Очень часто вам может понадобиться закрыть некоторые директории от общего доступа. Это также можно сделать средствами Apache: В директорию, которую вы хотите закрыть (в моём случае, это директория private) поместите файл .htacces в котором необходимо прописать «секьюрные» настройки, например:
AuthName «Password Protected»
AuthType Basic
AuthUserFile /www/myproject/passwd.file
require valid-user>

Здесь самой важной является опция AuthUserFile, в которой прописывется путь до файла passwd.file. В файле passwd.file – хранятся данные авторизации: имя пользователя и хэш-образ пароля.

Файл passwd.file создается утилитой htpasswd, которая входит в состав сервера APACHE. Более подробно об этом можно узнать [здесь].

P.S. Если в вашем ропозитории будут отсутствовать иконки файлов, то распакуйте и поместите папку icons в корень вашего сайта [ссылка]

И так приступим:
Создадим субдомен, например demo.domain.ru;
Установим Joomla на субдомен;
Установим и настроим наши demo-расширения, которые будим показывать всему миру;
Создадим нового пользователя и присвоим ему группу «Manager»;
Для безопасности в глобальный конфигурации отключим ftp-режим.

Теперь на помощь приходить великий и могучий cron, который и будет выполнять всю грязную работёнку: каждый час удалять все таблицы БД на demo-сайте и создавать новые из бэкапа, а также чистить каталог с demo-сайтом и потом занова копировать оригинальные файлы, чтобы привести весь тот хаос на demo-сайте, оставленный после следопытов в начальное состояние.

Предположим что наш demo-сайт физически расположен в каталоге «/home/{user}/public_html/demo»:
Создадим новый каталог «/home/{user}/demo.restorefrom». Не стоит создавать каталог «demo.restorefrom» в каталоге «public_html» тем самым открывая ему публичный доступ!
С помощью панели управлениях хостингом или SSH скопируем содержимое каталога «/home/{user}/public_html/demo» в «/home/{user}/demo.restorefrom/demo».
Через phpmyadmin сделаем полным дамп базы demo-сайта, назовём полученный файл «dump.sql» и положим в каталог «/home/{user}/demo.restorefrom».
Создадим shell скрипт restore.sh со следующим содержимым:
#!/bin/sh
mysql -u{mysql username} -p{mysql password} {database name} < dump.sql
rm -rf /home/{user}/public_html/demo
mkdir /home/{user}/public_html/demo
cp demo/* /home/{user}/public_html/demo
и загрузим его в «/home/{user}/demo.restorefrom»
Перейдём в панель управления хостингом и добавим задачу для cron:
/bin/sh /home/{user}/demo.restorefrom/restore.sh
а также выставим время выполнения каждый час: (0 * * * *)

Вот и всё! Не забудьте заменить пути на свои, также в файле restore.sh указать своё название БД, имя пользователя и пароль!

Одним из атрибутов и инструментов хорошего блога считается возможность назначать и управлять ключевыми словами (keywords) к материалам сайта, что предоставляет возможность пользователям при желании быстро находить необходимую информацию по интересующей их тематике. В своем блоге, созданном на CMS Joomla!, я решил использовать компонент JTags 1.3, он достаточно функционале и удобен в использовании. Думаю, что теперь поиск материалов заданной тематики по ключевым словам в блоге не вызовет у Вас затруднений.

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

Ещё одним часто используемым элементом блога является календарь, позволяющий просматривать материалы опубликованные за определенную дату. Для CMS Joomla! отличным решением является компонент Blog Calendar. Компонент работает с использованием технологии Ajax и имеет весь необходимый функционал: переключение между месяцами, группировка по датам и годам, вывод количества материалов в тот или иной день при наведении на число – необходимый минимум, который приличествует нормальному календарю, здесь есть. Модуль может быть выведен не только в виде собственно календаря, но и в виде архивного дерева, разбитого по годам и месяцам. При установке и работе данного компонента на некоторых хостингах могут возникать проблемы, которые однако легко решаются путями собранными воедино в материале Устанавливаем Blog Calendar – AJAX календарь для Joomla.

Надеюсь данные рекомендации помогут Вам в развитии личного блога на CMS Joomla!

Работу всего описанного можно посмотреть на примере личного блога автора статьи или на MitrichLab.RU.

Напомню, что нами рассматриваются вопросы создания личного блога на CMS Joomla 1.5.x.

Николай, приветствую! Расскажи, как всё начиналось и как вылилось в проект Joostina?

Началось всё в 2005 году, именно тогда я впервые узнал о Joomla и получил приглашение вступить в ряды команды joom.ru. Тогда мы занимались локализацией свежей версии Joomla. Через пару лет локализация окрепла и у команды набралось большое число правок, делавших оригинальную Joomla более удобной. С другой стороны команда joomlaportal.ru помимо увеличения удобства еще и накопила большое число идей по доработке системы под русские реалии. Сам проект вырос из желания собрать все правки в одном месте и сделать систему более удобной, безопасной и быстрой.

Расскажи о команде Joostina и текущем положении дел.

Сейчас непосредственно внутри команды более 20 человек, правки ядра осуществляют 4 человека. Остальные тестируют промежуточные версии, собирают и адаптируют расширения. Joostina из увлечения одного человека стала интересным продуктом: поисковые системы выдают тысячи упоминаний системы на внешних сайтах. Внесённые в ядро правки позволяют создавать на Joostina разнотипные сайты, от небольших визиток и блогов, до высоконагруженных порталов с полумиллионным трафиком. Во главе проекта стоит Чернова Ирина, известная так же как ZaiSL или PbICb, я занимаюсь только сбором предложений и правкой ядра, в свободное время помогаю на форуме и немного адаптирую устаревшие расширения для новой версии системы.

Не секрет, что большая часть западных разработчиков отказалась от поддержки Joomla 1.0 и, следовательно, возникает резонный вопрос развития новых расширений под Joostina. Скажи, пожалуйста, какие ведутся в этом направлении работы и что предлагается конечному пользователю?

Отказались – ну и правильно. Первая версия Joomla собрала тысячи расширений, часть из которых мигрировала еще с CMS Mambo. Какие-то расширения были уникальными, но большинство – старые переделки и модификации, не все из которых отличались качеством и безопасностью. То, что многие разработчики отказались от поддержки расширений пошло нам на руку – многие из расширений не просто ушли в свободное плаванье, а стали полностью бесплатными. Например: прекрасное расширение JPromouter, которое раньше было платным, а сейчас уже прекрасно адаптировано для новой версии Joostina. Кроме того авторы этого расширения пошли на встречу нашему проекту, что не исключает взаимовыгодного сотрудничества и выигрыша конечных пользователей в том числе. Сейчас команда в полузакрытом режиме адаптирует лучшие расширения от Joomla, выбранные сами ми же пользователями, почти готов к запуску каталог расширений.

Другими словами, Joostina скорее платформа полузакрытого типа, предназначенная прежде всего для разработчиков, имеющих солидный багаж опыта для Joomla 1.0, чем для обычного пользователя? Если это не так, то каким образом планируете привлекать «свежую кровь»?

Как раз наоборот! Полузакрыта только та часть, в которой варится внутренняя каша; всё, что внутри команды проверяется и одобряется – сразу становится доступно любому желающему, как через анонс на joomlaforum.ru, так и через наш официальный блог – blog.joostina.ru. По уровню вхождения Joomla 1.0.x проще чем 1.5.х, а по скорости и безпроблемности принятия патчей и модификаций системы – Joostina вообще не обогнать. Joomla разрабатывается в закрытом кругу, Joostina же наоборот – с радостью принимает все пожелания пользователей. Свежая кровь – понятие растяжимое, мы просто делаем то, что нам нравится и если наша работа понравится пользователям, то кровь прильётся сама.

Как известно, общий недостаток Joomla обеих линеек – отсутствие реализации полноценного CCK и ACL, что являлось плюсом конкурирующей системы WordPress. Будет ли что-либо предложено пользователям Joostina в этом отношении?

Вот это на самом деле большой минус и Joomla и Joostina. К сожалению, на данном этапе все силы сконцентрированы на выпуск новой версии Joostina 1.3.0 и на создание расширений типа CCK и ACL – сил не остаётся. Но в таком важном и звучном вопросе мы не оставим своих пользователей – как появятся свежие силы или освободятся имеющиеся, они сразу будут брошены на разработку всех недостающих расширений.

Известная проблема Joomla 1.0 – табличный вывод контента. Несомненно, огромный плюс Joomla 1.5 заключается в том, что шаблонизация модулей и com_content реализована на уровне самого шаблона – можно «подкрасить» вывод без вмешательства в core составляющие движка. Однако исключение табличной доминанты приведёт к ещё большему отходу от совместимости с шаблонами и компонентами, заточенными под линейку 1.0. Планируется ли реализовать выбор способа отображения контента? (стандартный табличный, на div)

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

Известно, что главный козырь Joostina – производительность. Высокая производительность платформы позволяет разворачивать крупные проекты с посещаемостью в несколько сотен тысяч посетителей в сутки (!), что, несомненно, может явиться определяющим фактором для разработчика при выборе платформы. Можно ли услышать некоторую статистику и если возможно, представить сравнительную таблицу производительности Joomla 1.5 и Joostina 1.2.x/1.3 с равным функционалом и количеством посещений?

Нет, таких сравнений не делал, а у сторонних разработчиков не встречал. Если увидишь где – дай знать, самому интересно. Скажу только, что в Joostina 1.3.0 добавили несколько интересных решений, которые позволят более тонко настраивать и кэширование и производительность сайта. По версии1.2.0 могу сказать, что зная конечную цель создаваемого сайта, можно с правильными настройками и минимальными правками получить до 800 000 трафика в сутки не теряя динамичности и не тратя на сервер много средств.

boston, как ты оцениваешь «геополитическую» расстановку в мире Joomla? Сейчас как грибы после дождя стали появлятся нехватающие CCK расширения для Joomla 1.5, публично выходит альфа-версия Joomla 1.6… Линейка 1.5 по сути, является переходным этапом к более совершенной CMS Joomla 1.6, но опять же возникает заминка с написанием расширений. Но поскольку Joomla 1.6 наберёт обороты, возникает серьезная угроза для Joostina в плане привлекательности платформы в целом. Какие можно назвать плюсы твоей системы по сравнению с многообещающей 1.6?

Joomla 1.6.x интересна и мне, как плане архитектуры, так и в плане запланированных решений. Но мне бы не хотелось сравнивать какая система лучше, или какая более привлекательна – они уже слишком разные. Joostina и сейчас и потом будет строиться на 3х ключах – производительности, удобстве, и гибкости. Joostina хоть и приобретает свойства многоязычности, но всё равно более ориентирована на русскоязычный рынок, который Joomla намного сложнее завоевать.

Николай, мне известно, что тобой ведутся работы в плане обеспечения совместимости с расширениями Joomla 1.5 в legacy режиме. Скажи, на что ориентироваться конечному пользователю в плане изучения документации? Означает ли, что с выходом Joomla 1.6, вы плавно перейдёте к смене идеологии проекта, ориентируясь на новую архитектуру, что выльется в переписывание документации и т.п?

Нет, это не так. Мы не ведём абсолютно никаких разработок для совместимости с Joomla 1.5.x и не планируем перейти на ядро Joomla 1.6.x. То, что сейчас уже сделано – слишком много и дорого как команде, так и мне лично. Выбрасывать все наработки или наращивать костыли для запуска расширений полностью другой версии Joomla – это неинтересно. Можно сделать прослойку и дописать тысячи функций, но мы не выиграем ничего – расширения хоть и запустятся, но не будут выполнять свои функции лучше, чем на оригинальной Joomla. Зато потеряем имеющуюся гибкость и производительность.

Говоря о Joomla, не могу, к сожалению, не отметить ужасное состояние Joomla Extensions Directory, где размещают всё подряд, превратив официальный каталог расширений в подобие мусорки (в этом плане заметно выделяется платформа Drupal, проводящая качественную оценку расширений). Я так понимаю, Joostina есть что сказать в этом плане?

О, да, полностью согласен по поводу текущего положения дел в JED. У нас подходит к завершению создание каталога расширений Joostina и в нём мы постарались избавиться и заранее запланировать удобную навигацию и разделение расширений. Но всё, конечно, узнаем после запуска – если каталог не понравится, и поступят предложения по его улучшению – сразу доработаем и учтём все пожелания.

Использование кодировки UTF8 в версии Joostina 1.3 наталкивает на мысль, что все расширения, которые планируется размещать на репозитории Joostina, будут заточены уже с учётом использования UTF8 в новой версии CMS?

Да, почти все расширения, которые будут описаны в каталоге, сразу адаптированы для версии 1.3.0. Для 1.2.0 подходят почти все расширения первой линейки Joomla. Мы не собираемся превращать каталог в свалку расширений разных версий и качества.

Не боишься, что Joostina может пойти путём греческой CMS Elxis (которая в своё время тоже вышла из Joomla), замкнувшись в рамках небольшой аудитории?

Нет, не боюсь. Не знаю, что именно случилось с Elxis, но для Joostina уже на пару лет вперёд распланированы и доработки, и методы завоевания доверия пользователей.

И ещё такой вопрос: почему везде, во всех файлах, удалены копирайты Joomla? Вроде бы это действие противоречит GPL лицензии…

Ну копирайтов Mambo в файлах Joomla тоже нету, всё собранно в отдельном файле – в Joostina полностью аналогично: Мы не отрекаемся и не присваиваем себе чужие разработки. В каждом файле есть сноска «Для получения информации об используемых расширениях и замечаний об авторском праве, смотрите файл help/copyright.php.», а в самом файле copyright.php уже собраны все авторы, авторы модификаций, ссылки на проекты, даже на графические значки прописаны копирайты. Из файлов всё это вынесено только с целью сократить величину и уменьшить запутанность файлов.

Планируется ли аналог моста JFusion под Joostina? (возможность интеграции с рядом популярных скриптов форумов и eCommerce)

Да, планируется. Так же планируется возможность интеграции нескольких сайтов на самой Joostina, и в этом направлении уже достигнут определённый результат.

Николай, не секрет, что залог успеха любой платформы – это активность её пользователей и их вклад в развитие. Как оцениваешь сообщество Joostina в целом? Оно в большинстве случаев пассивно или пользователи активно делятся наблюдениями по замеченным ошибкам и т.д.?

Скажу так – активность волнообразна. В некоторые моменты кажется, что это всё вообще никому не надо, а в другие не успеваю отвечать на письма и принимать разработки. Сообщество мне нравится, иногда даже пятиминутное общение с новым человеком вносит очень существенные коррективы в систему. Общественность, как и в других вопросах надо заинтересовывать, тогда и отчетов о тестировании больше, и предложения конкретнее. Мне нравится команда, нравятся посетители и администрация joomlaforum, нравятся просто пользователи, которые говорят что им кажется неудобным в системе и предлагают свои идеи. Вклад пользователей в развитие Joostina – 80%, остальные 20% – это личные амбиции и идеи команды.

Работы много. Какая помощь более всего нужна вашей команде на данный момент? Может ли любой желающий внести свой вклад в общее дело и что нужно для этого сделать такому человеку?

Документация. Это наше самое слабое место. Система постоянно модифицируется, и старые описания Joomla 1.0.x уже не подходят, а создать новые – не получается. На wiki.joostina.ru есть небольшой список статей, которые составили бы базовое описание системы и принципов работы с ней, если бы несколько пользователей смогли просто и доступно описать эти моменты – было бы уже хорошо. Второй момент – сбор и адаптация расширений. Для новой системы нужны новые и главное качественные расширения, в блоге и на форуме есть темы по сбору расширений, туда может любой желающий написать те расширения, которые считает лучшими в своём классе. Потом эти расширения подвергнутся коренному просмотру и доработки для Joostina 1.3.0 и будут внесены в каталог. Работа тоже по своей сути не сложная, но выделив 15 минут на описание одного расширения, любой пользователь сможет сильно помочь как новичкам в выборе, так и самой Joostina в популяризации и расширяемости.

Говоря о java script фреймворке, следует отметить, что разработчики Joomla сделали выбор в пользу Mootools (хотя, на мой взгляд, JQuery является более интересным фреймворком). У Joostina есть своя библиотека – Fullajax. Расскажи о её преимуществах. Чем она лучше вышеназванных фреймворков?

У Joostina есть и Fullajax и Jquery. Fullajax это разработка уважаемого друга системы – Руслана Синицкого, чем лично горжусь. Библиотека позволяет более гибко и полно контролировать ajax – процессы в системе, делая это просто и гибко. Jquery – это библиотека более широкого действия, через неё и добавляются эффекты, и расширяются возможности Fullajax.

Как же быть разработчику сайтов? Цеплять Jquery или изучать документацию по FullAjax?

Тут зависит от задач, если нужна бесконечная расширяемость и разнообразные эффекты – стоит брать Jquery. Если надо без лишних вопросов встроить ajax в приложение – выбирайте Fullajax. Не склоняю к выбору одного конкретного решения, кому что удобнее, то и можно использовать.

boston, поделись, какие у тебя планы на текущий год и к чему стремишься в идеале? Есть ли шанс у Joostina со временем выбиться в «большие» CMS, заявив о себе на ряде конкурсов?

Из планов на этот год – завершить разработку версии 1.3.0, запустить обновлённую серию сайтов *.joostina.ru, заняться написанием документации и как раз заявлении о себе как «большой» CMS. Шансы есть, но раскрывать всех карт не буду – очень, очень и очень рано.

На официальном сайте Joostina есть информация о том, что вы призываете Joomla core team официально передать эстафету Joomla 1.0 в руки разработчиков Joostina, подарив таким образом, Joomla 1.0 вторую жизнь. Достигли ли в этом направлении каких-либо успехов? Планируется ли организовать массовое обращение пользователей и т.д.?

Да уж, достигли…. Получили от ворот поворот и замечание что Joomla зарегистрировали всё что с ними связано, начиная от слово Joomla и цветовой символики, заканчивая буквой J в любом названии: В их предложении было сказано, что нужно поддерживать именно Joomla 1.0.x.., а не развивать свою версию системы, даже если она и выигрывает по ряду показателей. В общем, мы к ним обратились и получили отказ.

Какие работы ведутся в области интеграции Joostina за пределы СНГ? Будет ли Joostina открыта для пользователей и разработчиков из др. концов планеты, не говорящих по-русски?

Да, 1.3.0 версия поддерживает возможность многоязычности интерфейса, но тут опять же всё зависит от самих пользователей – мы только пойдём на встречу, если найдутся люди желающие перевести Joostina на свой родной язык.

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

Спасибо тебе, отвечать было интересно, часть вопросов прямо в те области, которые обычно умалчиваются или раскрываются не полно. Надеюсь, интервью будет интересно не только нам с тобой, но и всем читателям. Благодарю за интересные вопросы, а устоявшимся и новым пользователям Joostina скажу: «Оставайтесь с нами, всё самое интересное – только начинается! ».

Рассмотрим подробнее использование визуального редактора JCE, а точнее плагина Advanced Link для данного редактора.
Установка визуального редактора JCE
Авторизоваться в в административной панели Joomla!
Зайти в Менеджер расширений, для этого выбрать в меню: Расширения->Установить/Удалить
Выбрать один из типов установки
Установить компонент
Назначение визуального редактора пользователям

После этого визуальный редактор будет установлен и доступен к выбору в параметрах каждого пользователя. Назначим пользователю визуальный редактор JCE. Для этого необходимо:
Зайти в Менеджер пользователей, выбрав в меню: Сайт->Пользователи
Выбрать необходимого пользователя и нажать кнопку «Изменить»
В поле «Редактор пользователя» выбрать «Editor JCE»
Сохранить новый настройки пользователя, нажав кнопку «Сохранить»
Использование плагина Advanced Link визуального редактора JCE

Теперь пользователь при редактировании материалов будет пользоваться редактором JCE. Для этого требуется:
Выделить часть текста материала
Нажать кнопку «Insert/Edit link» на панели инструментов редактора JCE
В открывшемся окне выбрать необходимый материал
Нажать кнопку «Insert»

Данный инструмент редактора JCE так же позволят задавать различные параметры для вставляемой ссылки (Anchors, Target, Title) и редактировать уже имеющиеся. Advanced Link дает возможность вставлять ссылку не только на материалы Joomla!, но и любую другую ссылку. Для этого следует вставить вставить необходимую ссылку в поле URL.

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

Во вторых, коды Joomla открыты не только для просмотра, но и для редактирования. Это порадует как профессиональных программистов, так и новичков. Коды Joomla, это ценная база знаний, на которой можно и нужно учиться. Единственно, чего там нельзя трогать, это сведения об авторских правах, так как Joomla имеет лицензию GNU/GPL. Данная лицензия запрещает вносить изменения в сведения об авторских правах или удалять их, а в остальном, делайте все, что вам вздумается. Такое положение вещей иногда бывает как нельзя, кстати, и добавляет еще один весомый плюс в пользу этой CMS.

Третье немаловажное достоинство, которое выделяет CMS Joomla среди других, это легкая и практически бесконечная расширяемость. Но главное не это, а то, что функциональность сайта нам помогут расширить сотни и тысячи самых разнообразных модулей и компонентов, которые можно найти на просторах интернета. Немаловажен и тот факт, подавляющее количество из них бесплатны! Какая еще из бесплатных CMS сможет похвастать таким обилием дополнительного функционала? Нет таких!
Стоит, правда, добавить и ложку дегтя в нашу бочку с медом. Как не все йогурты одинаково полезны, так и не все, гуляющие по интернету модули и компоненты для CMS Joomla будут радовать нас своей работой. Некоторые из них либо частично, либо полностью неработоспособны, однако, это камень не в сторону разработчиков Joomla, а в сторону сторонних криворуких программистов, некоторые из которых за свои убогие творения умудряются еще и деньги требовать. Однако далеко не все так плохо и если у Вас не заработал какой-либо модуль или компонент, ему всегда найдется достойная замена.

Что еще? Да много чего еще можно привести в пример, но перечислять абсолютно все отличительные особенности и достоинства CMS Joomla особого смысла не имеет, поэтому постараюсь предельно кратко:

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

- Высокая стабильность в работе и устойчивость к попыткам взлома (речь идет только о самой CMS Joomla, надежную работу сторонних компонентов и модулей обеспечивают разработчики этих приложений).

- Легкая смена дизайна. Стоит только заказать или скачать бесплатно шаблон для Joomla из интернета, установить его на свой сайт, проделать несколько манипуляций мышкой и ваш сайт изменится до неузнаваемости!

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

- Имеется встроенный визуальный (WYSIWYG) редактор статей.

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

- Четкое иерархическое построение контента сайта с его разбиением на разделы и категории.

- Возможность создавать практически неограниченное количество разделов и категорий.

Это далеко не полный список возможностей CMS Joomla. С более полным перечнем Вы можете ознакомиться в моей следующей статье.

А пока я желаю Вам успехов и приобщения к сообществу CMS Joomla!

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

Не вдаваясь пока во внутреннюю структуру компонентов и модулей, проведем некую аналогию их функционального назначения в общей структуре сайта работающего под CMS Joomla.

Итак, представим себе обычный автомобиль, и из каких функциональных узлов он состоит. Аналогия конечно не полная, но для понимания отличия между компонентами и модулями Joomla вполне подойдет.
Компоненты и модули CMS Joomla как узлы автомобиля.

1. Основные узлы, которые предназначены непосредственно для того, чтобы автомобиль двигался.

Это двигатель, коробка, ходовая часть и т.п. Сюда же можно включить и узлы, которые непосредственного участи в движении автомобиля не принимают, но без которых либо не возможна, либо затруднительна работа основных узлов (бензобак, система зажигания и т.п. ).

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

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

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

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

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

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

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

3. Кузов, на который устанавливаются и крепятся все узлы.

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

Компоненты CMS Joomla, это программные части сайта, которые определяют его работу и без которых правильная работа сайта невозможна.

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

Во первых, содержимое гостевой книги должно выводиться в основной части страницы, во вторых, нужно чтобы сообщения отправляемые посетителями обрабатывались (проверка валидности email и url, проверка на нецензурные выражения, проверка на SQL-инъекции и т.д.), и в третьих, сообщения посетителей должны записывались в базу данных сайта.

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

Таким образом, модуль, в подавляющем большинстве случаев, нужен лишь как вспомогательный элемент к имеющемуся компоненту.
Отличие № 2.

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

В это же время на этой же странице могут располагаться десятки модулей и выводить в своем теле (в границах своего модуля) абсолютно любую информацию, даже никоим образом не связанную с текущим компонентом. Более того в одном и том же поле могут располагаться и выводить свою информацию, абсолютно все модули сайта. Это конечно бессмысленно, так как разработчики Joomla определили для вывода модулей целых 50 полей, но, тем не менее, никаких ограничений в данном случае нет.
Отличие № 3.

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

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

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

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

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

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

Исходя из здравого смыла, а именно им всегда и стоит руководствоваться, при создании интернет-сайтов необходимо иметь возможность отлаживать их работу на локальном компьютере. Это в полной мере относится и к сайтам разрабатываемым под CMS Joomla. Зачем, спрашивается, в пустую расходовать интернет-трафик? К тому же на локальном компьютере весь процесс создания и отладки сайта пройдет гораздо быстрее. Плюс ко всему можно разрабатывать сайты под Joomla, вообще не имея выхода в интернет! В общем одни плюсы. Но как это сделать?

Существует много вариантов эмулирования работы интернет-сайта на локальном компьютере. На мой взгляд, самый лучший и самый простой способ это установка пакета Denwer. Denwer – это комплекс, состоящий из набора программ и утилит, которые позволяют имитировать работу веб-сайта на вашем домашнем компьютере, и что самое радостное он совершено бесплатен. Нужно отдать должное разработчикам этого пакета за их великолепную разработку.
Устанавливаем Denwer.

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

Итак, Денвер установлен. Запускаем его (если он еще не запущен ) и идем на виртуальный диск, который Вы указали при инсталляции пакета. По умолчанию это диск Z, значит идем на Z, заходим в директорию home и создаем там папку с названием нашего сайта. Пусть это будет mysite.
Настоятельно рекомендую придерживаться одного простого правила: для названия папок и файлов используйте ТОЛЬКО английские буквы и ТОЛЬКО в нижнем регистре (не заглавные) и не используйте пробелов. Вместо пробела используйте знак подчеркивания. Правило очень простое, но оно поможет Вам избавиться от головной боли и путаницы в дальнейшем.

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

Теперь нужно распаковать содержимое дистрибутива Joomla в папку www. Таким образом, путь к нашей папке должен быть такой: Z:\home\mysite\www\.

Если у вас еще нет дистрибутива Joomla, вы можете скачать его, либо с сайта joom.ru, либо с нашего сайта. На момент написания статьи это стабильная русская версия Joomla 1.0.15 RE.

Распаковав содержимое дистрибутива Joomla в папку www, делаем рестарт Денвера. Это можно сделать либо кликнув по иконке «Restart» на рабочем столе, либо через кнопку ПУСК Windows. Денвер сначала остановит работу пакета, а затем вновь его запустит, при этом он покажет несколько служебных окон. Это нужно для того чтобы наш вновь созданный виртуальный сайт правильно сконфигурировался и стал доступен через интернет-браузер.

Теперь запускаем браузер, например Internet Explorer и в поле «Адрес» вводим имя нашего сайта: http://mysite/ или так http://www.mysite/. Если все было сделано правильно, начнется процесс установки CMS Joomla.
Начало установки CMS Joomla на локальный компьютер.

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

Итак, если в поле «Проверка необходимых настроек» все зеленое, а иначе и быть не должно, так как пакет Денвера нам обеспечил все эти требования, жмем кнопку «Далее».

Теперь мы попадаем на страницу конфигурации базы данных MySQL. Здесь стоит обратить Ваше внимание, на то, что данные, которые нужно вводить в поля на этой странице имеют совершенно иные значения, чем те, которые необходимо указывать при установке CMS Joomla на хостинг-площадку в интернете. Однако в данный момент мы устанавливаем Joomla на локальную машину, поэтому отвлекаться не будем.

В поле «Имя хоста MySQL» прописываем localhost, в поле «Имя пользователя» – root, поле «Пароль доступа к БД» оставляем пустым. В поле «Название БД» я посоветую Вам вписать полное название Вашего вновь создаваемого сайта, то есть mysite. Это предотвратит путаницу в дальнейшем и позволит четко ориентироваться в базах данных на локальной машине. Остальные поля оставляем без изменений, но для ясности я поясню их значения.
Префикс таблиц БД (по умолчанию jos_) – этот префикс будет добавляться к именам таблиц в базе данных MySQL. Данное поле актуально только при установке CMS Joomla на хостинг в интернете и то, только когда на этой же хостинг-площадке уже размещены или планируются для размещения другие сайты. При установке Joomla на локальный компьютер, когда для каждого сайта Вы создаете свою собственную базу данных с уникальным именем, значение этого поля безразлично.
Удалить существующие таблицы – так как вы устанавливаете Joomla в первый раз, то удалять собственно нечего, а значит, оставляем поле как есть, без галочки. Если вы до этого уже устанавливали или пытались установить Joomla на Вашу локальную машину и создали для нее базу данных с таким же именем как и сейчас, обязательно поставьте в этом поле галочку, а если Вы хотите сохранить старые данные, то поставьте галочку и в поле «Создать резервные копии существующих таблиц».
Установить демонстрационные данные – при первых инсталляциях Joomla обязательно установите в этом поле галочку. Это поможет вам разобраться со структурой этой CMS, наглядно увидеть как можно и нужно создавать разделы, категории, меню и т.п.
Более того, даже когда Вы научитесь свободно создавать сайты на CMS Joomla, эти демонстрационные данные помогут Вам более быстро подогнать структуру и конфигурацию сайта под Ваш проект, а лишние статьи и разделы очень легко удаляются. Так что уверенно оставляем галочку в этом поле.

Нажимаем «Далее». Тут Вас попросят еще раз проверить введенные данные. Проверяем и жмем «ОК».

Теперь программа установки создаст новую базу данных, заполнит таблицы необходимыми значениями и если все прошло удачно, выведет Вас на страницу с шагом 2
Установка CMS Joomla на локальный компьютер. Шаг 2.

На этой странице будет предложено ввести название Вашего сайта. Если Вы не планируете размещать вновь создаваемый сайт в интернете, значение этого поля никакой роли не играет. Более того, это название может быть легко изменено в дальнейшем.
Текст, введенный в данное поле, будет отображаться в титлах каждой страницы Вашего сайта. Посмотрите на самый верх окна браузера. Там Вы увидите «Установка Joomla! …» и т.д. Именно там и будет отображаться значение этого поля, т.е. название Вашего сайта.

Итак, вписываем что-нибудь в это поле, например, «Мой первый сайт Joomla!» и жмем «Далее».
Установка CMS Joomla на локальный компьютер. Шаг 3.

Перед нами страница с шагом 3. Здесь необходимо прописать следующие поля:
Ваш E-mail – при установке на локальную машину под Денвером, адрес который Вы укажете, никакого значения не имеет. Единственное требование, чтобы название E-mail было валидным (правдоподобным). Для простоты и наглядности прописываем в этом поле такой E-mail: admin@mysite.zz.
Почему так? «admin» – для обозначения принадлежности ящика, «mysite» – имя Вашего создаваемого сайта, «zz» – для соблюдения валидности.
Дело в том, что отсылать письма в сеть интернет с локального сайта, в Денвере не предусмотрено. В нем имеется «заглушка» для почтового клиента и все письма, отправляемые с локального сайта, будут складироваться в папке Z:\tmp\!sendmail\. Таким образом, при проведении экспериментов с Joomla или отладке компонентов и модулей, в ходе работы которых будут отсылаться письма, все их Вы можете найти в этой папке.
Пароль Администратора – обязательно впишите в это поле свое собственное значение, которое Вы легко вспомните. Этот пароль будет необходим для захода в административную панель Вашего сайта Joomla. Если сайт будет использоваться только локально, пропишите там что-нибудь простое, а если в сети интернет, сами понимаете – чем сложнее пароль, тем сложнее будет его подобрать. Изменить пароль на другой можно только в случае, если Вы знаете текущий пароль администратора. Будьте внимательны!

Значения остальных полей на этой странице изменять не надо. Их значения актуальны только для установи CMS Joomla в сети интернет.

Жмем «Далее».
Установка CMS Joomla на локальный компьютер. Шаг 4.

Вы видите страницу с шагом 4? Ура! У Вас получилось! Инсталляция Joomla завершена успешно и у Вас есть свой виртуальный сайт! Поздравляю!

Теперь проверьте еще раз пароль для захода в админ-панель и обязательно удалите или переименуйте папку installation в директории www Вашего сайта. После этого перейдите в окно браузера и нажмите кнопку «Просмотр сайта». Теперь Вы можете полюбоваться демонстрационным сайтом, работающим под управлением CMS Joomla!

Чтобы войти в административную часть сайта, введите в браузере http://mysite/administrator/ и Вы попадете на страницу авторизации. В поле «Имя пользователя» введите admin, а в поле «Пароль», тот пароль, который вводили ранее на этапе инсталляции.

ОБРАТИТЕ ВНИМАНИЕ!

Если в начале инсталляции пакета Joomla Вы зашли на Ваш сайт по адресу с www – http://www.mysite, то именно так он и высветится на первой странице и пропишется в файле configuration.php (находится в корневой директории Вашего сайта). Для захода в админпанель Вам также следует использовать адрес с www – http://www.mysite/administrator/.

Если в начале установки Вы указали сайт без www, то и в админпанель нужно заходить по адресу без www – http:// mysite/administrator/.

Если Вы забыли, что было в начале и Joomla Вас не пускает в админпанель, попробуйте адрес с www и без.

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

Всего доброго и удачи в освоении CMS Joomla!