Timber

Я вот тоже в эту сторону думаю. Хотя, конечно, буквально пару строк поменять в ModelExtensionModule и module_id у нас в кармане.

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

Я тоже так подумал. Оказалось, что нет. "Умные" архитекторы сделали такую вещь в catalog/model/extension/module.php class ModelExtensionModule extends Model { public function getModule($module_id) { $query = $this->db->query("SELECT * FROM " . DB_PREFIX . "module WHERE module_id = '" . (int)$module_id . "'"); if ($query->row) { return json_decode($query->row['setting'], true); } else { return array(); } } }В итоге передаётся только содержимое setting из oc_module

Есть ли какой-либо строенный в opencart метод для получения module_id в модуле? Я поначалу думал, что он должен в массиве $setting передаваться, но, как оказалось, нет. Просто хочется вывод этого модуля закешировать и module_id идеально бы для этой цели подошёл.

Это баг опенкарта. Можно либо весь сайт редиректить на SSL, либо прописать правила для определённых URL (типа личного кабинета и т.п.)

Может быть дурацкий вопрос, но зачем в индексе собственного сео-контроллера мы делаем addRewrite? Он же отвечает за преобразование ссылок в красивый вид, а в индексе мы как раз делаем обратную операцию - приводим "красивый урл" в вид route&keys. И вопрос про добавление rewrite. Он у меня сделан в отдельном классе и в своих модулях я его добавляю следующим образом: require_once(DIR_APPLICATION . 'controller/catalog/my_seo.php'); $myseo = new ControllerCatalogMySeo($this->registry); $this->url->addRewrite($myseo); Это правильно?

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

А где тогда этот код размещать? Просто не пойму, что значит "шапка страницы ошибки"

Спасибо всем за подсказку. Правильно я понимаю, что этот код надо размещать в контроллере error/not_found.php? То есть преобразуем mysite.ext/path/entity => mysite.ext/index.php?route=mycatalog/mycontroller&mypath=3&myitem=5 Соответственно получается, что в том случае, если mypath=3 myitem=5 не существует, то уже mycatalog/mycontroller отправит пользователя на error/not_found Может тогда имеет смысл скопировать оригинальный error/not_found.php и, в случае ошибки, вызывает из своего контроллера уже его? Соответственно можно избавиться от флагов.

Например есть контроллер mycatalog/mycontroller, который вызывается как: mysite.my/index.php?route=mycatalog/mycontroller&mypath_id=3&my_id=5 В таблице url_alias прописаны красивые ссылки для mypath_id и my_id SEO-модуль ничего про mycatalog/mycontroller не знает и ссылки этого вида не обрабатывает. Существует ли универсальный способ добавить собственный обработчик для преобразования ссылок, или единственный вариант это вручную вносить изменения в SEO-модуль? Т.е. один раз написать обработчик, который можно было бы подключать к разным SEO-модулям. Вопрос про opencart 2

А какой тип аккаунта пейпал? Бизнес или обычный? Если не ошибаюсь, то для обычных аккаунтов не работает связка авторизация-сеттлмент. В этом случае в настройках модуля можно попробовать выставить вариант "продажа". В английской версии это называется transaction method.

После Disallow: /catalog/ Стоит добавить Allow: /catalog/view/javascript/ Allow: /catalog/view/theme/ВАША_ТЕМА/image/ Allow: /catalog/view/theme/ВАША_ТЕМА/stylesheet/

Понятно. А с tpl'ями как лучше поступать? Коментить на уровне html или есть более элегантное решение? Я про шаблон админки.

Допиливаю opencart 2.0.3.1 под свои нужды. Стараюсь все изменения ядра оформлять в виде ocmod'ов, чтобы потом можно было обновляться на новую версию без особых проблем. Сейчас довольно сильно изменил admin/setting.php и tpl. Попробовал засунуть в ocmod здоровыми кусками кода - как и ожидалось, ocmod их не переварил. Понятно, что нужно менять практически построчно, но руками это делать очень неудобно. Как вообще правильно делать моды? Может есть какая-то тулза, автоматизирующая этот процесс?

