markimax

Далее .. Напишу я сагу о том почему Даниэль зная о языковых префиксах не стал изменять и добавлять этот функционал Да потому что надо будет переписать пол opencart -а Нарушиться система унификации кода Там не все так гладко Уж поверьте я в этой области специалист и опыта ооочень много (кто знает мои модули) Сейчас куча модулей и тем с подгрузкой контента и часто их вызовы разные и не имеют языковых префиксов Что будет .. да эта подгрузка просто изменит язык и все всплывающие уже окна будет на другом языке Даже Lazy load картинок многих г..тем (а их валом и модулей тоже) (<img src="#"> (я писал об этом - это жесть)) просто переключит язык на безпрефиксный и ж... Я промолчу сколько гмодулей будут переключать язык туда сюда при загрузке Моей заинтересованности коммерческой нет в этом (SEO мультиязык на грани окупаемости и особой "прибыли" не приносит. И у кого он есть может посмотреть сколько там полей исключений в настройках.) Так что СИЛЬНО изменять код seo_url из-за префиксов нельзя и смысла нет Что и сделал Даниэль (он далеко не дурак и прекрасно понимает эти вопросы унификации - сам наверно частенько на эти грабли наступал) 1. Сразу вопрос стабильности и унификации нарушится (много изменений кода из-за префиксов из-за чего нарушатся привязки оригинала) 2. Будут постоянные проблемы с темами и модулями (причем конкретные - надо создавать систему исключений, как следствие лишний код см. п 1) 3. Язык будет "плясать" туда, сюда что для покупателей будет [censored] Префиксы должен "привести" в opencart сам Даниэль как стандарт (но там работы по переписки кода ... мама не горюй, хотя в 3+ уже twig и будет полегче), который уже обяжет всех его придерживаться А так это будут грабли на которых все будут спотыкаться Грабли нужны платформе ? Думаю нет

Ну да и я о том же Надо аккуратно подойти уже к формированию ЧПУ в сборках Самый лучше вариант вообще отказаться от seo_pro и делать модификаторами расширение, изменения в стандартном seo_url Добавить validate() и т п методы Какой никакой - это все же стандарт (причем не де факто) Тогда любой модуль и любая даже забугорная тема будет соместима по этому функционалу формирования ЧПУ с платформой ocStore

Вы не со схемами путаете ? Позиции - это колонка слева, справа и т п

У меня наверно больше магазинов в работе было Ко мне побольше приходят с такими вопросами (скажем так очень часто у кого jazz стоит) Сами подумайте у вас часто код привязок не совпадает со стандартом де факто Понимаете о чем я Я же написал - хороший продукт. Не спорю. Я даже когда не было seo_pro под 2+ использовал ваш и он отлично работал Но узкоспециализированный К примеру в ЛС вопрос ... (гипотетически) "Ставлю тему у меня стоит Seo Pro не работают ЧПУ (не моих модулей - у меня все работает как раз, так как у моих модулей свои ЧПУ формирователи подключаемые согласно стандартов и "требований" Даниэля через addrewrite (он не зря метод этот "придумал") Захожу смотрю ... а там Jazz (а не SeoPro) и код не совпадает с кодом привязок модификаторов .. Всё. Приходится сносить jazz ставить стандарт де факто seo_pro Вот поэтому код должен быть максимально унифицирован и как можно меньше отличий от оригинального Вы думаете Даниэль не знает о "проблеме" seo_url ... знает 100500% Просто код не изменяет из-за унификации с другими модулями и темами Если он его изменит: половина (думаю даже 90%) тем и модулей перестанут нормально формировать ЧПУ для своего функционала Унификация и стандарты в случае платформ - это "наше все" Надо не "сломя голову" пичкать все подряд - а очень аккуратно относиться к стандартам и унификации Кстати потом и новый версии легче будет делать Повторюсь : "Если бы самолеты делали не по стандартам - они бы падали как яблоки осенью" (с) мой препод в универе

Да я думаю ничего страшного Предупреждение != (не равно) ошибка

