Такую помощь я и на воркзилле могу найти… ладно, проехали, спасибо что хоть Вы откликнулись.
Если сам не найду решения, возможно так и будет.
Грустный у вас форум сообщества какой-то… Все куда-то уходить собираются..)

Речь не про новые плагины для красивых галерей или генераторы формочек. Я о том, что, решая какую-то задачу, разработчик оперирует инструментами, которые оптимизируют его время: можно продолжать писать статичный HTML, вручную расставлять CSS-префиксы, писать jQuery-«простыни», но если бы старых подходов хватало бы для современных требований бизнеса, ни один новый инструмент не появился бы.
Веб-воркеры, сервис-воркеры, сокеты, модули, PWA, работа в оффлайне и т. д. — всё то, что будет иметь каждый конкурентный продукт в ближайшие годы. Конечно, все эти технологии не должны навязываться выбранной CMS/CMF-системой, но ещё хуже, когда они противоречат.
Восстребованной будет та система, которая минимизирует время + ошибки + порог вхождения + тестирование и отладку + кастомизацию и/или расширяемость. Я использовал MODX, когда для этих условий не было аналогов, но это время прошло. Быть разработчиком и не развиваться — значит, быть плохим разработчиком.

Может и была, я уже предложил свою помощь выше.

<?php

if(!class_exists('msOrderHandler')) {
    require_once dirname(dirname(dirname(__FILE__))) . '/model/minishop2/msorderhandler.class.php';
}

class myOrderHandler extends msOrderHandler {
  public function getNum()
    {
        $num = 0;
        $c = $this->modx->newQuery('msOrder');
        $c->select('num');
        $c->sortby('id', 'DESC');
        $c->limit(1);
        if ($c->prepare() && $c->stmt->execute()) {
            $num = $c->stmt->fetchColumn();
        }
        $num = $num + 1;

        return $num;
    }
}

решение, может кому то пригодится

Я противник обратной совместимости.

Пробовал делать ресурс не документом, а тикетсом, всё равно вырезает класс в конечном итоге, такое впечатление что сниппет TicketComments живёт отдельной жизнью, и его не волнуют проблемы Jevix`а…
Может была уже тема такая?

при оплате через yandex кассу выдает ошибку

Fatal error: Class 'msOrderHandler' not found in /core/components/minishop2/custom/cart/myOrderHandler.php on line 2

сделано через кастомный класс и соотвтсвенно его не видит, что с этим делать?

Мне помогло изменение на 'hash' => $data['hash'],

А зачем она нужна? Лично я не собираюсь ничего обновлять.
Мне нужна удобная CMS для одностраничников (пятистраничников) и сложных проектов (веб-аппликаций) в одном движке.
С админкой, как в EVO/REVO.

Вот тебе, например, для чего нужна обратная совместимость?

Говорим, что обратная совместимость не нужна. И в те же грабли. API ничего не даст.
Пробуйте, если заняться нечем. Подумайте лучше еще раз.

Событие: mskladOnProductImport
Ну так и задать!) Разные размеры в 1с представлены отдельными позициями номенклатуры?
Просто вы же не можете предугадать какой товар является основным, а какой всего лишь размером основного товара.

А какой в этом случае лучше задать вопрос программисту 1С?
Дело в том, что он создал характеристику размер для товаров и заполнил номенклатуру.
Просто я не совсем понимаю как они могут быть представлены отдельными товарами.

Скорее всего они в 1с представлены отдельными товарами. Если это так, то нужен какой-то идентификатор того, что это один и тот же товар и тогда уже можно на событии mSync (не помню как называется) проверять наличие этого идентификатора и добавлять как опцию товара а не создавать новый.

Подумал пару дней. Вижу, что Василию нравится.
Ребят. Не взлетит. Да и самим понятно. Я скептик, но не отговариваю.
Не так это делается.

Подписываюсь под каждый словом.

Добрый день.
У меня в выгрузке 2 типа цен: оптовая и розничная. Оптовая падает в поле цена. Можно ли Розницу заносить в поле Старой цены? Или только в TV?

Прочитав все комментарии, скажу свое мнение.

По моему опыту скажу, что было бы отличным решением разработать, что сейчас делает Дмитрий Лукьяненко: Evo с Laravel.

По поводу плагинов.
Я уже года 2 не скачиваю никакие плагины и сниппеты, кроме pdoTools, FormIt, Search, TinyMCE, MIGX, Collections.
Всё остальное я пишу сам.

Поэтому лично мне пофиг на совместимость (что её не будет) в новых версиях.

Для меня в идеале:

1. Мне нужна админка, как сейчас EVO/REVO (смысл, твшки, чанки).
2. Чтобы по-умолчанию на файлах (чтобы парсило папку с шаблонами и чанками, по примеру Grav CMS). Но можно было бы в настройках включить «Хранить чанки и сниппеты в базе».
3. Под капотом Laraver (что угодно, лишь бы современное, масштабируемое), с которым что угодно можно сделать.

Коротко: админка и философия от MODX + чанки на файлах как у Grav CMS + безграничные возможности Laravel.

Смысл в том, чтобы можно было бы делать сайты «как раньше», но и есть возможность собрать самолёт. И всё из коробки (подтянуть любую библиотеку через composer).

Проще всего сделать копию конфигурации и применить к нужному тв-полю

На самом деле никуда паровоз фронтенда не ускакал. Это иллюзия фронтенд разработчиков и какая-то пагубная привычка каждые пол года что-то переделывать.

Возьмём Vue.
Двунаправленный биндинг? Но он существует еще со времен Backbone.
Шаблонизация? Но это было еще в Mustache и есть даже в ExtJS Modx.
Компоненты? Ну каждый их реализовывал как хотел, а история с инкапсуляцией компонентов/виджетов/отдельных частей интерфейса/назови как хочешь — оочень бородатая. БЭМ — тому свидетельство.
Vuex — как единое место хранения данных? Это всё тот же Storage из ExtJS, но чуток переработанный.

Все это было 10-15 лет назад и концептуально, ну вообще никак не поменялось.

Взять инструменты сборки.
Почти всё, что есть сейчас было еще в первых версиях Ruby on Rails. Многое: склейка спрайтов, склейка JS, переменные в CSS и т.п. не нужно нынче, т.к. стало частью стандарта или неактуально с приходом http2. А концептуально ноги инструментов сборки растут из бородатого Make, 1977 года рождения. C Babel — больше вреда чем пользы: дополнительное звено в разработке и увеличивает бандл полифилами и страдает время сборки. А что даёт? Возможность использовать самые-самые последние, «синтаксически сахарные» в большинстве своём, конструкции языка? А раньше то как жили? Простенько, банально не использовали, пока поддержка этих конструкций в браузерах не достигала 90%.

Бесспорно движение во фронтэнде есть, но технологически никуда не ускакал, а вполне себе итерационно развивается, ровно как и всё остальное.

Добрый день подскажите как поправить форму чтобы она работала на iphone? Нажимаю на загрузку фото и нечего не происходит.