Pavel Zarubin

Ну ок, забил разработчик на обновления, магазин от этого перестал работать? Стал работать хуже или что? Так себе аргумент. На обновления cs-store тоже могут в один прекрасный момент забить.
Вот тебе моя повседневная задача, с которой ни одно твое монолитное решение не справится. Есть соцсеть рецептов, люди деляться рецптами приготовленными из товаров этого магазина. В из рецепта можно в 1 клик собрать корзину. Помимо всего прочего разумеется есть отдельный магазин. Сложности заключаются еще в том, что товары очень разные, с разной фасовкой и единицами измерения, также помимо всего прочего за выложенные рецепты пользователи получают баллы, баллы бывают нескольких видов за разные действия. Одни баллы можно потратить на оплату товаров до 100%, другие только на оплату товаров не больше процента, указанного в самом меньшем товаре из всей корзины. Я конечно умолчу о том, что есть еще куча хитрых схем где автоматическая наценка идет дабы не морочится с налоговой и куча других фишек.
Так вот к чему я это. Ни одни исходники ни одного компонента не тронуты, все прекрасно обновляется и это все работает. Покажи мне хоть одно монолитное решение, которое позволит реализовать хотя бы часть функционала без изменений ядра

Я выше отписывался что из всего списка для реального магазина действительно достойны покупки 2-3 дополнения, остальные просто не подойдут потому что их придется переделывать под особенности работы конкретно этого магазина с вероятностью в 90%. Этот же минус касается и других монолитных решений, только там все гораздо хуже, если меня не устраиваеи как работают акции на том же CS-store, мне придется лезть в ядро движка что убьет его обновление навсегда. Вообще спор ни о чем. Приводите конкретные технические примеры чем модульное решение хуже, тогда и обсудим. А сейчас мы просто меряемся письками.

А подробнее об этом уровне можно? А то у вас какие то эфемерности повсюду, а конкретики 0.
Мы поддерживаем несколько «мегамагазинов» топовых широкоизвестных, которые наверняка и вы знаете на modx, да, какие то микросервисы на ноде, какие-то на ларе, но это не отнимает того факта, что основная часть касающаяся продаж — на modx и minishop2. Да, все файлы и папки естественно имеют не стандартные пути и названия а core далеко от base_path сайта. Используется msOptionPrice2 и msImportExport — остальное самопис. И все прекрасно работает и продажи не реже, чем раз в час.

Интуиция мне подсказывает что название говорит о комплектации из коробки, а не о возможностях. И подсказывает она мне это из-за удобной расширяемости minishop'a. Т.е. при разработке явно продумывалась система расширения.
Но наверняка я не знаю, возможно Василий придет в тред и расскажет нам о заложенном в название смысле.

А что касается цен на разработчиков битрикса, они действительно высокие. Но никто никогда не задумывается почему они высокие. Возможно потому, что там что-то сделать в разы дольше чем на том же modx. Соответственно если пересчитать на цену в час, увидим что разница почти отсутствует.
Я лучше 10 задач сделаю на MODX, чем это же время буду сидеть за одной на bitrix.
Но конечно, зачем все эти аргументы, когда есть универсальная отмазка

Пока одни плюются на Битрикс, другие на этом зарабатывают.

Так и чиновники у нас могут оказаться эффективными менеджерами, ведь пока народ их обливает грязью — они зарабатывают

Пока одни плюются на modx — другие на нем зарабатывают
Пока одни плюются на laravel — другие на нем зарабатывают
Пока одни плюются на wordpress — другие на нем зарабатывают
Марка продуктов «Каждый день» тоже очень востребована, но это никак не говорит о их качестве и вкусе. Код из документации выше я так понимаю вы никак не можете прокомментировать

Подозреваю, что за то, что список скорее вводит в заблуждение, чем отрезвляет. Таким образом можно вообще все компоненты modstor'a перечислить и выйдет не 20к, а под 100к. Ведь почти все компоненты в модсторе — для e-commerce и кому то же они нужны

Значит что то не так указано, сто раз делал свои запросы на контроллер минишопа и все ок было

Угу, всегда мечтал для такой простой процедуры как создание миниатюры делать вот так:

// проверяем тип и размер файла.
     $checkfile = CFile::CheckFile($arFile,400000,'image/','gif,png,jpeg,jpg');
     if(strlen($checkfile) > 0) {
        $strError .= $arFile['name'].': '.$strError.'
';
     } else {
       // масштабируем изображение
       CAllFile::ResizeImage(
          &$arFile, // путь к изображению, сюда же будет записан уменьшенный файл
          array(
           "width" => $newWidth,  // новая ширина
           "height" => $newHeight // новая высота
          ),
          BX_RESIZE_IMAGE_EXACT // метод масштабирования. обрезать прямоугольник без учета пропорций
        );
       // сохраняем уменьшенное изображение. 
       $fileId = CFile::SaveFile($arFile, $IBlockType);
     }

dev.1c-bitrix.ru/api_help/main/reference/cfile/resizeimage.php
Чем лучше то? Тем что клиенты там привыкли платить по х10 цене?

