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 из коробки. Даже не ясно, ггде у Вас адаптивный макет. Как он должен выглягдеть. Хотелось бы ясности хотя бы в этих вопросах для начала.