Александр Мельник

Вопрос не связан напрямую с MODX но как я с удовольствием и радостью недавно заметил, что раздел вопросы на этом сайте имеет вот такое описание «Здесь можно задавать различные вопросы про MODX, хостинги, базы данных, программирование и вообще -ЧТО УГОДНО. „

Поэтому с чистым сердцем задаю вопрос.
Кто как решает вопрос с кэшированием данных которые отдает сервер в браузере. Многие сервисы аналитики рекомендуют отправлять картинки, скрипты, стили в кэш браузера.
Для начала открываю инструменты разработчика браузера и смотрю, что при загрузки страницы многие элементы и так грузятся из кэша. Однако смотрю какие заголовки отправляет сервер и там указано — кешироавние не включено. И тоже самое говорит google page speed, мол все файлы изображений, скрипты и так далее грузятся без кэширования в браузере.

Ок, я начинаю с самого простого, как и советует google page speed — с передачи сервером заголовка о включении кэшироавния.

На днях я обнаружил на двух своих проектах вредоносный файл с php кодом, который был загружен в assets.
Посмотрел дату и время когда это произошло и в журнале сайта в админке отследил действия за это время.
Я обнаружил одну крайне занимательную запись в журнале.
Буквально за 5 минут до того, как вредоносный файл был размещен в директории assets кто-то правил файл компонента ACE
Конкретно вот этот файл.
assets/components/ace/completions.php
Это произошло на обоих сайтах и буквально через 5 минут на обоих сайтах возник файл с вирусом.
Но что самое интересное, визуально я не вижу, чтобы в файле assets/components/ace/completions.php что-то изменилось.
И да, я понимаю, что вы вполне логично скажете, что если у злоумышленника был доступ в админку, то он легко мог разместить вредоносный код через нее и будете правы.
Однако, очень странно, что этот нехороший человек на обоих сайтах зачем-то правил файл
assets/components/ace/completions.php

Будут какие-то идеи?
Спасибо.

Господа, подскажите.
Создаю товар, ввожу pagetitle сохраняю.
Внешне все ок, но в журнале ошибка —

core/xpdo/om/xpdoobject.class.php : 1452) Error HY000 executing statement:
INSERT INTO `ld4967_ms2_products` (`id`, `article`, `price`, `old_price`, `weight`, `vendor`, `made_in`, `new`, `popular`, `favorite`, `source`) VALUES (246, '', '', '', '', 0, '', 0, 0, 0, 2)
Array
(
    [0] => HY000
    [1] => 1366
    [2] => Incorrect decimal value: '' for column 'price' at row 1
)

Мол нехорошо сохранять с пустой ценой, значение пустое а ожидается дробное
С каких пор?
Но самое интересное, что если я введу цену, то получу уж совсем дурацкую ошибку

Вынужден в очередной раз попросить о помощи в этом вопросе, поскольку не могу найти решения.
minishop 2.4.18-pl
modx 2.7.1

Независимо от того, какой источник файлов выбран в системных настройках minishop, при создании товара в галерее всегда стоит по умолчанию — Filesystem а не MS2 Images

Я подумал, что логично было бы, если бы плагин следил за классом создаваемого ресурса и ему назначал ему тип файловой системы, но ничего подобного в плагине minishop не вижу.

Как заставить галерею использовать MS2 images?
Спасибо.

Для категорий и товаров minishop2 нужно назначать разные шаблоны, в зависимости от родителя.
Создаю плагин на событие OnBeforeDocFormSave

if ($grannyId==3 and $resource->get('class_key')=='msProduct'){
        $resource->set('template', 5);
        
        return true;
    }

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

На одной странице сайта у меня находится мой сниппет, внутри которого идет обращение к процессору

$response = $modx->runProcessor('resource/create', $data2);

Это страница доступна для посетителей.
До этого я пользовался для создания ресурсов методом

$modx->newObject

но недавно узнал о методе с использованием процессора.
Столкнулся с тем, что с компьютера нужные мне ресурсы создавались чудесно, а затем зашел с телефона — и ничего не создается. Минут 20 тупил, пока не понял что дело в правах. На компьютере я залогинен, а на мобильном — гость.

Ну и собственно вопрос — как правильно поступать, чтобы даже гость мог создать ресурс?
1) Каким то образом дать гостю права на обращение к процессору?
2) Создавать ресурс при помощи

$modx->newObject

и не выделываться?
3) Ваш вариант.

Не пойму, толи 2.7.1 такая неудачная версия modx
то ли просто черная полоса с проектом этим
то ли моя криворукость со временем только прогрессирует, вместо регресса.
— назначение шаблонов создаваемым ресурсам при помощи настройки форм работает не так как ранее и я бы сказала не логично. Описывал тут. modx.pro/help/18003
— упрямо игнорируется системная настройка minishop которая отвечает за выбор по умолчанию источника файлов.
Описывал тут modx.pro/help/18020
— так плюс еще и админка работает чрезвычайно медленно. Нажимаешь сохранить что-то и проходит 3 секунды пока вообще начинаются действия, затем еще 3 секунды как в slowmore наблюдаешь как открывается дерево ресурсов. Хотя у меня всего еще 36 ресурсов создано. Попробовал на локальном сервере, на выделенном сервере, на обычном хостинге — везде примерно одинаково.

У всех такая прелесть или это я грешил много?

Использую
— modx 2.7.1
— minishop 2.4.18-pl

В системных настройках минишоп указан источник файлов — ms2_product_source_default — MS2 Images
Однако при создании нового товара, сохранения его и перехода в галерею вижу, что стоит источник — FileSystem

Глюк? Кривые руки? Третий вариант? )

Столкнулся с тем, что ранее работающие приемы автоматического назначение шаблонов ресурсам перестали работать.
Не знаю, связано ли это с изменениями в последней версии 2.7.1 или с другими причинами.

Есть ресурс (id1) внутри которого два ресурса коллекции (id2 id3)
Для того, чтобы при создании новых коллекций внутри id1 автоматически назначался необходимый шаблон (назовем его List), я настраиваю формы по принципу — если parent = 1 назначь детям шаблон List.
И это работает.
В настройках коллекции указываю, что назначай всем детям шаблон, назовем его Detail.
И вот это уже не срабатывает. Игнорируя настройки коллекции всем «детям» назначается шаблон List. То есть отрабатывает правило из настройки форм, хотя по сути, новый создаваемый ребенок уже не должен подходить под правило parent=1 поскольку для него parent уже равен 2 или 3. Но тем не менее срабатывает именно правило из настройки форм, в чем легко можно убедиться, просто удалив его и тогда шаблон начинает назначаться так как описано в настройках коллекции.

Такой вопрос.
При использовании стандартного компонента для оплаты заказа через paypal на страницу, в paypal передается информация о товарах и количестве и стоимости. Но нет информации о номере заказа, чтобы его потом как-то идентифицировать.

В системных настройках minishop не нашел ничего похожего, в модулях оплаты на этой странице
docs.modx.pro/komponentyi/minishop2/moduli-oplatyi
не нашел информации о paypal

Буду благодарен за подсказки как передать номер заказа на страницу paypal, чтобы менеджеры могли однозначно идентифицировать заказ в банкинге paypal.