Наумов Алексей

Правильный сценарий — это снять с публикации и товары (хотя это бывает часто не удобно для менеджеров и т.п.).
Но в целом компонент типа msPre позволяет сделать это быстро.

Дело в том, что в modx снятие с публикации страницы (любой) верхнего уровня не означает, что весь раздел снять с публикации.

Если же ответить на ваш вопрос — то нужно сделать еще один leftJoin (по аналогии с Remains), куда джойнить категорию товара. И в where добавить условие, что категория опубликована.

И ее забыть, что:
— товар все равно опубликован, он будет доступен по прямой ссылке
— товар опубликован, он попадает в разные выгрузки типа карты сайта, sitemap.xml и т.п., за всем этим нужно следить

А что начинать, вон альфа версия, пожалуйста: github.com/modx-pro/miniShop3/

Альфа — это значит в целом то основное все работает. Собери небольшой магазин (может личный какой или для друзей), потестируй, что можно улучшить — присылай PR. Нюанс в том, что никто не делает этого, все предпочитают на двойке собирать.

10 наверное многовато, но я думаю что часик подумать точно нужно, чтобы аккуратно всё сделать.

Ради интереса нашел публикацию на FL:

2 фрилансера уже откликнулись на этот заказ
Цены от 3000 ₽ до 3000 ₽.
Сроки от 1 до 2 дней.

это более чем адекватная и гуманная цена за работу.
Моя оценка такая же.

Привет. Можно попробовать обновить до версии 1.14.0-pl, она у меня включена в репозитории для загрузки. Я не знаю, работает ли этот механизм сейчас (выбора версии), раньше вроде было ок.

В 1.14.0-pl еще остались старые чанки, там минимальные правки будут нужны (но все равно нужны).

А так в любом случае, без навыков программирования провести обновление, чтобы просто появился новый функционал, вряд ли получится.

Но вообще выглядит прикольно. Прям клево, взять и подписаться на событие в своем коде без создания плагинов — удобно должно быть.

Вижу в примерах на git что есть параметр priority:

$modx->addEventListenerClosure(
    'OnWebPagePrerender',
    function (array $params, \MODX\Revolution\modX $modx) {
        $output = &$modx->resource->_output;
        $output .= "\n<!-- TEST CLOSURE: " . date('Y-m-d H:i:s') . " -->";
        return null;
    },
    priority: 5,
    name: 'appendTestComment'
);

видимо, управлять приоритетом можно.

Кто-то редко смотрит почту))) писал в личку дополнительно или еще одно письмецо с напоминанием?

зачем добавлять скрипт, если нет tv полей?..

О, хорошая тема! С меня плюс.

Правда не понял почему?

else {
    $addScript = true;
}

request судя по всему null получился. но Кааак… я не знаю

Дошли руки до обновления ), выпусти версию 1.0.3-pl
Попробуйте… я просто убрал код, вызывающий ошибку, но к сожалению самому проверить сейчас негде.

Спустя 2 месяца дошли руки до обновления ), выпусти версию 1.0.3-pl

Добрый день. Пока не поправил… постараюсь в ближ дни

Это нормальное поведение, оно связано с тем, как работает MODX и кеширование в нем.

Если было бы так: то, допустим у нас есть товар и мы сбросим только кеш этого товара при редактировании. Но, если на главной странице выводится список товаров, куда попадает наш, то ничего не изменится, т.к. кеш главной страницы остался. Поэтому удаляется кеш сайта.

Однако это поведение можно изменить, в системных настройках много опций, отвечающих за работу кеша.

Вы уже второй с такой ошибкой, то ли в свежем MODX что-то изменилось, толи в Formit. Я поправлю в ближайшие дни, постараюсь

В select вот эта цепочка modTemplateVarResource.preview.value выглядит длинновато. Без modTemplateVarResource попробуйте.

Как ни удивительно — но все ж добавил поле), смотрите свежий релиз

Привет, почему лог в

core/components/ms_cdek2/services/logs

он же там потом разрастаться будет и никто из разработчиков про это помнить не будет.

Хочется отдельный файл лога — почему не положить рядом со стандартным errors.log что-то типа

core/cache/logs/cdek2.log

?

Здесь вроде просто запросы в попытках найти файлы. В том же easyredirects, например, нет action.php, просто 404 ошибка должна быть.

adminer-5.2.1.php — искали файл админера… но вроде бы эти запросы не могут привести к заражению