Yesvik

Можно, но дорабатывать лучше не модуль а форму товара, добавив закладку с параметрами выгрузки в Яндекс.Маркет. Я подумаю как это реализовать без кардинальных изменений существующего кода.

Ты не ответил на главный вопрос - что делать с товарами у которых количество 0. Товары которых нет в наличии, по правилам Яндекс.Маркет, запрещено выгружать. Описываю что делать что-бы выгрузка была строго по правилам Яндекс.Маркет В файле catalog/controller/export/yml.php найди строку $in_stock = false; // true - только товары с остатком на складе более 0измени так $in_stock = true; // true - только товары с остатком на складе более 0 найди строку $data['available'] = ($product['stock_status_id'] != 5); // 5 - id статуса "Нет на складе" (под заказ)измени так $data['available'] = true; // 5 - id статуса "Нет на складе" (под заказ)

Яндексу не нравятся пробелы в именах файлов

Цены должны быть больше 0

Даже не с курсами, а с ценами 0.00

Деление на 0... разбирайся с валютами и курсами.

Не надо этого делать. Эта ошибка возникла потому что был установлен модуль для старой версии, в новой версии всё корректно. Осталось понять какие-же валюты есть в магазине...

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

Дай ссылки на товар который выгружается со статусом "в наличии" и ссылку на товар "под заказ". Если тебе надо что-бы всегда на все товары выставлялся статус "в наличии" - это тоже можно сделать. Уточни что именно тебе надо.

Это решение не подойдёт. Для 0.2 есть своё решение https://opencartforum.com/topic/2463-%D1%83%D1%81%D1%82%D1%80%D0%B0%D0%BD%D0%B5%D0%BD%D0%B8%D0%B5-%D0%B4%D1%83%D0%B1%D0%BB%D0%B5%D0%B9-%D1%81%D1%82%D1%80%D0%B0%D0%BD%D0%B8%D1%86-%D1%82%D0%BE%D0%B2%D0%B0%D1%80%D0%BE%D0%B2-%D0%B8-%D0%BA%D0%B0%D1%82%D0%B5%D0%B3%D0%BE%D1%80%D0%B8%D0%B9/

Алгоритм я описывал тут https://opencartforum.com/index.php?showtopic=3355&view=findpost&p=22909 но если ты не знаком с PHP тебе это мало чем поможет и CSS скорее всего прийдётся править.Опиши что конкретно ты хочеш получить. Меню до третьего уровня или все уровни?

Какие валюты используются в магазине?

Это только шаблон вывода меню, а выборка категорий находится в файле /catalog/controller/common/header.php Но как видиш формируется только два уровня Три уровня формируется в карте сайта, смотри файл /catalog/controller/information/sitemap.php Можно слегка подправить и использовать... Подобные алгоритмы генерят безобразное количество запросов к БД, поэтому и ограничивается количество уровней. По хорошему можно делать выборку всего дерева каталогов одним запросом. О таком алгоритме я писал - поищи на форуме.

Для версий меньше 0.2.0 надо выполнить запрос добавления main_category_id ALTER TABLE `oc_product` ADD `main_category_id` INT(11);

Я бы по другому решал задачу... что-бы в URL не было /cat- /pr-и т.д. и что-бы нагрузка на БД была поменьше... В таблицу url_alias добавить колонку language_id, и при записи товара, производителя, категории или статьи автоматом генерить для каждого языка псевдоним в эту таблицу. С учетом SEO URL который я залил сегодня в SVN, можно просто заголовок почистить от знаков препинания, непечатаемых символов и вся генерация... в SEO URL к запросам добавить условие по language_id и ЧПУ будет чистенькое: domain.tld/отдых в тайланде Признак языка делать не в URL, а разными доменами... так и продвигать будет легче... Единственное прийдётся повозиться с переключением языка... но это в любом случае и не зависит от алгоритма построения ЧПУ. Так как у тебя разные URL то с редиректом будет заморочка...

С апреля многое изменилось и тема не актуальна. Эту задачу решает изменённый seo_url http://opencartforum...80%D0%B8%D0%B9/

Либо в панели управления хостингом, либо в .htaccess строкой php_flag register_globals off

cURL используется при взаимодействии со сторонними веб-сервисами, в частности для отправки SMS-уведомлений, для обновления курсов валют и в целом ряде буржуйских методов оплаты и доставки.

1. Я на всякий случай уточнил.2. Да, нужна особая аура в виде настроек сервера ;). Я особо в проблему не вникал, но на 99,99% уверен что там используется функция которая не умеет работать с многобайтными кодировками. В частности в UTF-8 для каждого символа используется от одного до двух байт. Вполне вероятны ситуации когда двухбайтный символ делится на две части и ты видиш не тот символ который ожидал. Что-бы проверить это - можеш добавить в начало строки один латинский символ или цифру и "обрезание" пройдёт без проблем. Если на сервере установлена поддержка mbstring и включен оверлоад строковых функций - то проблем нет. У тебя скорее всего этих настроек на сервере нет. Другой вариант решения проблемы - заменить функцию "обрезания" на многобайтный аналог. Эта проблема может наблюдаться при использовании любого языка в котором набор национальных символов отличается от английского. По хорошему, для того что-бы на 100% работало у всех, надо добавлять библиотеку для работы с UTF-8, но так как ведутся разговоры о том что код менять нельзя - будем ждать пока это сделают разработчики OpenCart.

Не будут работать Модуль QIWI Кошелек и SMS-уведомления

Или ссылку дай или опиши что делал и приведи пример ЧПУ для товара. А вообще хотелось бы понять не только что, но и для чего ты это делаеш. Зачастую задают вопрос как сделать конкретно вот это... объясняеш... в итоге выясняется что хотел человек совсем другого и залез в какие-то дебри не подозревая что есть другие методы решения.

Эта проблема не имеет отношения к переводу и возникает не у всех

Похоже у тебя файл catalog/controller/export/yml.php сохранён в UTF-8 c BOM

Копать надо в файле catalog/controller/common/seo_url.phpРеализовать подобное не сложно, но хочу обратить твоё внимание на один недостаток реализации. Попробуй в адресной строке изменить en на de или fr... получается что ты не можеш дать ссылку на конкретную языковую версию сайта и быть уверенным что будет отображена заданная языковая версия. Если ты делаеш многоязычный сайт то с этим можно мириться, а для мультирегионального сайта такое поведение не приемлемо.

В файле usr/local/php5/php.ini надо раскомментировать строку extension=php_mbstring.dllубедиться в наличии файла usr/local/php5/ext/php_mbstring.dll и перезапустить Денвер.Точно не помню, но возможно будет ругаться на отсутствие ещё чего-то. Так что пробуйте сделать как я написал и если возникнут ошибки - пишите, подскажу что делать дальше. PS NeonDT за что ты влепил минус Riaretet'у?