rb2

Оптовиков при регистрации в отдельную группу, при редактировании товара на вкладке скидок - специальную цену для этой группы. Оптовые цены видны залогиненным. Если надо, чтоб все видели две цены - допиливать (продолжать поиски). Ещё есть быстродоступный вариант со скидками от количества. Типа: обычная цена 20, от 3 шт цена 19.20 за штуку, от 10 штук 18 за штуку. Это тоже встроенная возможность.

А не та ли это волшебная сборка, в которой парни любят просто для красоты исходный код поменять - лишнюю пустую строчку добавить в какой-то из `controller/common/*` или файл языковых ресурсов переправить с `$[...] = "dhkjfhjskdhfjs"` на `array('text_help' => 'это помощь', 'text_xxx' => 'yyy')`? Первая проблема меня как-то нехило помучила, т.к. на первый взгляд окмод ставится без проблем, но не туда (и выяснить, где это не туда, у клиентов получилось не сразу). И не сразу стало понятно, по чьей вине.

Гуглите по ключевым словам opencart shortcodes. https://www.opencart.com/index.php?route=marketplace/extension/info&extension_id=15550

У меня это уже сто лет как пофиксено. Ещё для 1.5.x версий каких-то. Лекарство где-то здесь https://github.com/rb2/opencart-seopro/blob/oc2031/upload/catalog/controller/common/seo_pro.php#L505-L508 Для HTTPS надо аналогично сделать - там не трогал, негде было с https поэкспериментировать, а потом ни разу и не понадобилось.

Исправил под ocStore. Пакую, обновляю, пишу-отвечаю.

Да, всё так. Тупо не успеваю. Ответить иногда тоже проблематично, т.к. всё время завтраками кормить и мне неприятно, и попытки что-то сделать планируются, но опять отодвигаются. Не прошу понять - да, косячу, но блин, словами не передать, какой у меня сейчас загруз. Сейчас планирую заняться. Если получится - может сегодня и обновится... Сорри. Могу и деньги вернуть (но я так понимаю, вам важнее рабочий модуль). Могу чью-то помощь принять, если кто может и хочет повозиться с адаптацией.... Если кому копия модуля интересна. Там по сути из-за переделок списка категорий ломается вывод колонки ЧПУ - возможно, это и вся проблема.

Та не, там дело не в политиках и правильной настройке SPF, DKIM и других аббревиатур... Ну, в общем, если не сталкивался - то и хорошо. Но совет не универсальный (бери впс и нет проблем с рассылками). Универсальный - менять логику рассылки опенкартом рассылок, предусматривая задержки и ограничения провайдера (кол-во отправляемых за указанный промежуток писем, паузы между письмами или пачками писем) или пользоваться для рассылок сервисами рассылок. Ну или впс/шаред/колокейшен, но у хостера, который готов к массовым рассылкам (без риска блокирования самого хостера) и разрешает своим клиентам массовые рассылки. Но это скорей частный случай, чем универсальный вариант.

Нет, VPS в этом случае - не панацея. У многих хостеров есть ограничения на массовые рассылки, и неважно, что база подписчиков полностью легальна и от всех подписчиков можете представить договор, подписанный кровью, про желание получать рассылки. И также неважно, на чём вы у них хоститесь - на впс или на шаред хостинге. Поскольку проблема с рассылками связана с проблемами для пула IP хостера (проблема для него глобальная), а не с нагрузкой на бедные процессоры и каналы (проблемы локальные). Подобные проблемы решаются только чтением TOS хостера. Написано там, что нельзя массовые рассылки делать - значит нельзя (и не имеет значения, впс или шаред), написаны конкретные ограничения (кол-во писем за какое-то время) - значит только так надо рассылать. Потому что если попрёт больше - автоматика хостера быстренько погасит ваш сервер, чтобы сервера хостера не попали в блек-листы спамхауза и всяких *BL. И пофиг, через сендмейл хостера шлёте или через свой на ВПС, который настроен как релей и отправляет через гуглопочтовые сервера. В редких случаях такие вопросы могут быть решены индивидуально с хостером, который отключит автоматику "гашения" потенциально заражённых серверов. Ну или хостер весь такой в шоколаде и у него массовые рассылки проблем не вызовут - тогда в TOS будет сказано, что можете рассылать как вздумается. Короче, спрашивать об ограничениях на массовую отсылку писем надо первым делом у хостера.

По-моему, ты стоимость дополнений Престашопа написал, а не Маженто. Хотя я последней мало интересовался, не в курсе уровня цен. Но думал, что повыше.

Платные и бесплатные решения отличаются моментом времени утекания капиталовложений Потратите вы на продающий магазин и там, и там, примерно одинаково. Эта сумма зависит не от кого-то, а от вас (от магазинщика и продавца). Её сильно и кардинально изменить вряд ли получится. Только если платное решение обещает дай сразу денег - и будешь стартовать с горки, а не с ямки, то с бесплатными простора чуть больше. И деньги можно вкладывать более равномерно, что ли. Чуть ли не все начинающие магазинщики почему-то свято верят, что надо пол-года потратить на дизайн и ещё пол-года чтоб слизать все фичи и стать похожим на какого-то лидера. И там - взлёт и обгон! А хрен там. У вас может быть никакой дизайн, но быть отличный поиск, хороший контент и мгновенная обратная связь/доставка/техподдержка. И продавать такой магазин с дефолтным шаблоном может больше, лучше и быстрее, чем красивый шаблон с дизайном за $800 и вёрсткой за $400. А только имея фундамент из хорошо отлаженного механизма продажи-доставки, можно вливать часть доходов и в трафик, и в дизайн. Это на самом деле ключевой момент. Дизайн или супер-пупер решение из коробки не сделает вам продажи. Сначала надо поддержать продажи, а потом уже гнать трафик, вкладываться в рекламу и свистоперделки. И дизайном на самом деле можно заняться через полгода или год продаж. У нас же всё обычно с ног на голову поставлено. И начинает народ с дизайна и коробок с обещаниями, инкрустированными бриллиантами. Чтобы через год-два сдохнуть, так и не поняв, почему это не стало продавать само.

