Павел Гвоздь

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

По поводу пожелания, то вряд ли такое будет реализовано, по крайней мере в ближайшем будущем. Это всё же парсер, а не ИИ какой-то. :)

Ничего не слышал про это. Знаю лишь, что там ограничение 2000 запросов в сутки.

Спасибо, Михаил! Не совсем из этой задачи. :) Благодаря этой задаче компонент приобрёл источники в виде классов, лежащих в /core/components/currencycalc/model/currencycalc/sources/

Кстати, дополнительно, ради интереса, был добавлен третий источник — НацБанк Казахстана. Уже буквально за 7 минут. Итого, сейчас на демо сайте можно сравнить разницу в курсах этих трёх источников.

Опишите подробнее.

Спасибо. Поправил.

Воспроизвести удалось. Но если на то пошло, то имея доступ к запуску процессора и правки плагинов, можно и через MODX API так же авторизовать себя под любым юзером без пароля, в т.ч. и под админом.

Раз в 17 было больше вчера :)

Николай, до меня не доходит. А как туда попадает false в кавычках?

Кто украл то?) На днях, как будто, было больше.

Создайте у себя плагин на событие OnWebAuthentication и пропишите в нем $modx->event->_output = 'false';

False, наверное, без кавычек?

Ночью пытался воспроизвести на чистом MODX 2.5.2 — не удалось.

Так компонент намерен расширяться до универсального парсера, поэтому и парсинг HTML в скором времени будет функционировать.
Если интересно заиметь те функции, о которых говорите в посте — пишите в скайп. Обсудим.

Думаю, что modstore не станет изменять традициям и под Новый Год скидки будут, как и в прошлом году. :)

XML есть итак, ибо RSS = XML. JSON будет.

Имеется ввиду, что надо сделать экранирование MODX тегов в тексте, полученном из RSS ленты?

Не ясен вопрос, опишите конкретнее.

1) Может быть это из-за Винды?

2) Добавить параметр where и исключить текущий ресурс там:

&where=`{"id:!=":"[[*id]]"}`

И не сработает… Тут parent из объекта msResourceFile, а там он содержит в себе ID миниатюрок. Ты верно указал parent = 0 в where. Тебе надо с resource_id работать.

Я вижу это так:

1. Сначала получаем id дочерних ресурсов, из которых будем дёргать изображения. Можно сделать это с помощью pdoResources и параметра return = ids. Но я предлагаю пойти другим путём. В Fenom в объекте $_modx есть замечательный метод — getChildIds, который, к сожалению, в документации по Fenom в pdoTools не описан. Используя его, мы можем получить массив id дочерних ресурсов без лишних обращений к базе, т.к. данный метод работает с картой ресурсов. Это делается следующим образом:
   

   {var $childs = $_modx->getChildIds($_modx->resource.id, 1, ['context' => $_modx->context.key])}

   Вторым параметром в методе передаётся глубина поиска. Поэтому, если у тебя, помимо одного уровня вложенности, есть дочерние ресурсы, находящиеся глубже, то укажи не 1, а что-нибудь повыше.
   
   
2. Передаём массив $childs в параметр where при вызове сниппета. Будет примерно так:
   

   {if $childs?}
       {'!pdoPage' | snippet : [
           ...
           'where' => [
               'msResourceFile.parent' => 0,
               'msResourceFile.resource_id:IN' => $childs,
               'msResourceFile.active' => 1,
           ]
           ...
       ]}
   {/if}

   Я намеренно заменил JSON на массив, т.к. не люблю использовать JSON, когда можно сделать тоже самое массивом.

Они выводятся для одного ресурса, т.к. ты делаешь выборку для одного ресурса — для текущего:

{"parent":0,"resource_id":'~ $_modx->resource.id ~',"active":1}

Опиши подробнее, какова структура дерева ресурсов, там где хранятся изображения и, на примере описанной структуры, из каких ресурсов нужно вывести их?

А без ключа парсит?

Вопросы по пакету:

1) В чём существенное отличие от debugParser? В том, что modMonitor сохраняет всё это дело в базу?

2) Если modMonitor сохраняет все данные в базу, а посещений за день может быть и по 100к, не раздует ли базу до нереальных размеров?