Список последних изменений в пакетах

[pachanga]

сделал наследование конфигов. Теперь если конфиг встречается где-то в LIMB_CONFIG_INCLUDE_PATH, то его значения не теряются, а перекрываются вышестоящими конфигами. Например, если наш LIMB_CONFIG_INCLUDE_PATH равен 'aaa;bbb', и в обеих папках есть конфиги ccc.conf.php, то их опции объединяться. Причем опции из папки aaa перекроют, соответствующие из bbb.

Эрм...а зачем наследование конфигов нужно? Это не приведет к путанице? И да, мне тоже интересно, что делать, если наследование конфигов не нужно?

Вообще Стас, ты бы вначале тему завел на этот счет перед такими радикальными изменениями. Я пока не вижу преимуществ.

[korchasa]

lmbConfTools :: getConf() не находит *.ini конфиги

Хм, а тесты то проходят. Вообще никакие не находятся?

Как быть, если наследование конфигов не нужно? например, конфиги Routesов.

изменить LIMB_CONFIG_INCLUDE_PATH, оставив там только 'settings'.

[korchasa]

Эрм...а зачем наследование конфигов нужно? Это не приведет к путанице?

Единственная цель наследования - сохранение bc, при переносе констант в опции конфигов. http://forum.limb-project.com/viewtopic ... 3274#13274

Вообще Стас, ты бы вначале тему завел на этот счет перед такими радикальными изменениями. Я пока не вижу преимуществ.

К сожалению времени на это сейчас нет. Чтобы зарелизится нужно сделать более менее работающую версию до НГ. После НГ у меня не будет времени заниматься лимбом. По крайней мере сохраняя bc. Поэтому я скорее всего форкнусь.

[korchasa]

Честно говоря идея сохранения bc в trunk мне кажется очень странной. Мне, например, в своих приложениях совсем не сложно заменить 4 константы, на 4 опции в соответствующем конфиге.

[pachanga]

Честно говоря идея сохранения bc в trunk мне кажется очень странной. Мне, например, в своих приложениях совсем не сложно заменить 4 константы, на 4 опции в соответствующем конфиге.

Я повторюсь, ломать BC имеет смысл, если есть очевидные преимущества, я пока таковых не вижу.

[korchasa]

Честно говоря идея сохранения bc в trunk мне кажется очень странной. Мне, например, в своих приложениях совсем не сложно заменить 4 константы, на 4 опции в соответствующем конфиге.

Я повторюсь, ломать BC имеет смысл, если есть очевидные преимущества, я пока таковых не вижу.

Сейчас bc не сломано. Именно для сохранения bc было реализовано наследование конфигов.

[pachanga]

Вообще Стас, ты бы вначале тему завел на этот счет перед такими радикальными изменениями. Я пока не вижу преимуществ.

К сожалению времени на это сейчас нет...

М-да, интересный подход, в OpenSource проектах так дела не делаются.

[korchasa]

Вообще Стас, ты бы вначале тему завел на этот счет перед такими радикальными изменениями. Я пока не вижу преимуществ.

К сожалению времени на это сейчас нет...

М-да, интересный подход, в OpenSource проектах так дела не делаются.

Имеет смысл обсуждать действительно радикальные изменения. ИМХО, 4 строчки в конфиге таковыми не являются.

[3d-max]

lmbConfTools :: getConf() не находит *.ini конфиги

Хм, а тесты то проходят. Вообще никакие не находятся?

похоже опечатка:
if($ext == '.ini')
{
$file = $this->_locateFile($name);
if(defined('LIMB_VAR_DIR'))
$this->confs[$name] = new lmbCachedIni($file, LIMB_VAR_DIR . '/ini/');
else
$this->confs[$name] = new lmbIni($file);
}

[conf]

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

Код: Выделить всё

function testLowerConfAppendsToEnd()
  {
     $conf = new lmbConf(array(
      dirname(__FILE__) . '/higher_settings/test.conf.php',
      dirname(__FILE__) . '/lower_settings/test.conf.php'
    ));
   
    $merged = array(
       'some_pool' => array(
          array('value' => 100),
          array('value' => 2),
        ),
        'higher_numeric_value',
        'foo' => array('bar' => 42),
        'baz' => true
    );
   
    $this->assertIdentical($merged, $conf->export());
  }


[korchasa]

Хотелось бы, чтобы порядок следования конфигов тоже сохранялся, это играет роль, например, при наследовании конфигов роутинга, т.к. идущие первыми имеют приоритет. Собственно, у меня сейчас и всплыли вверх дефолтные лимбовские, так что почти все ссылки дают 404.

Есть идея - реализовать так же, как это реализовано в override. Т.е. пердыдущий конфиг поставляется в виде переменной $conf. Если хочешь его полностью заменить - просто делаешь $conf = array(), если нет, до дописываешь опции.

[conf]

Хотелось бы, чтобы порядок следования конфигов тоже сохранялся, это играет роль, например, при наследовании конфигов роутинга, т.к. идущие первыми имеют приоритет. Собственно, у меня сейчас и всплыли вверх дефолтные лимбовские, так что почти все ссылки дают 404.

Есть идея - реализовать так же, как это реализовано в override. Т.е. пердыдущий конфиг поставляется в виде переменной $conf. Если хочешь его полностью заменить - просто делаешь $conf = array(), если нет, до дописываешь опции.

+1

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

[alex433]

Хотелось бы, чтобы порядок следования конфигов тоже сохранялся, это играет роль, например, при наследовании конфигов роутинга, т.к. идущие первыми имеют приоритет. Собственно, у меня сейчас и всплыли вверх дефолтные лимбовские, так что почти все ссылки дают 404.

Есть идея - реализовать так же, как это реализовано в override. Т.е. пердыдущий конфиг поставляется в виде переменной $conf. Если хочешь его полностью заменить - просто делаешь $conf = array(), если нет, до дописываешь опции.

А где то сейчас используется наследование конфигов? Насколько я понял ты его делал только для сохранения BC с константами, в частности для путей поиска шаблонов. Так оно там вроде и не надо.

to conf
Если ты переопределял у себя в проекте константу LIMB_TEMPLATES_INCLUDE_PATH то обновись из репозитория, в macro.conf.php и wact.conf.php была ошибка в именах констант.

[conf]

А где то сейчас используется наследование конфигов? Насколько я понял ты его делал только для сохранения BC с константами, в частности для путей поиска шаблонов. Так оно там вроде и не надо.

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

to conf
Если ты переопределял у себя в проекте константу LIMB_TEMPLATES_INCLUDE_PATH то обновись из репозитория, в macro.conf.php и wact.conf.php была ошибка в именах констант.

Вроде не переопределял, впрочем, я и так на транке сижу, сегодня обновился

[bony]

Если ты переопределял у себя в проекте константу LIMB_TEMPLATES_INCLUDE_PATH то обновись из репозитория, в macro.conf.php и wact.conf.php была ошибка в именах констант.

там все еще остались ошибки

было LIMB_WACT_TAGS_INCLUDE_PATH, стало LIMB_WACT_TAG_INCLUDE_PATH
было LIMB_MACRO_TAGS_INCLUDE_PATH, стало LIMB_MACRO_TAG_INCLUDE_PATH
было LIMB_MACRO_FILTERS_INCLUDE_PATH, стало LIMB_MACRO_FILTER_INCLUDE_PATH