Сергей Шлоков

Сергей Шлоков

С нами с 31 января 2013; Место в рейтинге пользователей: #5
22 сентября 2015, 18:39
+2
Конфигурационный ключ — это название файла настроек в /core/config/ключ.inc.php. По-умолчанию config, поэтому и файл называется config.inc.php. Если ключ поменять, то и файл нужно обозвать соответственно.
Для дополнительной безопасности. Я не меняю его.
21 сентября 2015, 17:07
+3
Какой у вас уже счет? Я чего-то сбился. :)
21 сентября 2015, 16:53
+1
Fenom в помощь и никаких плагинов. :)
21 сентября 2015, 16:47
0
Кстати, а чего сразу этот код
<div style="display: none;">
    <div class="box-modal" id="exampleModal">
        <div class="box-modal_close arcticmodal-close">закрыть</div>
        [[!pdoMenu? &parents=`0`]]
    </div>
</div>
не вставить в шаблон в нужное место? Тогда никаких заморочек не нужно с событиями и парсингом.
21 сентября 2015, 15:08
0
В таком варианте
<?php
if ($modx->event->name == 'OnLoadWebDocument') {
	$html = $modx->getChunk($modx->getOption('modmodal_chunk'));
	$modx->regClientHTMLBlock($html);
}
$modx->resource->_output не используется.
21 сентября 2015, 14:53
0
Странно. Событие OnLoadWebDocument вызывается раньше чем событие OnParseDocument (когда парсятся сниппеты, чанки и другие плейсхолдеры), который в свою очередь вызывается раньше события OnWebPagePrerender. Поэтому для события OnWebPagePrerender нужно самостоятельно парсить плейсхолдеры, а для OnLoadWebDocument не нужно.
21 сентября 2015, 14:44
0
А галочка стоит у события OnLoadWebDocument?
21 сентября 2015, 14:39
+1
А не проще через $modx->regClientHTMLBlock()?
<?php
if ($modx->event->name == 'OnLoadWebDocument') {
	$html = $modx->getChunk($modx->getOption('modmodal_chunk'));
	$modx->regClientHTMLBlock($html);
}
21 сентября 2015, 10:51
0
На вскидку 2 варианта.
Вариант 1. Можно использовать функцию обратного вызова.
Вариант 2. Сделать сниппет-обёртку, которая вызывает pdoResources. В нем обрабатывать результат от pdoResources. Где-то уже был пример.
20 сентября 2015, 18:17
+1
Скорее всего это. В следующем обновлении будет восстановлена поддержка PHP 5.3
20 сентября 2015, 14:59
0
На здоровье!
Скорее всего, дело не в return, а в кэше. Думаю, если вернуть его обратно, то все будет работать и с ним.
20 сентября 2015, 14:24
0
Так у вас в схеме для объекта Towns указано cardinality=«one»
<composite alias="Areas" class="Areas" local="id" foreign="town_fk" cardinality="one" owner="local" />
А вы запрашиваете getMany()
$areas = $town->getMany('Areas');
20 сентября 2015, 14:16
0
Ну я больше не знаю чем помочь.
Попробуйте поэтапно.
1. Проверьте, если ли записи в таблице городов.
2. Если есть, вызов $modx->getCollection('Towns') что-нибудь возвращает?
3. Если да, есть ли запись с id=1
и т.д.
20 сентября 2015, 14:04
0
Также неплохо было бы проверить, существует ли запись с id = 1
20 сентября 2015, 13:52
0
Уже лучше. А теперь осталось разобраться вот с этим
$towns = $modx->getCollection('Towns',1);
Судя по названию переменной $towns и методу getCollection запрашивается список городов. Т.е. городов, определенных условием, указанным во втором параметре метода getCollection. И что мы так видим? Единичку. Т.е. вы получаете всего один объект. Теперь читаем что должно быть
type: object|array|string 
Desc: An xPDOCriteria object or an array.
Т.е. или объект xPDOCriteria или массив или строка (для where).
П.С.