Я проще сделал Такой же файл в \admin\controller\extension\module\ В нем <?php /* All rights reserved belong to the module, the module developers http://opencartadmin.com */ // http://opencartadmin.com © 2011-2017 All Rights Reserved // Distribution, without the author's consent is prohibited // Commercial license if (!class_exists('ControllerExtensionModuleBlog')) { class ControllerExtensionModuleBlog extends Controller { private $error = array(); public function index() { $this->control('module/blog'); $this->controller_module_blog->index($this->registry); } public function uninstall() { if ($this->validate()) { $this->control('module/blog'); $this->controller_module_blog->uninstall($this->registry); } } public function install() { if ($this->validate()) { $this->control('module/blog'); $this->controller_module_blog->install($this->registry); } } protected function validate() { if (!$this->user->hasPermission('modify', 'extension/module/blog')) { $this->error['warning'] = $this->language->get('error_permission'); } return !$this->error; } public function control($cont) { $file = DIR_APPLICATION . 'controller/' . $cont . '.php'; $class = 'Controller' . preg_replace('/[^a-zA-Z0-9]/', '', $cont); if (file_exists($file)) { include_once($file); $this->registry->set('controller_' . str_replace('/', '_', $cont), new $class($this->registry)); } else { trigger_error('Error: Could not load controller ' . $cont . '!'); exit(); } } } } И все

Сделали так как в complete seo и в seo pack и т п? Изменили таблицу с добавлением полей language_id ? Спасибо (с изменением таблицы alias как у этих псевдо seo модулей) не надо. Почитайте хотя бы темы за последнюю неделю - сколько тем по удалению этих модулей напалмом как раз из-за того что они таблицу alias испахабили Появляются проблемы с совместимостью Плюс Даниэль еще чего то "придумает" по языкам и "пошло - поехало" Если таблицу не изменяли то там проблема совместимости нарисовывается по другим моментам оплатам и т п) Т е префиксы это нужное и обязательное требование Но... надо стандартизованное, иначе начинаются проблемы с совместимостью А главное в сборке - это её стабильность по отношению к другим модулям и темам Сборка - это платформа для других @rb2 лично ничего против ваших решений не имею Они очень хорошие Но здесь другая проблема ... проблема с совместимостью платформы Платформу надо делать как можно более совместимую с оригиналом, чтобы у пользователей работал как можно больший процент тем и модулей не только с форума спецом заточенные

Не вижу вас (Igorkud) в списках купивших В ЛС пишите - у вас версия NEWS возможно

Подключусь ... Чтобы была совместимость по URL и коду формирования ЧПУ и т п Не делать seo_pro Все забыли про него. Модифицируем seo_url только (добавляем туда validate и т п) Таблицы тоже не трогаем, иначе будет горе по совместимости "Если бы самолеты делали не по стандартам - они бы падали как яблоки осенью" (с)

Не надо так четко разделять ... Сейчас нормальные веб студии делают как раз "корпоративы" на E-COMMERCE системах (безопасно) К примеру вот на magento сегодня увидел http://selfish.ua Отличная профессиональная работа (тоже можно спокойно на opencart сделать) И никаких говновордпрессов

Не только на нем делают: Медиа порталы Сайты визитки Landing page Корпоративные Блоги ... ... opencart - это своего рода отличный FW с хорошей системой безопасности (все же заточен под неё, так как e-commerce система)

Я тоже

vQmod ставили ?

opencart

Стучите в личку цена как у @snastik И дешевле не будет Хотите чтобы над вашим магазином работал специалист, извините там расценки другого порядка

Это зараз seo pack еще и паганит системный таблицы Сделан по дилетантски

Зачем ? Я бы все равно рекомендовал закрывать страницы пагинации в robots.txt Вот есть .../page-n

Ребята только вышел из отпуска "Разгребаю" Так что чуть потерпите, я всем отвечу. Я ж не робот

Конечно же если sitemap с протоколом https то ссылки должны быть https Но так как opencart имеет кучу багов в формировании ЧПУ со схемами https то лучше использовать

Под файлы отдельный не только логин ftp но сервер Чтобы файлы не располагались вместе с кодом магазина Иначе зальют шел

1. Если не часто обновляете товары - то побольше 2. Лучше включать (боты будут меньше нагрузку на сервер создавать) 3. Лучше отключить если используете его как sitemap для Yandex (Yandex не понимает этого стандарта)

Эти параметры не меняются Классы старые все на месте - могут только добавляться, т е иерархия совместимости сверху вниз остается Что то глобально в шаблонах очень редко меняется Все обновляются без проблем и обновляют модули (посмотрите на количество продаж (у многих стоит по два три модуля SEO CMS) и поймете что этой проблемы практически не существует) CSS описывайте на главной модуля в админке таб CSS сайта

Да все модули на одной платформе SEO CMS Обновлять все что стоят

@Matvei ТС задал вопрос - я ему ответил ПО ТЕМЕ запроса Всё. При чем здесь "реклама". Jet Cache в рекламе не нуждается Хороших кешировщиков в opencart - раз, два и обчелся

Виджет выводит только то что в него ВЫ вставили Ничего лишнего