Было бы неплохо добавить в системные настройки указание группы пользователей для выбора юзера при создании события, допустим есть группа тренеров и только из неё можно выбирать, сейчас выбор среди всех юзеров системы.
пока не вижу в этом смысла, только при каком то дальнейшем развитии компонента в ту сторону что вы описали ниже.
И круто было бы иметь возможность создавать такие таблицы-расписания в нескольких экземплярах, под разные группы событий, например, есть группа — тренинги, у неё своя таблица событий, своя группа пользователей (тренеров, которых можно выбирать в списке создания события) и своя группа, куда регистрируются заказчики.
И есть группа, например, марафоны — тоже со своей группой ведущих и группой регистрирующихся.
Вы считаете что причина в использовании локального сервера на основе Open Server?
да
Почему? Личный опыт?
интуиция
Как виртуальность сервера может влиять на сбои в файле кеша?
да как угодно
Расскажите как ведете разработку Вы, если не секрет?
виртуальный сервер, иде, битбакет.
Если располагать проект сразу на виртуальном сервере, то с ним невозможно работать через IDE, а использование парсера pdoTools позволяет удобно работать с файлами и вести разработку в IDE.
да ладно? Не замечал такой проблемы. Давно забыл про админку и все пишу в иде, проблем не замечаю.
Извини что кратко. Материала на данном сайте полно. Выдели время, поищи и почитай.
насколько я знаю есть событие 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();
}
Сергей а нет никаких мест. Для создания события необходим ресурс и пользователь (почта).
В качестве так называемого места может выступать любой ресурс.
на событие UserEventsOnBeforeGetOrderCost пишите плагин docs.modx.pro/components/userevents/development/events
там согласно вашей логике будет расчет стоимости. У вас может быть твердая стоимость, может быть какая либо тарифная сетка и тд.
Можно конечно было прикрутить это в админку, но сохранить при этом гибкость расчета я не придумал как.
Так что все в ваших руках… Если надо будет много мест типа выбора мест в зале 20*20?
можно создать 20*20 ресурсов и разместить их в форму заказа, пример userevents.vgrish.ru/events/zapis-3.html
Добрый день.
Возможно в данном случае с упаковкой нужно использовать чтото другое для модификации цены.
Напишите в ТП с указанием доступов к админке сайт и ссылкой на тестируемый товар. Посмотрю что можно сделать.
Спасибо!
просто приджойнить не получится, там много всего…
— таблица контента
— таблица клиента
— таблица подписок
— статусы ко всем этим сущностям
все это определяет наличие доступа.
Стали обрабатываться с изменением Вопрос — а нафига они вообще обабатываются? причем в админке.
Наверно чтоб подтолкнуть пользователя к реге на сайте…
пока не вижу в этом смысла, только при каком то дальнейшем развитии компонента в ту сторону что вы описали ниже.
Излишне усложнять компонент пока не планирую…
в вызове сниппета укажите
интуиция
да как угодно
виртуальный сервер, иде, битбакет.
да ладно? Не замечал такой проблемы. Давно забыл про админку и все пишу в иде, проблем не замечаю.
Извини что кратко. Материала на данном сайте полно. Выдели время, поищи и почитай.
окончание импорта всех продуктов. Вот и напишите плагин на него.
и лучше сделать что то в таком роде
это будет быстрее чем getCollection и цикл.
ps. Код не проверял.
В качестве так называемого места может выступать любой ресурс.
на событие UserEventsOnBeforeGetOrderCost пишите плагин docs.modx.pro/components/userevents/development/events
там согласно вашей логике будет расчет стоимости. У вас может быть твердая стоимость, может быть какая либо тарифная сетка и тд.
Можно конечно было прикрутить это в админку, но сохранить при этом гибкость расчета я не придумал как.
Так что все в ваших руках…
Если надо будет много мест типа выбора мест в зале 20*20?
можно создать 20*20 ресурсов и разместить их в форму заказа, пример userevents.vgrish.ru/events/zapis-3.html
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
так что это скорее всего не решит никак проблему.
Проверить конечно я это никак не могу…
Осталось выяснить почему их нет и можно сказать Собственно, я был прав
то есть со второго раза он все таки успешно их перебирает?
По моему дело вовсе не в этом.
Возможно в данном случае с упаковкой нужно использовать чтото другое для модификации цены.
Напишите в ТП с указанием доступов к админке сайт и ссылкой на тестируемый товар. Посмотрю что можно сделать.
Спасибо!
— таблица контента
— таблица клиента
— таблица подписок
— статусы ко всем этим сущностям
все это определяет наличие доступа.
Пишите в ТП с указанием доступов к админке сайта и ссылкой на форму вызова.
Так будет проще и понятнее.
Спасибо!
там есть то о чем вы говорите.