vrm13

В какой таблице, в заказах? нет, в коробке такого нет

Делал через msOrderFiles к заказу добавляю фото во вкладке дополнения, на смену статуса заказа уходит письмо где прикреплено фото

Скорее всего нужно поправить строчку в core/config/config.inc.php
там должно быть:

if (!defined('MODX_URL_SCHEME')) { $url_scheme= 'https://'; define('MODX_URL_SCHEME', $url_scheme); }

Всегда переписываю после обновления, это от хостинга зависит если не ошибаюсь, у меня, например, sweb и там это нужно делать.

Та же ошибка, попереустанавливал с чистками кэшей, не установилась. кодировки такие же
utf8mb4_general_ci, utf8_general_ci

согласен, но я не могу в поддержку более года прошло на оба компонента, поэтому сам ковырял. У msoneclick даже есть события типа «msoneclick_after_init» только всё рано не получилось, в консоли вижу только одну разницу в вызовах на странице и в модальном окне: на странице когда всё работает подключается actions.php от msOrderFiles, а в модальном окне его не появляется, а как он запускается я так не понял.

тот же вопрос, крутил и так и этак, что-то не заводится. Например msOneClick с yandexdiskuploader получилось, там нужно было подключить css и js от yandexdiskuploader непосредственно в модальном окне и всё заработало, здесь тоже подключаю скрипты и стили, но всё равно дропзона не активна, может есть у кого решение?

Точно, не сообразил, огромное спасибо, нашёл! В сниппете галереи был прикручен вызов Babel для того чтобы картинки не копировать, а я и забыл про это…

Ещё раз большое спасибо за наводку!

Спасибо! Всё это проверяю, удаляю любые упоминание babel, но всё та же ошибка, как будто какой-то другой сниппет тоже хочет использовать модель babel, но таких у меня вроде бы нет.

Спасибо большое!

Теперь у категорий товаров пропала вкладка настройки и отключился html редактор там где он был. В редакторе форм modx-page-settings включён, у обычных ресурсов вкладка настройки есть.

У товаров вкладка тоже есть, но через modx-page-settings не выключается, но это ещё с прошлого раза — 476

у меня для обычных ресурсов достаточно убрать галочку modx-page-settings и вкладка пропадает, как нужно.

ещё теперь вкладка modx-page-settings через редактор форм не прячется, внутренности убрать получается (modx-page-settings-left, modx-page-settings-right...) а сама вкладка остаётся

хмм, странно, в скриншоте выше у меня так как раньше, это на 2.6.0.

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

Круто, спасибо!

Если позволите, в качестве предложения в следующей версии по аналогии с

— Изменен порядок вкладок для категории в формах создания и обновления [PR #459]

сделать и для самого товара, а то там иногда получается дублирование основной вкладки только из-за добавления галереи или tv

Скорее всего это у меня что-то не так, но:

На php 7.4 при открытии категории с товарами лог ошибок заваливался сообщением равным количеству товаров в ней — PHP warning: count()

В фале core/components/minishop2/processors/mgr/product/getlist.class.php на 240 строке заменил

if (count($this->options)) {

на

if (is_countable($this->options))

ошибка ушла. Но всё ли правильно сделал, при следующем обновлении же слетит?

Вопрос: Плагин msFavorites срабатывает на всём сайте, даже где нет вызова сниппета msFavorites и добавляет в head страницы

<link rel="stylesheet" href="/assets/components/msfavorites/css/default.min.css?v=f301bf14" type="text/css" />
<meta name="msfavorites:version" content="3.0.5-beta">
<meta name="msfavorites:ctx" content="web">
<meta name="msfavorites:actionUrl" content="/assets/components/msfavorites/action.php">

а можно как-то исключить сработку плагина, там где он не нужен?

Большое спасибо за советы!!!

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

А на счёт своего варианта mSync идея хорошая. 1с выдаёт 2 файла import.xml и ofers.xml и в два этапа синхронизирует, сначала товары, потом предложения, наверняка можно сначала обработать их, вытащить только нужную информацию и в один этап провести синхронизацию.

конструктивно. Форум для сочувствия оказывается, а я думал для работы над ошибками. В чём суть «Курьёза и юмора» то? и как в следующий раз не загубить базу? да, совсем нет знаний, но беда в том, что нет на столько, что нет идей что искать в гугле, поэтому и приходится беспокоить глупыми вопросами людей на форуме.

В базе я сделал три действия: из общего индекса FULLTEXT убрал поле Longtitle, поставил ему тип BTREE и поменял varchar на decimal(12,2) больше никаких действий с базой. Вокруг этого читаю форумы, но не нахожу в чём собственно юмор.

нет заказчика) самостоятельные эксперрименты. Пара слов были бы всё-таки полезны… я бы и сам с удовольствием посмеялся потом

спасибо. с бекапом не получится уже к сожалению. Поменял поле количества на Weight, отключил все возможные плагины (например moddevtools тоже срабатывал на каждый обновляемый товар при синхронизации) но всё равно жутко ресурсоёмкий процесс получается