OtezVikentiy

Окей, уели, докопались )))) Согласен, по прямому запросу не прям easy найти сразу инфу, но вектор гугления думаю все равно был понятен. )))

Да, именно так. foreach ($products as $product) { $product['id'] = 1; } В результате этого кода массив $products не поменяется. foreach ($products as $k => $product) { $products[$k]['id'] = 1; } В результате выполнения этого кода - данные будут сохранены. foreach ($products as &$product) { $product['id'] = 1; } Вот этот код тоже должен сохранить данные.

$product['discounts'][] = $discounts; такое выражение не добавит данных в исходный массив $products. Оно добавляет данные в переменную $product просто и всё, больше это ничего не делает. Надо либо & в цикле поставить примерно так: foreach ($products as &$product) { либо переписать цикл в нормальном виде с сохранением данных непосредственно в $data['products'][] = $product; внутри цикла.

Я конечно не знаю что у вас там отображается, но у меня первые 3 ссылки в поиске прям точное попадание ))))

https://yandex.ru/search/?text=tpl&&lr=213

Вам стоит почитать документацию по работе с tpl, потому что это вообще базовые вещи. Если коротко - то в data лежит по ключу products массив продуктов - вот он и является переменной products в tpl

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

Здесь есть куча проверок, но крайне мало разработки. Вы самостоятельно проверить работоспособность того что есть не можете? Если нужна разработка - напишите конкретику что разработать нужно. Именно разработать, а не менеджерскую работу выполнять в виде проверок каталогов. Вам человек написал, что готов настроить выгрузку за 2000 рублей - вам это дорого или что? В заблуждение уже больше вы вводите таким долгим поиском и непонятными требованиями к финальной версии работы. Проверять что-то можно хоть до талого.

Мдэ.... ну с таким подходом будут долго искать

Вам же уже даже и модуль прислали. Чем вас модуль не устраивает? Если вы ищете исполнителя, который станет без модуля с нуля писать эту интеграцию за условные 20 000 рублей - то вряд ли вы такого найдете, потому что там работы на полтора-два месяца вам это обойдется тысяч в 100 минимум (скорее всего больше), если под ключ и вот со всеми фишками для управления всем прям из админки. Потому что там АПИ огромное и реализовывать весь его функционал с нуля - это прям очень больно и геморно, потому что еще и АПИ местами не актуальное.

Ответил в личку.

Если вопрос еще актуален - могу проконсультировать.

Можно либо доработку в движок сделать на платной основе либо заводить разные размеру отдельный товар (как workaround). Из коробки такого функционала не предусмотрено.

В этом вопросе очень многое зависит от навешиваемого функционала. Вряд ли вы будете использовать Opencart AsIs из коробки. Скорее всего там будет разный функционал добиваемый модулями. Соответственно когда вы сделаете финальную сборку того, что вы хотите - необходимо будет оценить масштаб бедствия и это всё оптимизировать. Либо не использовать модулей и заранее писать весь функционал с нуля. Дать оценку о том, что еще в проекте - довольно сложно. Если глобально - то да, Opencart пригоден. Ориентировочная стоимость напрямую зависит от всего того, что вы планируете туда установить модулями. Потому что вот то что есть из коробки у опенкарта оптимизировать относительно не сложно при наличии опыта. А вот все что идет поверх базового функционала - вот там уже начинается жесть/хардкор/сложности/боль и прочее, потому что авторы модулей разные, пишут все по-разному ну и все вытекающие последствия отсюда. Поэтому заранее дать оценку довольно сложно, но вообще под 3м товаров опенкарт да, при грамотной разработке - он вывезет. Только надо изначально все делать сразу хорошо (не за пачку доширака в плане цены) - тогда все будет хорошо. В противном случае - будет больно. Под такой объем товаров денег вкинуть в оптимизацию тоже придется прилично. Это вообще на любой CMS, не только на Opencart. P.S.: я не набиваюсь в исполнители, просто ИМХО. ))))

Судя по слову "переделка" - значит уже какой-то сайт есть. Сколько сейчас товаров и как он справляется с текущим объемом?

