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

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

С нами с 31 января 2013; Место в рейтинге пользователей: #5
Написать сообщение Отправить деньги
01 февраля 2020, 19:37
0
На здоровье! Всё это есть в доках.
/
01 февраля 2020, 17:48
+1
Например, вот так
// Путь к конфигу зависит от вложенности текущего  файла
require_once dirname(dirname(__FILE__)) . '/config.core.php';
require_once MODX_CORE_PATH . 'model/modx/modx.class.php';
$modx = new modX();
$modx->initialize('web');
$modx->getService('error','error.modError', '', '');
Подозреваю, что возможны проблемы и с этим кодом, поэтому советую обратиться за помощью к программистам.
/
01 февраля 2020, 07:15
0
В файле test_base.php MODX инициализируется?
/
31 января 2020, 07:34
0
Значит надо разбираться.
/
30 января 2020, 18:00
+1
Не должен MODX лезть в базу, если сниппет кэшированный. Посмотри файл кэша ресурса. Там должен быть массив с ключом elementCache (или как то так). В нём хранятся все кэшированные сниппеты, обработанные Fenom.
/
30 января 2020, 08:25
+1
Всё точно. Насколько я помню )
/
30 января 2020, 07:46
0
Кэшированный сниппет сохраняется в кэше ресурса, в массиве кэшированных элементов, где в качестве ключа выступает сигнатура сниппета, а в качестве значения — результат сниппета. Т.е. MODX вроде не должен лезть в базу за таким сниппетом.
/
30 января 2020, 07:27
1
+1
Но каждый вызов каждого снипета оформлять такой жуткой хренью…
Попробуйте библиотеку modHelpers. Там всё проще.
// Постоянное кэширование.
{snippet('pdoCrumbs', ['showAtHome' => false, 'showHome' => true], 0)}
/
28 января 2020, 14:10
0
Прикольно ты в условие where засовываешь параметры сниппета и ждешь, что что-то получится ))
/
27 января 2020, 07:02
0
Оказывается вполне распространенная проблема.
Правда? И у кого ещё эта проблема возникла?

Чтоб Вы знали, каждый раз при изменении системной настройки файл кэша формируется заново. Если у Вас не так, значит что-то сломалось. Обычно об этом есть запись в журнале ошибок.
/
25 января 2020, 09:00
0
Поищите темы про MODX3.
/
25 января 2020, 08:50
+2
На самом деле было бы удобно отключать это поведение через настройку. Можно попробовать написать issue. Вдруг сделают.
/
25 января 2020, 08:31
+2
Просто описано туманно. На самом деле всё просто. Во-первых, разговор идёт про Tickets. А как мы знаем, при сохранении тикета, если introtext пустой, то туда записывается часть поля content. Во-вторых, это всё.

Вот что значит правильно задать вопрос!
/
24 января 2020, 09:47
+2
Самый лучший способ прокачаться — это устроиться на работу в серьезную компанию. )) Сразу весь рабочий стек прокачаешь.
/
24 января 2020, 09:31
+1
У него есть своя ниша, на которой банкует WP, Joomla и Bitrix. Чтобы туда влезть, нужно приложить усилия. А это уже не про MODX хозяев. Их тяжело растолкать даже чтобы закрыть дырки безопасности. Так что разработчикам советую учить фреймворки. Ибо MODX закончится на второй версии. Не он первый, не он последний.
/
24 января 2020, 07:45
0
У класса ресурса есть метод parseContent.
/
22 января 2020, 15:31
0
Мда.На троечку сойдёт. Без обид.
/
22 января 2020, 12:35
0
Сие мне неведомо. А ковырять код не имею желания. ;)
/
22 января 2020, 11:45
+2 
$resource->getTVValue('date') — таким образом берет уже существующее значение
Это метод стучится в базу. А в базе ещё старое значение.

По-моему, к ТВшке можно обратиться через свойство изменяемого ресурса — «tv» + id ТВ.
// Для ТВ с id 7
$resource->tv7
/
21 января 2020, 15:59
0
Нафига вы суетё это на страницу. Создайте файл и подключайте через async.
/