заработало! Стоит, наверное, добавить в инструкцию по установке про изменения в index.php

Модуль поставился и в админке появился. Но работает дефолтный SEO. При установке альтернативного модуля надо было ещё менять index.php Если это сделать, то получается точно такая же история с https. Ещё обратил внимание, что ссылки в переключение языка формируются с https. Предыдущий модуль был полностью удалён, ошибок в логе окмода нет.

Вот этот https://github.com/rb2/opencart-seopro

Вопрос к тем, кто ставил SeoPro на Opencart 2.x и использует SSL. SeoPro ставил по инструкции через Ocmod, в логах никаких ошибок нет. После этого прогнал файлы черз дифф - всё встало как надо. Проблема в том, что при включённом SSL и SeoPro сайт начинает всё редиректить на https. При этом, если смотреть в исходники страницы, то там всё нормально - ссылки на https стоят только там, где надо (только на личный кабинет и оформление заказа). Если выбрать стандартный модуль с SEO, то глюк с редиректом исчезает.

У SeoPro ssl глючит - если включить в настройках опенкарта ssl, то весь сайт начинает редиректиться на https://**** Но при этом ссылки на другие страницы, за исключением логина/чекаута остаются нормальными (http://****)

На макбуке с дисплеем ретина картинки выглядят не самым лучшим образом. В первую очередь это касается логотипа и превьюшек товаров. С логотипом поступил просто - взял картинку в два раза больше и принудительно поставил width="xxx" height="xxx". Правда теперь логотип нельзя поменять из админки, но мне того и не надо. Городить проверку разрешения и несколько вариантов логотипа не стал - в моём случае на логотип обычном дисплее тоже выглядит хорошо. Но вот варианта, как обрабатывать превьюшки и фотографии товаров пока не сделал. По правильному надо переписывать кусок, отвечающий за генерацию превьюшек и работу с изображениями, но хотелось бы сделать это наиболее надёжным и простым образом. Кто-нибудь разбирался с этой проблемой? Я пока думаю сделать генерацию превьюшек изначально в два раза большего размера и принудительно проставлять width/height из настроек опенкарта. Или даже не трогать большие фотографии, а переработать только превьюшки, так как основная претенция по внешнему виду именно к ним.

Хоть вопрос и старый, но может кому-нибудь пригодится. В файле catalog/view/theme/ваша_тема/template/checkout/register.tpl Это (у меня строка 102): <input type="checkbox" name="newsletter" value="0" id="newsletter" /> <label for="newsletter"><?php echo $entry_newsletter; ?></label> меняем на это: <input type="checkbox" name="newsletter" value="1" checked="checked" id="newsletter" /> <label for="newsletter"><?php echo $entry_newsletter; ?></label>

Отлично. А изменения под Ajax и iframe только файла seo_pro.php касаются, то есть достаточно его поменять и потестировать? UPD Заменил только seo_pro.php, у меня всё работает (было переключение на язык по-умолчанию при чекауте)

Тоже пользуюсь multilang_seo. Не поделитесь, как как передаёте код языка в модули через JavaScript

Обратил внимание, что у мультиязычного seo pro появился комментарий про баг с ajax. Это означает, что выложена версия с исправленным багом или, наоборот, обнаружен такой баг. Если обнаружен, то в чём он проявляется? UPD Разобрался - выложенная версия с багом :-) Как я понимаю, нужно объединить оба метода русификации - по урлу и через куки, как в оригинальном опенкарте.

В мультиязычном переключение языков устроено по-другому. Там URL для каждого языка получается в виде www.example.com/язык/товар для языка по-умолчанию просто www.example.com/товар Именно эти мультиязычный сео про и хорош. В принципе, покопался в коде, там нужно цикл построения карты запихнуть в цикл по языкам. Надо только понять, как наиболее простым способом из конфигурации активные языки получить.