AlexDW

или какой-то модуль вмешивается в обработку изображений, или сами что-то накрутили попробуйте заменить библиотеку system\library\image.php на оригинальную из дистрибутива и очистить папку image/cache

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

если речь про горизонтальное меню с категориями под поиском - его код встроен в шаблон, настроек для него нет (исключения бывают для отдельных модулей меню или некоторых тем) если тема дефолтная - копать в catalog\view\theme\default\template\common\header.tpl

что не нравится? ответ получили ровно на тот вопрос, который задали :-D скриншоты бы или ссылку на сайт - а то не совсем понятно про что речь

используете тему, в ее покупателях не числитесь используете модуль, в его покупателях не числитесь у администрации / авторов / модераторов возникает резонный вопрос - откуда? игнорирование этого вопроса приведет к бану, как любителя вареза - таких здесь не любят и помощи им не оказывают читайте правила форума

не использовать Блокнот для редактирования файлов использовать Notepad++, сохранять файлы в кодировке UTF-8 без BOM

теоретически - можно но практически - это будет полный п@сец и ни к чему хорошему не приведет: стандартно opencart использует кеширование изображений (можно почитать здесь) вам же придется переделывать способ вывода изображений - и тут проблема: если использовать кеширование (предварительное масштабирование картинок под нужный размер) подобно родному - вам так же понадобится где-то хранить эти обработанные изображения, и смысл теряется если не использовать кеширование - как будут показываться картинки? грузиться полностью, и просто показываться в уменьшенном масштабе? - а если картинки размером 3000х2000px и весом по 3мб? тогда только для показа 30 товаров в категории вместо кешированных сжатых изображений каждый раз будут грузиться оригиналы - а это 90мб только на одну страницу! более-менее будет работать, если брать картинки сразу из кеша другого сайта - но будет нужно подстраивать дизайн под их размеры и если сайт-источник со временем решить размеры изменить - у вас вся верстка слетит и самый главный момент: админов сайта-источника в один прекрасный момент может задолбать повышенная нагрузка - из-за того, что кто-то хитро@опый нагло использует их ресурс как файлохранилище они тупо заблокируют вас по ip - и что тогда? :ugeek:

в редакторе выбрать режим просмотра кода, удалить ненужное и сохранить не выходя из режима

чуть промахнулся, строку измените на if (!$('#input-payment-email').val()) { так при оформлении заказа без регистрации (guest) если не заполнить поле email и нажать далее - поле будет заполнено автоматически как [email protected]

задать этот вопрос автору шаблона

проще уж было отключить ненужные страны/регионы - напрямую через БД или используя такой модуль

$category = $this->db->query("SELECT category_id FROM " . DB_PREFIX . "product_to_category WHERE product_id = '" .$product_id. "'"); if (isset($category->row['category_id'])) { $category_id = $category->row['category_id']; } else { $category_id = привязать к какой-то категории (id), раз не указано }

в catalog\model\tool\online.php найти 3600 (время в секундах) и изменить на нужный период хранения данных (3600 - час, 86400 - сутки и тд)

для показа категорий на главной: в админке Система-Дизайн-Схемы-редактировать Home-добавить модуль Категории

смотрите ссылку здесь, делайте по аналогии

css. пожалуйста попробуйте убрать левую колонку на главной если не поможет - вспоминать, какие файлы шаблона правили, уточнить у его автора

в браузере наведитесь на этот элемент, выберите исследовать - и подумайте, откуда взялось <div id="carousel0"> могу только гадать, что связанно с модулем карусели - скорей всего включили и не заполнили его настройки

все несколько проще при нажатии кнопки перехода к следующему шагу произвести проверку на заполнение поля emai перед отправкой данных в контроллер если поле пустое - подставить в поле нужные данные, например [email protected] (лучше конечно использовать реально существующий ящик - иначе постоянно от хостера будут падать письма "адресат не существует") копайте файл catalog\view\theme\имя вашей темы\template\checkout\checkout.tpl после строки $(document).delegate('#button-guest', 'click', function() { добавьте if !( $('#input-payment-email').val()) { $('#input-payment-email').val('[email protected]'); }

достойно раздела "Анекдоты" :-D

лезем в Гугл, находим переводчик, вставляем в него No such file or directory оказывается - нет файла или директории открываем указанный файл, смотрим что в 116 строке дальше - разберетесь? ;)

при обращении к странице http://apvstan.ru/stanki-apv/ выдает ошибку с кодом 500 - логи сервера смотрите

ПС - этот модуль смотрите никто не запрещает сделать свое, бесплатное, для новых версий ;)

сделайте бекап какой-нибудь одной таблицы и просмотрите его содержимое - что там про "сотрется предыдущая база"?

если необязательные - контроллер трогать не нужно смотрите как сделано скрытие полей ean, jan итп в ocstore 1.5.5.1.2 при редактировании карточки товара в админке когда просто скрываете поля - они остаются пустыми ("..видишь суслика? и я не вижу - а он есть!" ;) ) когда комментируете/удаляете код - поля пропадают и контроллер/модель их не находят

134217728 bytes - это и так 128М пробуйте делать бекап не всех таблиц сразу, а частями или смотрите в сторону платных модулей импорта/экспорта