Заплатить и не знать горя - это из области фантазий. И овокс людям приходится допиливать-перепиливать-настраивать-докупать, и битрикс, и престашоп, и мадженту. Это только в мультиках для взрослых, называемых рекламой, так бывает, чтоб заплатил - и сразу всё есть. Если вылезти из телевизора, то так не бывает. Свободные решения обычно выигрывают у закрытых-платных тем, что имеют большее сообщество (а это может значить больше доступных решений и разработчиков) и меньший порог вхождения - как для разработчиков, так и магазинщиков. Тут есть и плюсы, и минусы. Но не грейте себя иллюзиями, что разработчики, которые стоят за маджентами с битриксами-овоксами, сделаны из платины, а разработчики для престы или опенкарта - из нержавейки или алюминия. Или те, кто вам продаст коробку сразу по цене БМВ, обладают божественными знаниями и способны сразу сделать вас Шумахером.

Обновите кеш модификаций.

Первым делом смотрите логи ошибок vqmod. Думаю, там полно всяких нот фаундов и абортов, т.к. сборка с удобствами явно отличается от голого опенкарта.

Никакие. Не мешайте своим зачаткам продаж. Когда дорастёте до этих проблем - сами сможете лекции читать и поймёте, зачем это может понадобиться.

Обычная - это обычная опенкартовская, не требующая никаких регистраций. Гугловская reCAPTCHA требует регистрации и отличается визуально, зато потом помогает распознавать книги и гуглокарты (надписи в StreetView) По крайней мере так раньше было. Сейчас - пишут, что поменяли на простую галочку, но я такую капчу видел только на одном-двух сайтах.

Google: - opencart multimerchant - opencart multivendor - opencart multiseller

В первом вашем сообщении активная ссылка. Она кривая, но многие браузеры автоматически подставляют доменный TLD (.com, .ru и т.п.)

Никогда такого в опенкарт не было - хидер всегда содержал статичный путь, включающий хардкод названия темы. Откройте любой дистр опенкарта и убедитесь. Хоть 1.5.x, хоть 2.x, хоть какой. А по поводу "как" - путь движения можно нарыть, посмотрев лог ошибок апача после наступления белого экрана.

Ноут просто не поместился в кадр - они по нему 7-й эпизод смотрят.

В .htaccess наверняка стоит запрет доступа к *.txt, там и смотрите.

А с манагерами удаётся какие-то повторные продажи делать и lead management-ом заниматься? Обучены? Поддаются дрессировке? Или это уже другой уровень?

А, да. Про это не подумал. А в экселе он всё в одну страницу вбивает, указывая в одной из колонок, по какому магазину заказ? Кстати, тут опенкарт был бы полезен, в процессе заполнения помогая подсказками точный товар или варианты выбрать - autosuggest, превью. Всё равно ведь наверное приходится менеджерам открывать нужный магазин и уточнять. Та да. С самого начала с этой мыслью в голове все процессы выстраиваются. Но далеко не всегда работает, как предполагается - процессы перепиливаются и изменяются в боевых условиях. С софтом проблем меньше, с услугами и переговорами в разы больше. Но везде перепилов хватает. Поэтому и других было бы интересно послушать в т.ч. и на тему софта. Торговля цифровыми товарами - та же беда. На первый взгляд всё должно быть просто, а как почитаешь и пообщаешься - и пол-опенкарта надо перепилить, а не всё так просто :-) Ну, как обычно.

Спасибо, в целом понятно. Правда, мне хватает Ctrl-Enter для авторизации - не понимаю, почему долго. И если сделать свою форму для ввода, то заполнять в строчку или заполнять в столбик - как по мне, разница микроскопическая. Я бы предпочёл более тесную связь с опенкартом - и по клиентам, и по заказам в первую очередь. Вижу, что процессы у нас отличаются: у меня основное - торговля софтом и услугами, можно считать, нет поставщиков (хотя это вообще-то под вопросом) и сейлзов на проценте, телефон вообще отсутствует как входящий канал... Хотя присутствуют вопросы по email и скайпу. В общем, себе я наверняка какое-то решение пилить буду. Если кто готов дополнить или новые шаблоны работы описать - интересно послушать и проанализировать. Может в этом случае решение получится сделать сразу с заделом на использование для разных применений (оффлайн-торговля вещами/железками, софт/услуги, продажа цифровых товаров, ...)

Мне vTiger когда-то показался слишком перенавороченным и неудобным. Есть ли возможность показать скриншотами, как там работа устроена и почему vTiger удобен? Как выглядят основные операции? Мне что-то после всех попыток подобрать простенькую CRM-ку вариант с экселем в итоге кажется наименьшим злом. Хотя, конечно, не фонтан. Тоже было бы интересно глянуть на примеры реализации - как учёта, так и отчётов. В эксель всё ручками дублируется? Или сделали какой-то обмен данными с опенкартом?

Вертикальная палка пропущена.