Алексей

Всё увидел! всегда была настройка на виду, ведь -).
Только если я ставлю windows-1251 ещё больше кракозябр появляется на месте русских букв (в 2-3 раза). Попробовал декодер лебедева, он мне написал что это CP-1251->UTF-8, и декодировал правильно.
Все таки через плагин никак не поиграться с кодировкой?

Как используя плагины, преобразовать корректно ответ сервера, имеется заголовок:

HTTP/1.1 200 OK
Content-Type: text/html; charset=windows-1251

ну и соответсвенно в распарсенных полях полный бардак с кодировкой русских букв

В miniShop2 этот файлик тут:

www/assets/components/minishop2/js/mgr/product/gallery/gallery.panel.js

и добавляем preserve_headers: false

resize: {
                width: miniShop2.config.media_source.maxUploadWidth || 1920,
                height: miniShop2.config.media_source.maxUploadHeight || 1080,
                preserve_headers: false
            }

Спасибо за pull-request! Я уже давно заметил что pdoPage не кэшируется, но, думал что это из-за переменных &page=2 в строке запроса. Оказывается что нет, будем ждать новой версии pdoTools с кэширующим pdoPage!

время ответа сайта прыгает от 183 до 700 мс.

Это хостинг. Можно развернуть локальное окружение и попробовать на своём ПС. Но в 90% это виноват хостинг. Если локально не получается, попробуйте на тестовом тарифе modhost.pro развернуть сайт, там процессор E3-1270 v6 последнего поколения, скачков во времени ответа быть вообще не должно.

У кого-нибудь есть контакты Василия? Звякните ему чтоб ошибки в pdoPage поправил.

Можно поправить прямо в исходниках репозитория pdoTools на гитхабе.
Вот ссылка на файлик

core/components/pdotools/model/pdotools/pdotools.class.php

github.com/bezumkin/pdoTools/blob/master/core/components/pdotools/model/pdotools/pdotools.class.php#L1389
ну и создать пулл-регвест. Вроде по самому короткому пути так.
PS: кстати у меня открывается ваш сайт за ~400-500мсек.

en.modx.pro анонс на англ. версии modx.pro тоже нужен!

интересно, где вы арендуете VDS за 500 в месяц? если не секрет, конечно.

Вот это статья! Все по полочкам, по-русски, понятно, для новичков, и проч. проч.!
Для себя вывел такую вещь:

$_modx->resource.uri

Вот на это всегда ругался то Pug (Jade), то redactor от modmore (imperavi), наровя преобразовать > в мнемонику html.
на что готовый ответ:

{$.res.uri}

и работает через:

$fenom->addAccessorSmart("res", "data", Fenom::ACCESSOR_PROPERTY);
        // Переменные можно определить статически или динамически по условию
        $fenom->data = [
            "uri" => $modx->resource->uri
        ];

и больше никаких танцев с бубнами с преобразованием везде знака ">"

Я правильно понимаю, что у каждого посетителя сайта может быть свой часовой пояс, его нужно как-то узнать через браузер (просто взяв системное время javascript'ом) и сравнить с серверным системным временем. Затем, путём не хитрых вычислений, выдать доступное время с учётом этих поправок. Я правильно мыслю?

Замечательно! на самом деле углубился в документацию, и там тоже есть ответ на этот вопрос. Спасибо за развернутый ответ!
Ещё остался момент – как-то показывать время, с учётом часового пояса пользователя сайта? Сейчас я как понимаю, идёт привязка к часовому поясу сервера сайта.

Можно ли как-то указать при заказе, что вечернее время дороже на 30% чем дневное?

оказалось — проще. просто запустить скрипт cron'а из консоли. тогда все лимиты времени побоку

в общем все понятно, разобрался! полезная ссылка для модификатора preg_get_all
непонятно только что делать вот с этим делом:

как бороться с max_execution_time лимитом при парсинге даже около ~50 страниц это занимает больше обычных 60 секунд.

немного не понял вот эти строки:

На выходе, компонент превращает его в обычный массив PHP и по-очереди выгружает в галерею.

Как всетаки заставить xparser загружать изображения в галерею? можно по-шагам. В документации не нашел тоже ничего по этому вопросу.

Как вариант: modx.com/extras/package/contextlinks
modx.com/extras/package/editlinksnet

Большое спасибо за обновление! Единственно не понял, как бороться с

max_execution_time

лимитом при парсинге даже около ~50 страниц это занимает больше обычных 60 секунд.
link_attributes — нашел в файлике

/core/components/xparser/processors/mgr/combo/getfields.class.php

замечательную функцию:

excludeResourceFields

из которой закомментил

// 'link_attributes',

и все заработало!

PS: также в новых версиях хотелось бы видеть функционал вырезки ненужного контента при парсинге.

modx.pro/development/2157-method-sendforward-and-save-the-fields-of-the-resource/
А вот контент поменять врятли удастся:
github.com/modxcms/revolution/pull/13163
Вообще это хороший вопрос про sendforward

Не понял как указать поле «link_attributes». В выпадающем списке не видно, да и пагинация почему-то не работает. (вторая страничка такая же как первая)

А можно пример? на сколько я понимаю это «Системное поле» -> «Resource.pub_date», а там же нет итерации, или счетчика созданных страниц для использования в fenom? как знать номер отпарсенной странички?

Добрый день! возможно ли назначить календарь публикации напарсенных ресурсов? К примеру по 2 в день, подряд. Вроде бы в MODX есть встроенное средство для отложенной публикации.