Степан Прищепенко
С нами с 09 апреля 2013; Место в рейтинге пользователей: #893 часа назад
Большое спасибо за качественное и подробное описание!
Вообще считаю, что в нынешние времена, веб-аналитика в минишопе должна быть если не из коробк...
Отправка цели "Заказ оплачен" в Яндекс Метрику, если пользователь не вернулся на сайт из п... 1
Вчера в 13:46
Ту тогда нужно смотреть лог ошибок сервера и modx. Сделай запуск скрипта создания наблюдателя из консоли сервера может там инфа об ошибке будет. Ну ес...
msImportExport 2.0 122
Вчера в 01:02
core.transport.zip определяется некоторыми антивирусами как файл содержащий троян. Возможно ативирус перенес его в карантин по тихому. Либо во время о...
где core.transport.zip ? 5
Вчера в 01:01
С большим объемом данных (магазин до 1млн товара) Марина (сравнивал на 11й версии) работает шустрее
MySQL или MariaDB 1
30 марта 2025, 09:00
В таблице msop есть поле description, допишите его в параметр msoptionsprice_window_modification_tabs и появится вкладка с текстовым полем у модификац...
Доработка плагина msOptionPrice2 1
28 марта 2025, 15:33
Думаю, что лучше официальной документации ответ никто не даст.
YaSmartCaptcha - защитите ваши формы от спама умной капчей от Яндекс 13
28 марта 2025, 13:22
Здравствуйте.
Может подскажет кто-нибудь, куда копать.
После успешной отправки формы не выводится указанный в чанке нужный мне 'successMessage', а...
[СДЕЛАЙ САМ] SendIt и MiniShop2 - заказ в 1 клик - быстро, просто и бесплатно. 61
26 марта 2025, 20:08
renderif — только вчера думал, что было бы здорово как то это реализовать, а оно само появляется в обновлении. Класс!
Новые возможности PageBlocks: улучшенная работа с блоками, таблицами, полями и мультиязычностью 3
25 марта 2025, 14:22
Добрый день!
В последнем обновлении есть «Уведомления о скором сгорании бонусов», вопрос, а не планируется еще функционал уведомления клиента о начис...
[msBonus2] 1.3.0 Бонус-коды, уведомления о сгорании и совместимость с msMultiCurrency 5
1. Gitify — делает полный дамп БД и все на этом, по крайней мере то что касается БД, с файлами работает по другому. Это я сужу из исходников, самого не использовал.
2. Я не вчитывался и поэтому не совсем понял, для чего тебе тут все про компонент говорят, когда речь идет о сайте вцелом, предпологаю, modExtra позволяет хранить все в файликах (не пользовался) — тогда действительно имеет смысл его использовать как писали выше с контролем версий, но часть данных из БД все равно не проконтролируешь (процентов 90 так, но оно все и не нужно обычно).
3. Винда — ЗЛО для разработки! если это не C# или еще что-нить от мелкомягкого. Когда один программист будет отправлять данные в гит (не гитхаб — это разные вещи) из винды, а другой из линукса, то практически на втором пуше получите сообщение о различном CRLF и этот гемморой надо будет лечить на всех файликах. Идеально когда все сидят в одной платформе.
4. В команде где я работаю, мы используем феном и храним все в файликах, для контроля БД была написана эта штука, попробуй может пригодится.
меняем
на
1. в папке модели должен быть metadata.mysql.php, хотя бы
с таким содержимым:
Иначе ловим ошибку.
2. В основном классе, метод инициализации есть, но не вызывается,
и там же pdo подключается, но не получает конфиг, следует
параметры в него не передашь, можно исправить вот так:
3. Ключ (хеш) конфигурации корзины, при ajax запросе передается,
но нинциализация не происходит, это значит как минимум pdo не получит конфиг из пункта 2.
Для этого инициализация может быть такой:
А в handleRequest:
Ну и в сниппеты и плагины после успешной подгрузки класса:
4. Чанк элемента в корзине содержит:
Ошибкой было называть имя msmcd_id вместо id, так как это может сломать
работу других компонентов, висящих на событиях изменения
товаров в корзине. Да и префикс msmcd_ не используется ни где.
5. При удалении товара вместо Cart.remove.response.success
нужно использовать:
Тогда будет правильно удалять товары.
Вроде после такого напильника, стало работать как нужно. Желаю творческих успехов!
пример использования:
в методе run класса mspReceiptAccountItemHandler идет вызов ПОСЛЕ того как заполнен массив . Далее если это исправить, все равно не заработает, т.к. в классе ReceiptAccountSH (мы же печатаем счет), в методе beforeData есть такая замечательная строчка по мне так лучше заменить это на , и дополнить вывод $data в методе run() Таким образом мы избавимся от лишнего шаблона заполнения строк в товаре и от лишнего метода.
1. в сниппете mspreceiptaccount есть вызов метода что приводит… ни к чему т.к. getItem требует ввода первого параметра, если передать туда например: то строится форма, уже хорошо.
2. В форме тычем на печать счета и видим, что значение переменной class не передается в action результат 'Could not load class'
Возможно старая версия, т.к. подозреваю что чего-то не хватает, написал на всякий.