http://radiuspro.net/j-m-l1/item/20-joom-settings-part2#sigFreeId176129d706
Рассмотрим все по порядку
| Наименование опции | Переменная в configuration.php | Описание |
| Секретное слово | public $secret | Секретный код - используется при хэшировании и является . Этот код генерируется при инсталляции и нельзя его менять. |
| Путь к каталогу логов |
public $log_path |
Путь в папке logs. Внимание! На локальном сервере путь будет выставлен автоматически, но при переносе на хостинг этот параметр нужно править в ручную.
(в configuration.php - ваша_корневая папка/logs). |
|
Сервер справки |
public $helpurl |
Сервер с которого Joomla будет считывать справочные материалы. Здесь нам дается 2 выбора - Joomla help wiki 1.6 и Joomla help wiki. Т.к. у нас Joomla 2.5, то выбираем 1-й вариант. (в configuration.php -'http://help.joomla.org/proxy/index.php?option=com_help&keyref=Help16:{keyref}' ) |
|
Отладка системы |
public $debug |
Система отладки. (в configuration.php да='1', нет ='0') |
|
Отладка языка |
public $debug_lang |
Система отладки языка. (в configuration.php да='1', нет ='0') |
|
Кэш |
public $caching |
Кэш - сохранение запрошенных страниц. При запросе страница сохраняется полностью и следующая ее загрузка осуществляется быстрее. Очень полезная функция, если сайт нагружен и обновляется редко. НЕ ВКЛЮЧАЙТЕ его в момент разработки, когда необходимо отслеживать изменения.Курсы JoomMaster от RadiusPRO Предлагается 3 варианта: Кэширование отключено -отключено; Стандартное кэширование - системный кэш не большой, кэшируется в основном содержание; Прогрессивное кэширование - такое кэширование быстрее, системный кэш больше, поскольку кэшируются еще и модули с их функционалом (абсолютно не подходит для больших сайтов) (в configuration.php - Кэширование отключено = '0', Стандартное кэширование ='1', Прогрессивное кэширование = '2') |
|
Обработчик кэширования |
public $cache_handler |
У нас тут только один выбор - файл. В папках cache и administrator/cache создаются эти самые файлы кэша (в первой - для сайта, во второй - для админки). (в configuration.php $cache_handler = 'file') |
|
Время кэширования |
public $cachetime |
Время жизни кэша в минутах, по истечении этого времени кэш обновляется
(в configuration.php $cachetime = 'целое число') |
|
Время жизни сессии |
public $lifetime |
Время в минутах, через которое будут удалены временные пользовательские данные. Например, если не делать ничего в административной панели 15 минут, то Вас выкинет в окно регистрации, тоже самое и в front-end части. Вы можете выставлять время жизни сессии в зависимости от Ваших потребностей. (в configuration.php $lifetime = 'целое число') |
|
Обработчик сессий |
public $session_handler |
Нам предлагается 2 варианта - база данных и нет. Обработчик сессий оставить!!! база данных. Сессии - это временные параметры, которые хранятся в базе данных для каждого пользователя. Без сессий нельзя!!! (в configuration.php база данных='database', нет='none'). |
Теперь рассмотрим два очень интересных параметра: Отладка системы и Отладка язык. Для чего они нужны? Это специальные инструменты, которые позволяют увидеть служебную информацию при загрузки страниц.
http://radiuspro.net/j-m-l1/item/20-joom-settings-part2#sigFreeId4298a00dc7
Отладка языка позволяет увидеть откуда берется текст. Как видно на рисунке у нас есть ??, **, и просто текст без маркировки.Курсы JoomMaster от RadiusPRO
?? - показывает, что текст выводится посредством PHP (я специально написал простенький модуль, который просто выводит текст забитый в его параметрах).
** - это у нас языковые константы - т.е. становится ясно, что для вывода слова "Логин" система использует константу MOD_LOGIN_VALUE_USERNAME, находится эта константа (у нас) в 2-х файлах - ru-RU.mod_login.ini (корень сайта/language/ru-RU) и в en-GB.mod_login.ini (корень сайта/language/en-GB). Если мы напрямую поменяем значение этой константы - то получим другое значение на выводе.
/*Меняем значение константы в файле корень сайта/language/ru-RU/ru-RU.mod_login.ini*/ MOD_LOGIN_VALUE_USERNAME="Логин" /*на наше значение*/ MOD_LOGIN_VALUE_USERNAME="Введите логин..."
Тоже самое (если у используется и английский язык) нужно будет сделать и в файле en-GB.mod_login.ini , только на английском языке, конечно 
.
Как мы видим простой текст, названия модулей, название страницы не помечены маркерами. Зная, что текст материалов у нас хранится в базе данных, делаем вывод: все что не помечено - выводится из базы данных.
Вывод: с помощью данной функции мы можем отслеживать откуда происходит вывод того или иного текста и как на него воздействовать (и самое главное - куда лезть
).
Отладка системы - это очень нужная функция при разработке. Она позволяет видеть практически все что происходит на уровне кода.
Включаем его и получаем в нижней части сайта модуль с выходными параметрами:
http://radiuspro.net/j-m-l1/item/20-joom-settings-part2#sigFreeId89294a81ac
Здесь мы видим, что нам доступна к просмотру следующая информация: Сессия, Результаты профилирования, Использование памяти и Запросы к базе данных.
http://radiuspro.net/j-m-l1/item/20-joom-settings-part2#sigFreeId0bfe369ee2
Начнем с сессий - здесь во вкладке Сессия находится еще одна вкладка - __default, а в ней пункт user. Сразу напрашивается, что у нас создана основная сессия, в которую записываются данные, относящиеся к разным процессам (сейчас у нас только user). и... в зависимости от того, какой функционал задействован в данный момент может быть несколько пунктов. Значит при работе с тем или другим компонентом (модулем) мы увидим их записи в сессии.... Отлично. Разберем, что она говорит нам:
session.counter => 8 /*У нас сессия под №8*/ session.timer.start => 1340362918 /*Время, когда сессия началась (UNIX формат времени)*/ session.timer.last => 1340366264 /*Время, когда сессия закончится*/
session.timer.now => 1340366495 /* А тут я снял скриншот, т.е. время сессии в настоящий момент*/ session.client.browser => Mozilla/5.0 (Windows NT 5.1; rv:13.0) Gecko/20100101 Firefox/13.0.1 /* Браузер клиента, который в настоящее время просматривает сайт*/ registry => {}/* Тут мы видим, что пользователь не авторизован (авторизуйтесь и посмотрите, что тут выскочит)*/ /*user*/ session.token => 3f31e2450c70e50195e21011f7c6b540 /*А вот, собственно, и сама сессия, т.е. ее маркер*/
Результаты профилирования - информация о загрузке страницы. Здесь мы видим скорость загрузки, что после чего грузится размер загрузки:
Вот, например, возьмем эти 2 строки, которые показывают загрузку модуля Toolbar:
/*мы видим сколько секунд прошло с момента начала загрузки страницы до начала загрузки модуля, видим сколько памяти затрачивается на загрузку*/ Application 3.737 seconds (+0.000); 9.13 MB (-0.003) - beforeRenderModule mod_toolbar (Toolbar) /*а здесь видно сколько секунд понадобилось на загрузку модуля и как изменился размер общей памяти*/ Application 3.834 seconds (+0.097); 9.19 MB (+0.060) - afterRenderModule mod_toolbar (Toolbar)
Использование памяти - показывает общий объем памяти затрачиваемый на загрузку страницы. Имеется ввиду оперативная память сервера, к трафику (весу страницы) не имеет отношения.
Запросы к базе данных - здесь все ясно - показываются все запросы к базе данных при загрузке данной страницы.
-- Вот тут у нас считывается данные из поля `data` таблицы session, причем только те, которые присвоены нашему пользователю
-- (session_id - идетнификатор сессии для пользователя) SELECT `data` FROM `qba7y_session` WHERE `session_id` = '828b73ebc65713f9c1ba31e02c351df4'
Вывод: с помощью функции "Отладка системы" мы можем отслеживать все процессы которые происходят на срвере.
В следующей части мы рассмотрим настройки сервера.