Володя

А на фронтенде разве настройки источника файлов не парсятся?

в каком месте они там парсятся?

Если хоть один сниппет MIGX грузит этот источник и делает ему initialize() — будут ровно те же записи в логах, и всё равно придётся что-то менять: или регулярку синтаксиса, или настройки источника.

согласен.

Я просто с MIGX не знаком, поясните, пожалуйста.

я сам им не пользуюсь.

Я вообще конкретно MIGX в данном случае не касаюсь. Есть конкретная ситуация касаемо обработки настроек в админке парсером fenom и я лишь сказал о том что неплохо ввести ограничение на это и все.

Что с этим делать решать тебе.

Ну а если кто специально хочет использовать именно Fenom в настройках источника — им как быть?

разрешить обработку fenom в контексте mgr
то есть в данном случае речь идет именно о настройке что отключала бы fenom в админке.

расширить класс корзины и добавить идентификатор товара в подобных местах github.com/bezumkin/miniShop2/blob/master/core/components/minishop2/model/minishop2/mscarthandler.class.php#L223

Понятно что сработает. Но это не выход.
Предполагается что все настройки медиасорс должны быть корректны для fenom.
И если это не так — идти их исправлять. Не всегда это вариант.
Как вариант решения этого можно ввести настройку ограничивающую обработку контекста в github.com/bezumkin/pdoTools/blob/master/core/components/pdotools/model/pdotools/pdoparser.class.php#L43
если такой вариант приемлим — я могу сделать pr.
Спасибо!

Заметил что зачем то обрабатываются настройки медиасорс. Возможно на них ругань.
Стали обрабатываться с изменением

Улучшено регулярное выражение для определения синтаксиса Fenom

Вопрос — а нафига они вообще обабатываются? причем в админке.

Так можно и кнопку прятать

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

Зачем обнадёживать?:)

Наверно чтоб подтолкнуть пользователя к реге на сайте…

молодец, отличная штука получилась!

Спасибо!

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

пока не вижу в этом смысла, только при каком то дальнейшем развитии компонента в ту сторону что вы описали ниже.

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

Излишне усложнять компонент пока не планирую…

отсутствуют скрипты bootstrap-modal
в вызове сниппета укажите

&bootstrapModalJsCss=`1`

Вы считаете что причина в использовании локального сервера на основе Open Server?

да

Почему? Личный опыт?

интуиция

Как виртуальность сервера может влиять на сбои в файле кеша?

да как угодно

Расскажите как ведете разработку Вы, если не секрет?

виртуальный сервер, иде, битбакет.

Если располагать проект сразу на виртуальном сервере, то с ним невозможно работать через IDE, а использование парсера pdoTools позволяет удобно работать с файлами и вести разработку в IDE.

да ладно? Не замечал такой проблемы. Давно забыл про админку и все пишу в иде, проблем не замечаю.

Извини что кратко. Материала на данном сайте полно. Выдели время, поищи и почитай.

избавиться от

OpenServer_new

Пишите в ТП, чего голову то ломать.

насколько я знаю есть событие msieOnCompleteImportProduct
окончание импорта всех продуктов. Вот и напишите плагин на него.
и лучше сделать что то в таком роде

$table = $modx->getTableName('msProductData');
foreach (array('price','old_price') as $field) {
	$sql = "UPDATE {$table} SET {$field} = Ceil({$field}) WHERE {$field} > 0";
        $q = $modx->prepare($sql);
        $q->execute();
}

это будет быстрее чем getCollection и цикл.

ps. Код не проверял.

Сергей а нет никаких мест. Для создания события необходим ресурс и пользователь (почта).
В качестве так называемого места может выступать любой ресурс.
на событие UserEventsOnBeforeGetOrderCost пишите плагин docs.modx.pro/components/userevents/development/events
там согласно вашей логике будет расчет стоимости. У вас может быть твердая стоимость, может быть какая либо тарифная сетка и тд.
Можно конечно было прикрутить это в админку, но сохранить при этом гибкость расчета я не придумал как.
Так что все в ваших руках…
Если надо будет много мест типа выбора мест в зале 20*20?
можно создать 20*20 ресурсов и разместить их в форму заказа, пример userevents.vgrish.ru/events/zapis-3.html

msOptions получает опции как $product->get($name)
github.com/bezumkin/miniShop2/blob/master/core/components/minishop2/elements/snippets/snippet.ms_options.php#L22
который в свою очередь дергает loadOptions github.com/bezumkin/miniShop2/blob/4b00c666d7fc0b9db8ce911636013e7bbcb7a6c3/core/components/minishop2/model/minishop2/msproduct.class.php#L194

msProductOptions сразу пользует loadOptions github.com/bezumkin/miniShop2/blob/master/core/components/minishop2/elements/snippets/snippet.ms_product_options.php#L29

так что это скорее всего не решит никак проблему.
Проверить конечно я это никак не могу…

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

это не вам вопрос был. А по поводу этого

Тут перебор массива идет, но в результатах работы сниппета msOptions учавствуют обычные одиночные опции и все слетает, т.к. их не перебрать.

msOptions не отрабатывает с первого раза

то есть со второго раза он все таки успешно их перебирает?
По моему дело вовсе не в этом.

1500

Спасибо!

Спасибо!)