А в чем собственно проблема то? Берете стоковый контроллер, копируете его в нужное место, с фронта вызываете метод - он возвращает данные и отрисовываете их как хотите. )))

Ну в прицнипе тут все просто, всё в ошибке написано. У вас таблица в БД не существует. А вторая ошибка говорит о том, что в библиотеке корзины идет обращение по несуществующему ключу.

Ну если от АПИ отключиться то да - там easy. Выгрузка у меня тоже вся прошла. Я вот именно с пробросом заказов мучаюсь и да да да... противоречат сами себе прям постоянно и беспрерывно...

Тут видимо кому как повезет. Потому что я уже 3 неделю брочусь с этим маркетом и все никак. Причем на техническом уровне в их же модуль уже костылей подставил, чтобы это совпадало с их АПИшкой, а вот функционально уже давно по ответам сервера они меня морозят уже которую неделю, сами же не могут сказать где что и как настроить. То одно говорят - то верните как было, то снова удалите. Статические у меня настроены, они совпадают с теми, что передаются по АПИ. Потом техподдержка сказала убрать интервалы из передаваемых по АПИ, вот вчера написали "А почему у вас отсутствуют интервалы передаваемые в АПИ?".... Похоже прям на издевательство какое-то...

Ну... Я на эту работу не подряжаюсь, просто предупреждаю, о возможных "нюансах". Я сейчас еще и контроль качества магазина прохожу уже 3 неделю, потому что техподдержка Яндекса не может сама определиться нужно передавать интервалы доставки / не нужно. Вот как раз вчера был кейс, что 1 этап контроля качества заставили меня убрать интервалы доставки, сделал как они сказали - 2 этап контроля качества приходит и говорит... "А чего у вас интервалы доставки то не указаны?...".... Так что.... морально готовьтесь... там не только технические трудности предстоят... Там реально прям больно будет...

Охххх вы ща хапнете горя там вообще по тяжелому..... Я сейчас туда подключаю свой магазин. Сначала взял модуль, который сам яндекс предлагает "типа написанный ими", на самом деле написанный подрядчиками одноименными с CMS - это просто не модуль, а ужас стремящийся в бесконечность. Не работает от слова вообще ничего. А с учетом того, что вы настраивали интеграцию больше года назад - можно процесс вообще с нуля начинать, потому что там все перевернулось уже с ног на голову. Это вообще уже не БЕРУ - это теперь ЯндексМаркет.... Сейчас вот сижу пишу свой модуль под это дело, чтобы работало все нормально... А так вообще там просто нереальная боль....

написал в личку

Проблемы в частности у опенкарта бывают следующие: Наставлено 100500 модулей, которые все цепляются на событие создания заказа и в итоге дают целую гору нагрузки и естественно скорость падает прям феерично. Эта проблема актуальна не только для крупных игроков рынка, а вообще для всех и она решаема как и писали люди выше - архитектурными изменениями и переписыванием функционала. Если у вас архитектурно все уже решено и вы там бьетесь за то, что клиенту с медленным интернетом приходится долго ждать - это совершенно другая вообще история совсем о другом.

Да на самом деле нет, это играет роль везде. Просто вы изначально описали проблему как-то странно в нескольких сообщениях. То есть вот есть пользователь с медленным интернетом и у него проблема именно из-за медленного интернета, а не из-за того, что у него сайт тупит, потому что в следующем сообщении написано было Значит тут как бы вопрос не очередей и не всякого функционала навешенного где-то там под капотом со СДЭКом или еще где-то... Определитесь что вы хотите... Развязать бэк с фронтом так, чтобы фронт не дожидался ответа бэка или оптимизировать бэк архитектурно так, чтобы он отрабатывал за милисекунды, а не ждал там всяких сдэков, CRM систем и прочего.

Не ну в такой то ситуации да, согласен, когда в 1 простой процесс подвязано еще 100500 операций, которые архитектурно должны быть сделаны вообще по-другому - то так то конечно же да... Но тут то вот человек пишет, что тачка прям пушка, оптимизирована по всем фронтам...