Всего 123 801 комментарий

Андрей
58 минут назад
0
Нечто подобное реализовывал с помощью msProfile + самописная оплата пользователем различного функционала с личного счёта. Т.е. пополнение через любой доступный способ оплаты минишопа, а дальше уже пользователь оплачивает со счёта всё что ему необходимо.

А так ничего готового из подобного функционала нет.
Ruslan
2 часа назад
0
Спасибо за идею.
Но получается что у MODx нету каких либо плагинов, которые могли бы решать данную задачу?
Надо реализовывать самому с нуля?
Олег
3 часа назад
0
'where'  => [
    'Data.price:!='=>'0'
]
Артур Шевченко
3 часа назад
0
Предположим, что объявления это ресурсы. Тогда я бы создал отдельную таблицу для хранения данных об оплаченных услугах для конкретных ресурсов. Сами услуги и оплату сделал бы через minishop2. Ещё повесил бы на крон задачу, которая будет проверять когда заканчивается оплаченный период.
Ivan
4 часа назад
0
miniShop2.Order.add('extfld_delivery_price','100', function() {
		        miniShop2.Order.getcost();
    })

Это вот работает, но чтобы увидеть изменения нужно перезагрузить страницу. Посмотрю еще. Спасибо
Ivan
4 часа назад
0
То есть может получиться так, что мне придется вызывать свой action который будет добавлять поле с таким значением в сессию заказа?
Артур Шевченко
4 часа назад
0
Скорее всего дело в том, что за короткое время происходит изменение нескольких полей заказа и, поскольку данные записываются в сессию, она не успевает обновится. Тут либо переходить на хранение данных в БД, если версия minishop2 позволяет, или ставить задержку через setTimeout().
Максим
9 часов назад
+1
Если суть поста: стоит или не стоит, то тут всё зависит от тебя. Хочешь копаться, разбираться — стоит. А иначе можешь и откатиться, но не факт что всё заработает…
Андрей
Вчера в 21:46
1
+1
Стоит ли копаться и решать проблему или лучше откатить Minishop2 до 2.5.0-pl?
Т.к. вводных данных крайне мало, можно только теоретизировать:

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

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

Имхо, лучше поправить ошибки, и остаться на актуальных версиях дополнений.
Андрей
16 ноября 2024, 20:54
0
Владимир, добрый день!

Есть возможность добавить в модуль функцию отмены заказа?
Т.е. если в админке магазине поставили статус Отменен, чтобы в Тинькоф улетал запрос не на создание нового заказа, как сделано сейчас, а улетал запрос на отмену этого заказа.

Второе пожелание — можно ли в модуле добавить настройку округления сумм?
При применение скидок скидочным модулем иногда возникает ситуация, что общая сумма заказа со скидкой и сумма всех товаров в заказе с примененной скидкой отличаются на 1 копейку. И такой заказ платежные системы не пропускают.
Есть гипотеза, что если округлять все до рублей, такие ситуации пропадут.
Артур Шевченко
16 ноября 2024, 19:59
0
Подскажите, что не так делаю?
Ты вызываешь сниппет в инлайновом чанке.
vit
vit
15 ноября 2024, 17:40
0
спасибо, несколько раз проверял и не заметил)
Андрей Шевяков
15 ноября 2024, 10:17
+2
[[pdoResources?
&parents=`0`
&templates=`4`
&tpl=``
]]
У вас ошибка в сниппете надо не &template, а &templates

Вот тут можно посмотреть по параметрам Дока
Sergey (Sentinel)
14 ноября 2024, 13:55
0
Сложна.
Я сделал с помощью js. Задал class для div c results
и вот так прописал
document.querySelector('.easycomm div').textContent = 'Отзывов пока нет, Ваш может стать первым.';
Александр Туниеков
14 ноября 2024, 11:50
0
Добрый день! Установил MarkdownEditorFrontend с modstore и xpdo выдало ошибку что не может найти сервис. К моему удивлению в транспортном пакете не нашлось папок assets и core (0 и 1 в modCategory). И, соответственно, они не установились. Перезалейте пожалуйста пакет. Если еще выложете в гитхаб то респект.
Александр Туниеков
14 ноября 2024, 05:22
0
astro.build впервые слышу такой фреймворк. Вообще gtsAPI затачивался под primevue.org. Но в primevue вообще не никакой связи с api. Там api как хочешь так и делай. Если в astro.build есть какие-то специализированные функции для отправки запросов в бекенд, то gtsAPI, скорее всего, вам не подойдет. А если для бекенда предпологается полный произвол, то связь с gtsAPI можно запрограмировать.
Вы, наверно, знаете astro.build лучше меня и сами можете определить подойдет ли он.
Например
Чтение таблицы
GET /api/tSkladNaryadSmena
или
POST /api/tSkladNaryadSmena?api_action=read
доп параметры:
filters, limit, offset, setTotal, sortField, multiSortMeta
Ответ
{
  "success": 1,
  "message": "",
  "data": {
    "rows": [
      {
        "id": "2098",
        "naryad_id": "17",
        "smena_id": "2084",
        "koef_time": "1.000",
        "close": "1",
...
Более подробно описание api API gtsAPI
Более четкая документация еще только в планах. Сейчас в первую очередь описание PVTables на основе primevue.
Надеюсь понятно и исчерпывающе ответил? :-)
Александр Туниеков
14 ноября 2024, 05:04
0
Что-то modx.pro уведомление не прислало. Случайно увидел что комментарии появились.
Только что попробовал авторизоваться и у меня работает. Может скриншоты ошибок скинете?
Артур Шевченко
13 ноября 2024, 10:55
+1
Не все пожелания клиента нужно реализовывать. Одно дело когда желание обосновано бизнес-процессами, а другое дело клиент так видит. В данном случае, на мой взгляд, это бессмысленное усложнение.