formit, серьезно? Это архаичная медленная штука которой давно пора на помойку. Полтора года назад написал вот такой скрипт и еще ни разу не подвел. И не нужны никакие рекапчи
github.com/pavel-one/ModxSimpleMail

А что касается метода, то нет, все гораздо проще, чем даже установка msOneClick, я делаю запрос на свой коннектор с приблизительно таким содержимым:

$id = (int) $_POST['id'];
$deliveryId = 1;
$paymentId = 1;
$minishop2 = $modx->getService('minishop2');
$minishop2->cart->add($id);
$minishop2->order->add('delivery', $deliveryId);
$minishop2->order->add('payment', $paymentId);
$minshop2->order->submit();

Не правда ли это быстрее чем установка компонента и его настройка кликаньем мыши? Да еще и 500р в кармане осталось, на пиво хватит за 8 строчек то

ihor.ru
firstvds.ru

Я тоже не знаю зачем вы пишите и к чему вы клоните, но большинство дополнений в modstore — для людей которые код в глаза не видели и для клиентов которым нужно «лишь бы было». Такой «программист» все равно не поднимет адекватный магазин хоть 20 дополнений купит.
Вот мои комментарии по поводу вашего списка:
Хсотинг — сугубо индивидуально, на моей VDS за 500 в месяц уже перевалило за 30 сайтов, а он как работал также быстро как modhost — так и работает
Яндекс касса mspYaCassa — ок
Доп опции msOptionsPrice2 — must have, очень крутой доп
фильтрация и поиск mSearch2 — must have только в том случае, если фильтров и вправду много, в большинстве случаев для 1-5 фильтров быстрее сделать свой фильтр и можно даже без использования php, достаточно и феномом обойтись с его $.get и $.post
Быстрый просмотр QuickView — ну тут батенька серьезно? Если вам нужен такой доп, то стоит задуматься стоит ли вообще делать сайты
Региональные цены msGLPrice — региональные цены это такое тонкое дело, что очень сомневаюсь что компонент подойдет из коробки, скорее всего придется перепиливать, если конечно нужен не макет магазина «лишь бы заказчик оплатил»
Покупка в один клик msOneClick — та же история, что и с QuickView
Связанные товары msAddLinked — ну тут и правда нужно немного углобиться в minishop, чтобы сделать нечто подобное у себя. Правда и одной страницы доков хватит, но ладно, можно засчитать
Купоны, скидки msDiscount — опять же, купоны и скидки дело в 90% индивидуальное для каждого магазина, мне еще ни разу не подошел этот компонент из коробки
Пункты выдачи msPointsIssue — крутое, да, можно засчитать
Личный кабинет Office — если не брать в расчет что есть бесплатный Login (который я к слову ни разу не использовал), то в modx уже все готово для личнного кабинета из коробки, бери да используй уже готовые процессоры. Office лишь надстройка над ними, не вижу смысла вообще его покупать для реального магазина
Импорт экспорт msImportExport — must have
Связь с CRM Битрикс modBitrixCRM — очень подозреваю что это опять же сугубо индивидуальная вещь (не занимаюсь интеграциями в CRM) и сомневаюсь что для реального сайта подойдет готовый компонент, не использовал, лишь подозреваю из опыта.

Итого, если отбросить весь шлак, который нужен разве что для макетов магазинов по типу «У Васька есть быстрый просмотр значит и мне нужен, забабахай какой нибудь», то получается меньше 10к.

Все сказанное сугубо мое мнение. Если будите минусить — попробуйте доказать обратное где перечисленные компоненты работают из коробки на магазине у которого хотя бы одна продажа в день бывает.

Если вы внимательно посмотрите на скрипты, то увидите, что minishop2 работает путем прерываний. Прерывания работают по типу — пришел аякс запрос, генерируем страницу до тех пор, пока не дойдет запрос до обработчика, как только запрос доходит до обработчика, отдается json.
Для того, чтобы вам вычленить только json, достаточно в аякс запросе указать dataType: 'json',

так и планирую, но честно я даже не знаю когда смогу выпустить обновление. В данный момент готовится вторая версия msRussianPost и глобальное обновление msCDEK и только к концу лета msPNnotify, так что можете смело перезаписывать скрипты или собирать компонент из исходников github

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

Ну так сделайте свой скрипт и отправляйте сохраняйте себе лиды сколько влезет. Это не единственный минус formit и я например считаю что использовать его для серьезных проектов — так себе идея.
Вот например мое решение которое я ставлю абсолютно на все свои проекты:
github.com/pavel-one/ModxSimpleMail

В данный момент — нет

Как оказалось msOneClick не использует никаких уведомлений, по этому нет, вам нужно либо самостоятельно их прикрутить, либо попросить их сделать автора дополнения

Можно, еще бы кто нибудь предоставил доступы к сайту на котором стоит msOneClick :)

Вы у себя можете сделать что угодно :) Я не думаю что это многим надо, особенно учитывая то, что 90% магазинов перепроверяют заказы а города в который надо доставить товар возможно даже нет в базе сдэка.
Да, повторил я ваш баг, связан он с множественными ajax запросами, в следующем обновлении добавлю прелоадер при смене метода доставки, тогда система просто не даст пользователю сменить метод пока не был рассчитан предыдущий