Baco

Вам наверное проще обновится, чем ремонтировать эту версию... ИМХО

Так вам надо просто надписи или что бы по зависимостям в движке и в базу вносились скидки\наценки и на почту рассылались и при отчетах формировались соответственно ?

Есть опыт изложения доработок (хотелок) в виде ТЗ (технического задания) ?

А какие у вас способы оплаты на сайте ? или статус ручками в адмике меняется ?

Ширина... Высота... это опции или параметры из карты товара ? если опции, то в чем проблема настроить это всё дело стандартными опциями ? (Выпадающий список всех значений) + смена цены в зависимости от выбранной опции (само собой разумеется, цены к опциям - добавлять в товарах админки)

Поконкретней пожалуйста, всё можно разработать, знать бы задачу... Если имеется в виду, передавать по cURL запросы напрямую в БД, то это дело одно, а если следить за остатками удалённо, меняя значения в базу по нескольким таблицам - это уже немножко другое...

1. У Вас по домену: <base href="http://tedstore.ru/admin/"> 2. Проверьте правильность файла config.php в корне магазина или напишите в ЛС - подправлю, можете и тут выложить, без данных для базы...

Ну... решение не моё, я так, ответ по сути ТС написал, хоть и объяснили, что не здорово такое делать, а уж ему (ТС) - самому уже выбирать между нуждой и безопасностью...

Во-во... а то ТЗ в стиле одного предложения, может и ответ подобный получить...

Вот например модификация, которая достает товары из Aliexpress, а вот Amazon ну и вот для Ebay

Странно, спервые такое вижу, перепроверил все контроллеры, выхлоп всюду правильный: По при переходе по урлу, путь получается такого плана: http://domen.ru/admin/http:/domen.ru/image/cache/data/muzhskoyniz/dzhinsy_absolut_joy_2001233-40x40.jpg Откуда берётся HTTP_SERVER я не могу найти, и так по всем контроллерам, будь то опции, товары или категории, сперва грешил на шаблонизатор в списке товаров для фильтрации, оказалось - зря. Кто ранее встречал такую проблему (ocStore 1.5.5.1.2) просьба отписать, в какую сторону копать, а то самому интересно, где ж оно добавляет... p.s. Файлы (админку и каталог систем) сравнивал через Araxis Merge - разница фактически не существенна, model_tool_image - так же родная...

Прошу прощение, поменять наоборот

Тогда Вам в самом файле .htaccess (без точки в конце) нужно поменять директивы: с Options +SymLinksIfOwnerMatch на Options +FollowSymlinks

Напишите название Вашего хостинга !

В новой версии модификаторы - это укороченный вариант vQmod-а, тут он называется: OCMOD, имеет те же инструкции по XML файлу что и vQmod, кроме: ignoreif, log а именно: Replace, Before, After, Regex, Offset, Limit, Index В состав для аплоадера (админка) каталога в сжатом (.zip предположительно) виде, рекомендовано вносить 3-ри файла: install.sql install.php install.xml ( Но можно и сам XML подгружать) Только почему то стоит жосткая проверка на окончание загружаемых файлов: if ( substr($this->request->files['file']['name'], -10) != '.ocmod.zip' && substr($this->request->files['file']['name'], -10) != '.vqmod.zip' && substr($this->request->files['file']['name'], -10) != '.ocmod.xml' && substr($this->request->files['file']['name'], -10) != '.vqmod.xml' ) { $json['error'] = $this->language->get('error_filetype'); } Так что получается названия загружаемых файлов должны иметь одно из таких окончаний: .ocmod.zip .vqmod.zip .ocmod.xml .vqmod.xml Тоесть структура должна быть примерно такого вида: upload_mod_name //Каталог -->install.sql //Файл запросов к базе (на забыть проверить окончание строки на [;] -->install.php //Скрипт выполнения -->install.xml //Файл с инструкциями для модификации Сам же пример XML файла должен выглядеть примерно так: <?xml version="1.0" encoding="utf-8"?> <modification> <name>Modification Default</name> <version>1.0</version> <author>OpenCart Ltd</author> <link>http://www.opencart.com</link> <file path="catalog/controller/common/home.php"> <operation> <search><![CDATA[ $data['column_left'] = $this->load->controller('common/column_left'); ]]></search> <add position="replace"><![CDATA[ test123 ]]></add> </operation> </file> </modification> Так же есть возможность использовать для одинаковых инструкций при модификации нескольких файлов, делать их декларирование в одной строке: <file path="system/{engine,library}/{action,loader,config,language}*.php"> Более подробно по синтаксису описано тут... P.S. Прикрепил к загрузке нового vQmod-а для 2.0 opencart-2-0-0-x-vqmod-2-4-1-1.zip

http://forum.opencart.com/viewtopic.php?t=131856&p=519066

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

смотрите, проходит ли обработку строка перед внесением данных в базу через "htmlspecialchars"...

Названия фото, каталогов и любых файлов, содержащих кириллицу, пробелы и прочие спецсимволы, кроме цифробуквенных (и несколько допустимых символов) названий на латыни приводит к тому, что при переносе по фтп протоколу они "крякозябрятся", что приводит к невозможности считать менеджером названия и соответственно отобразить в админке. Выход: 1. Сделайте архив на сервере 1 (из которго переносите рисунки) каталога image и распакуйте в точности на сервере 2 2. Проверьте и исправьте все названия, которые не соответствуют цифробуквенному набору в названиях файлов на латыни.

<!-- *********************************************************************************** --> <!-- *** Part of OpenShop project: http://OpenShop.org.ua (c) MaxD *** --> <!-- *********************************************************************************** --> <!-- Redistribution in any form without written permission is prohibited. --> <modification> <id><![CDATA[Executes PHP code included into info pages, text blocks, products and categories descriptions]]></id> <version><![CDATA[1.7]]></version> <vqmver><![CDATA[]]></vqmver> <author><![CDATA[MaxD http://OpenShop.org.ua]]></author> <file name="catalog/view/theme/*/template/information/information.tpl"> <operation> <search position="replace"><![CDATA[ echo $description ]]></search> <add><![CDATA[ eval('?>'.$description.'<?php ') ]]></add> </operation> </file> <file name="catalog/view/theme/*/template/product/product.tpl"> <operation> <search position="replace"><![CDATA[ echo $description ]]></search> <add><![CDATA[ eval('?>'.$description.'<?php ') ]]></add> </operation> </file> <file name="catalog/view/theme/*/template/product/category.tpl"> <operation> <search position="replace"><![CDATA[ echo $description ]]></search> <add><![CDATA[ eval('?>'.$description.'<?php ') ]]></add> </operation> </file> <file name="catalog/view/theme/*/template/module/welcome.tpl"> <operation> <search position="replace"><![CDATA[ echo $message ]]></search> <add><![CDATA[ eval('?>'.$message.'<?php ') ]]></add> </operation> </file> </modification> Или же тут выкачать...

Так а что, не работает то что процитировав - поправил ? на скорую руку проверил у себя, выводит норм...

Логика привязки под конкретный тип опций должна быть своя, вот тут общая конструкция скрипта, адаптировать же по своему усмотрению.

А я что сделал по вашему ?

Вроде как то так...