rootman

По ссылке можно ознакомится с изменениями в api https://allegro.pl/dla-sprzedajacych/1-czerwca-2021-w-api-allegro-ograniczymy-dostep-do-publicznych-danych-o-sprzedazy-innych-uzytkownikow-i-zmienimy-forme-ich-udostepniania-O3BlgZVdwCa?utm_source=coma_email&utm_medium=eb8b0dcb-72df-4350-a077-a7ec24ae0204 Суть в том, что API в первую очередь для продавцов на самом allegro, а не для тех кто хочет перепродавать чужие товары в своём магазине. Передо мной стояла задача получать в Opencart товары определённых категорий автомобильной тематики, добавить наценку к цене, конвертировать валюту, сделать автоматический перевод оффера на русский язык. По большому счёту это всё работало отдельно от OpenCart - данные вносились прямо в базу, в админке были только общие настройки модуля. Поиск по сайту я вообще перенаправлял в реальном времени на allegro, обрабатывал данные и сразу выводил в магазин. Это хорошо работало через API. Но опять же, даже с тем API что было до изменений я не мог без парсинга получить некоторые данные, поэтому парсить приходилось всё равно. API конечно работало быстрее и без палок в колёса со стороны allegro (чего не скажешь о парсинге - который они всячески пытаются блокировать используя специальные сервисы). Поэтому в случае с allegro - наверное только парсинг и остался. Причём парсить нужно грамотно, через node js к примеру. В Украине много сайтов авто тематики, которые работают через сторонние парсеры, которые заточены на allegro. К сожалению у меня нет контактов, но думаю на украинских фриланс биржах они быстро всплывут

Имею опыт работы с allegro api, разрабатывал модуль под OpenCart 2. Но насколько мне известно с лета прошлого года доступ к API существенно ограничен для пользователей и оно фактически мало полезно

И в чём я был неправ? (Отвечать не надо)

Если бы я хотел с вами работать, я бы написал вам в личку изначально, а не заводил бы этот разговор публично. Для меня было очевидно, что работая с вами либо я теряю время, деньги и нервы, либо вы. Своими вопросами мне хотелось вас натолкнуть на определённые мысли, но, похоже, мне этого не удалось. Что ж, удачи вам в поисках специалистов.

Вернётесь. Потеряв деньги, нервы, время. Но уже точно зная, что вам нужно.

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

1."Сео-оптимизация" - растяжимое понятие, на грани шаманизма и танцев с бубнами. Нужна конкретика по этому вопросу. 2. Если нужен смс-шлюз - то какой конкретно?

Не слушайте вы эту чушь. Конечно, отдельная вёрстка - это вполне нормально. Просто местные дельцы привыкли перепиливать дефолтный шаблон и желательно, чтобы не на twig (поэтому толкают 2.3 версию). Моветон - это bootstrap в 2021 году.

Первый пример ближе к OpenCart: опции задаёте в строчку, а для работы фильтра - используете родной опенкартовский фильтр (надеюсь каламбур понятен) либо атрибуты А второй сайт-пример так как Вы написали - не работает - там выбор при переходе в другую вкладку сбрасывается.

Именно на этом этапе ошибка и выскочила. Возможно вам стоит вынести создание таблиц в sql файл и положить его в архив ocmod, а не делать это через public function createTable() з.ы. Возможно кому-то пригодится: для OpenCart 2.3 с параллельного форума модификация файла catalog/controller/startup/seo_url.php проходит с ошибкой в результате чего код вставляется внутрь elseif ($key == 'route') { } а не после. Но вообщем - модуль хороший, спасибо за выложенные труды.

При попытке открыть товар в админке - пишет, что нет таблицы "oc_auto_link_part" Я создал таблицу с такими параметрами: CREATE TABLE `oc_auto_link_part` ( `modif_id` varchar(255) NOT NULL, `part_id` bigint(20) NOT NULL ) ENGINE=InnoDB DEFAULT CHARSET=utf8;

При установке в файле modifications.sql нигде не указано, что нужно создать таблицу "oc_auto_modifications" - в результате модуль не открывается, выдаёт ошибку, что такой таблицы нет. У кого такая проблема - выполните sql запрос, перед тем как выполнять modifications.sql : CREATE TABLE `oc_auto_modifications` ( `modif_id` int(11) NOT NULL, `model_id` int(11) NOT NULL, `modif_name` varchar(255) NOT NULL, `modif_dvs` bigint(20) NOT NULL, `modif_hp` bigint(20) NOT NULL, `modif_start` bigint(20) NOT NULL, `modif_end` bigint(20) NOT NULL, `modif_body` varchar(255) NOT NULL, `active` int(11) NOT NULL ) ENGINE=InnoDB DEFAULT CHARSET=utf8;

Во-первых у Вас Joomla ....

Небольшой совет автору для версии 1.5.x - после 474 строки в файле catalog/controller/product/tags.php добавить: $this->response->addHeader($this->request->server['SERVER_PROTOCOL'] . '/1.1 404 Not Found'); Иначе если страница метки отключена - показывается сообщение о том, что метки нет с ответом сервера 200, вместо 404, что не очень хорошо.

У Вас на макете есть кнопки "Вызвать замерщика", "Перезвоните мне" + справа меню с категориями + горизонтальное меню + поля на странице продукта Материал, стиль и т.д. - этого всего нет в opencart из коробки. Также не ясно, где у Вас адаптивный макет. Как он должен выглядеть. Хотелось бы ясности хотя бы в этих вопросах для начала.

На сайте-примере кастомная карта google, так что сделать карту с любым дизайном - не проблема. У меня большой опыт работы с картами, обращайтесь если что.

Возможно кому-то пригодится кто зашёл из гугла в поисках подобного модуля - для 1.5.5.1 чтобы не было такой ошибки в файле oc_image_watermark.xml в строке 28 public function resize($filename, $width, $height) { заменить на public function resize($filename, $width, $height, $type = "") { в строке 63 return HTTP_IMAGE . $new_image; заменить на return $this->getImageUrl($new_image);

Да ничего хорошего в таком разносе по доменам нет. У сайта-примера ТИЦ и pr по нулям, в индексе страниц нет, при том, что сайту судя по всему года два уже есть. Ну а если ТС ещё хочет полноценный магазин сделать - то лопатить не перелопатить ему OpenCart для этого (взять хотя бы то, что все ajax запросы нужно будет переписать на jsonp).

А какой такой функционал Вам нужен, который есть только на OpenCart ? Вешать одностраничный сайт на такую махину как минимум не рационально, а написать тот самый необходимый Вам функционал, я подозреваю, по плечу любому junior-специалисту.

Проверьте наличие файла /admin/language/russian/common/home.php Похоже его у Вас нет.

Что имеется ввиду под словами "нужно натянуть на опен карт дизайн" ? Только вёрстка макета ? В стандартных сборках нет, к примеру, такого фильтра, как на макете, нет скролла вниз с подгрузкой товаров на странице категории, не так как на макете выглядит процесс оформления заказа и еще некоторые мелочи. Предполагается, что все эти работы входят в понятие "натянуть" ?

Магазин тут может быть ни при чём. Поищите ответ здесь: https://support.google.com/chrome/answer/117805?hl=ru

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

а может - красным - это то, что нужно в первую очередь?

Есть готовый модуль. Отписал в личку.