Изменение конфига плагина

Пытаюсь сделать страницу, на которой можно было бы изменить массив значений в конфигурационном файле плагина, расположенного в каталоге plugins/sport/config/config.php и содержащего один массив:
$config['sport'] = array('v1','v2','v3');
return $config;

При обработке попробовал использовать Config::Set, но ничего не произошло. Lang используется, потому что на странице настроек еще необходимо добавить русский перевод для каждого из значений массива.
if(!empty($_REQUEST))
		{
		  $res='';
		  foreach($_REQUEST as $rel)
		  {
		    $this->Lang_AddMessage($rel[0],$rel[1]);
		    $res[]=$rel[0];
		  }
		  var_dump($config['sport']);
		  Config::Set('plugin.sport.sport',$res);
		}

Или изменение конфигурационного файла иначе, как вручную, не предусмотрено?

504 Bad Gateway NGINX ! В чем причина ?

Проблема началась недавно. Имеется выделенный сервер от Masterhost и никаких претензий по работе на сервере не замечалось. Но недавно после того, как мы стали сотрудничать с новым сис админом он начал настраивать сервер под себя (говорит что старые конф. не трогал) и вот я стал замечать, что во время написания большого топика с изображениями (загружаем с помощью multupload) после нажатия опубликовать браузер начинает долго Грузиться, открываю другой браузер и вижу, что материал уже опубликован почти за секунду, но тот браузер в котором я загружал продолжаем грузится как будто чего то ожидает и после длительного ожидания минут 2-4 либо переходит на главную страницу либо пишет 504 Bad Gateway NGINX, от браузера ничего не зависит поскольку эту процедуру проделывал с разными браузерами, в одном пока грузит в другом уже все загружено. В чем может быть причина? Может виновата скорость моего интернета или сис админ где то не правильно что то настроил и теперь происходит конфликт между NGINX и Apache?

Конфиг

Подскажите…

Функция: Config::Get() каким либо образом трогает базу?
Просто вижу переменные конфига кроме файла, сидять ещё в таблице: adminset — вохочу полностью запретить запросы по конфигу из таблици.

Роутинг в 0.4.2

Добрый день.
С ЛС работаю первый раз, и нужно установливаю плагины.
Мне надо прописать роутинг в файле config.route.php, а его у меня нету

В каком файле находится роутинг? и где прописать 'Name1' => 'ActionName1'?

Всем спасибо за помощь

Не получается подключить блок в плагине.

Здравствуйте!

Подскажите, пожалуйста, как проще всего добавить блок в плагин? В самом блоке ничего не будет вычисляться, там будет только
<div id="menu"></div>

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

Почитал все обсуждения здесь и попробовал разные способы, но блок так и не вывелся…
Что и где нужно прописать, чтобы вывелся блок, шаблон которого находится, например, в pluginname/templates/skin/default/actions/ActionSomeaction/menublock.tpl?

Заранее благодарю за помощь.

UPD. Разобрался, подключил в экшене:
$this->Viewer_AddBlocks('right',array(Plugin::GetTemplatePath(__CLASS__).'menublock.tpl'));


UPD2 :) Можно ли как-то с помощью Viewer_AddBlocks задать приоритет блока? Или как-то по-другому это можно сделать?

Убираем константы из шаблонов

После прочтения вот этого поста: Убираем дублирование при добавлении роутинга, понял что эта проблема волнует не только меня. Хочу поделиться своими соображениями на этот счет.

Linch правильно заметил, что при добавлении нового роута приходиться дублировать информацию. Но, на самом деле здесь происходит более «серьезное» дублирование, чем копипаст из config/config.route.php в Viewer.class.php — мы дублируем функционал по составлению пути — один раз это делает программист, разрабатывая модуль, второй раз это делает верстальщик, когда делает шаблон. Большее неудобство не в том, как мы доставим константу во Viewer, а именно в том факте, что верстальщику этими константами нужно пользоваться.

Если нам вдруг понадобиться изменить принцип роутинга, то придется перелапачивать весь шаблон, исправляя ошибки адресов. Имхо, если Router, решает какой Action должен отработать, пусть сам нам скажет, как к этому Action нужно обратиться. Тогда необходимость в константах во Viewer`e вообще отпадет сама собой.

Как этого добиться? Под катом 20 строчек кода.

Читать дальше →

Убираем дублирование при добавлении роутинга

При расширении функциональности LS и добавлении новых роутов приходится править данные в двух местах: config/config.route.php и classes/modules/sys_viewer/Viewer.class.php для добавления объявленных констант в шаблоны.

Небольшое исправление Viewer.class.php позволяет править только один файл config.route.php, а константы, названные по маске «ROUTE_PAGE_*» автоматически будут добавлены в шаблоны.

Читать дальше →