Павел Гвоздь

Пишите в техподдержку в modstore. Есть несколько вопросов по второму пункту.

Признаю, моя ошибка. Сначала не вник в то, что пишет MySQL. Оказалось, что он пишет о том, что в индексе указан слишком длинный ключ, а максимально допустимая длина — 1000 байт. И правда, у меня поле url — VARCHAR(500) было, следовательно это в UTF-8 — 1500 байт. Поправил.

Пишите в поддержку на modstore. Заодно скидывайте доступ в админку. Очень похоже на ошибку MODX.

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

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

Ничего не слышал про это. Знаю лишь, что там ограничение 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, когда можно сделать тоже самое массивом.