rb2

С продавца. Разница для покупателя - классическая курсовая разница.

Уже давно этого нет. Одинаковый процент для всех.

Это минифицированная версия. Либо поищите обычную, в "человеческом" виде (часто лежит рядом с минифицированной), либо воспользуйтесь т.н. unminify-, beautify-ерами. Например: http://mrcoles.com/blog/css-unminify/ http://codebeautify.org/css-beautify-minify http://www.cleancss.com/css-beautify/ http://html-generator.weebly.com/css-code-decompressor.html

Да, всё так и есть. Мой перевод доступен с октября прошлого года (вскоре после выхода первого OC2 релиза). Но мне надоело бесплатно корячиться, перевод сделал символически платным ($2). SeoPro для OC2 отдебажен и допилен, оформлен в виде OCMOD для конечных пользователей ещё в январе.

Отдельную схему расположения модулей в категории(-ях) или товарах - есть из коробки. См. механизм Layouts (схем).Разные tpl/css - ручками (рецепты находятся поиском) или модулями (один из тех, что помню - TFPIC, автор cmd, если правильно помню).

Я задавался. Проблемы совместимости есть у ЛЮБОЙ версии опенкарт. С SEO на OC2 нет никаких проблем. У oc2 весьма и весьма заметное количество отличий, исправлений и доработок в лучшую сторону даже по сравнению с oc1564, не говоря уже про ветку oc155x. Мантра "там ничего не изменилось", которую повторяет друг за другом 99% рунета - последствия "просмотра телевизора". Советую разработчикам больше времени уделять анализу первоисточников. Пользователям: полностью одобряю выбор oc20xx. Сейчас стартовать новые магазины с oc/ocs155x - это то же самое, что в 2011 году было сделать выбор в пользу ветки 1.4. Может на время будет легче - а проблемы и зуд переезда на новые версии почувствуете уже через полгода-год, когда работа с магазином будет в разгаре.

Чёрт. Извиняюсь, случайно грохнул сообщение от sitecreator. В мобильной версии кнопки появляются по тапу и случайно под пальцем оказалось.

sitecreator: Если вы не задавались вопросом совместимости с различными модулями, вопросом СЕО, то тогда, действительно, почему бы и нет. Я же пока вижу минусов массу, а плюсов - ни одного, который бы заставил использовать именно opencart 2. Думал, что вы назовете эти плюсы, которые перекроют минусы. Вам нужна фиксированная (классическая) или адаптивная верстка? В любом случае, ваше желание остановиться на конкретной версии вполне законное требование для исполнителя.

Какой? Лог ошибок апача? Лог ошибок опенкарт? Лог ошибок vqmod?

В паре с NOT FOUND? Номер строки? ))) Да ещё правильный? ))))))А других ошибок в логе ocmod.log и нет. Только Not found. Все остальные записи - это что сработало. Вещь для лога **ошибок** -- лишняя и мешающая. Если уж так хочется, лог срабатываний можно было писать в какой-нибудь ocmod-debug.log. А в логе оошибок должны быть ошибки и его идеальное состояние - пустой файл. P.S. Протестировать и смоделировать я и сам могу. Клиентские логи и 15 конфликтующих модулей я никому, разумеется, высылать не буду. Проблем с OCMOD у меня нет - в том смысле, чтоб нужна была какая-то помощь.

Ну точно марсианин :) На самом деле скорей всего расширение было не .ocmod.xml Других вариантов просто нет.

Ну здесь же не форум эксрасенсов и гадалок. Логи ошибок смотрите, там не примерно, а точно.

Все беды от незнания :)Для отладки достаточно положить свой "tram-param.ocmod.xml" в папку "system". Для перегенерации кеша нажимать кнопку Refresh в модификациях придётся, тут без вариантов. Но не надо перепаковыывать, удалять, аплоадить и только потом рефрешить модификации. Такой XML не фигурирует в списке модификаций, но исполняется.

Не верю. Лог ocmod.log содержит неверные данные, на него нельзя ориентироваться при поиске ошибок: у меня у сообщений "NOT FOUND!" не совпадали ни номера строк (да-да, именно так: not found, но номер строки при этом написан), ни искомые строки (в логе одна строка, а проблема оказалась совершенно в другом месте).P.S. Крохотный шанс на то, что это привнесено JNeuhoff, а в оригинале всё зашибись, волшебно и без ошибок. Этот вариант не проверял.

Особенно удобно обновлять расширения через админку. Заходишь в Ext.installer, заливаешь - получаешь отлуп "модуль с таким кодом уже есть" и никаких вариантов. Вздыхаешь матом, идёшь в модификации, ищешь там нужную строчку в длинном списке. Отмечаешь обязательно галкой слева, мотаешь страницу в самый верх и удаляешь кнопкой сверху. Опять возвращаешься в Ext.installer, upload. Опять возвращаешься в Modifications, чтобы нажать там кнопку Refresh. Офигеть как удобно, в самом деле. Не интерфейс, а мечта. Не говоря уже о том, что расширение спокойно может перезаписать любые файлы движка. Но это хоть как-то предсказать можно, даже когда читаешь описание ocmod модулей. А вот гораздо менее приятная фича, особенно для чайников - ошибка в OCMOD легко укладывает насмерть магазин. Иногда даже в админку после этого не попадёшь. Пока не очистишь "system/modification". Механизма безопасной загрузки не предусмотрено в принципе. Хранение XML в базе. Тоже так себе решение. Особенно когда надо искать конфликты между модулями. Отсутствие сортировки: возможности задать порядок выполнения патчей, что иногда может решить проблему совместимости. В vQmod это можно было сделать переименованием файлов, в OCMOD надо добавлять поле "порядок сортировки" или сортировать по дате установки. Ну и там ещё много других неприятных моментов и недоработок.

Ох, мало Вы чайников видели, мало... Хотя решение спорное и сделанное через анус в лучших традициях DK, не спорю. Но причину, почему сделано через FTP, я понимаю. Можно ли было сделать через обычный файл аплоад? Можно, но поскольку надо записывать файлы во все папки опенкарта, они ВСЕ ДОЛЖНЫ БЫЛИ БЫ ИМЕТЬ ПРАВА НА ЗАПИСЬ для apache-пользователя. Я ожидал от механизма установки расширений чего-то вроде composer/packagist-а, но не судьба, видать, дождаться хороших решений в опенкарт из коробки.

В настройках из неочевидных параметров только "ftp root". Его бы нормально описать. Или автоконфигуратор сделать. С копированием файлов по FTP вручную в правильное место у чайников проблем не меньше: в иные магазины как заглянешь, так там ошмётки папок "catalog", "admin" и "upload" где только не находишь... не могут люди прицелиться.

Значит с большими сайтами ещё не сталкивался. http://www.phparch.com/2010/04/putting-glob-to-the-test/ Там есть циферки. GLOB_NOSORT для кеша => 6-кратный прирост скорости. https://opencartforum.com/topic/30542-ускорение-opencart-профилирование-php/?do=findComment&comment=241904 Здесь тоже циферки показательны. glob на каталогах со 100 тысячами файлов стопорил работу, отключение файлового кеша - сайт летает. glob надо тестировать не на 2000 файлах, проблемы начинаются на больших количествах.

Интересно, чего им не хватает в ocmod? Тоже регулярно сталкиваюсь с клиентами, у которых обязательно на OC2 стоит vqmod с 5-15 xml-ками. И обязательно кривой.

Нет, не нужно. Если прям позарез нужно и именно vQmod - то ставить указанный вариант (от JNeuhoff), а не стандартный. Залогиньтесь по FTP с тем логином и паролем, которым будет логиниться магазин (которые прописываете в настройках магазина во вкладке FTP). Попадаете в какую-то точку файловой системы. Путь от этой точки до корня магазина и надо вписать в поле "FTP root". Это может быть и "/public_html", и "/www", и "/", и "/public_html/super-puper-magazin.ru", и полный путь от корня файловой системы, как в ответе от destreser. Самый редкий случай, кстати.

Скорей всего с SeoPro просто стало отчётливо видно, что в сайтмапе дубли. С оригинальным seo_url там фигурирует куча ссылок с разными path=xx_yy (которые даром там не нужны) и трудно заметить сразу, что генератор писал любитель копипастить и нелюбитель думать, а с сеопро всё, что product_id=dd, сразу становится прямой ссылкой. При небольшом кол-ве товаров сразу видно. В OC2 я недавно чинил сайтмап - могу подтвердить, там действительно было трёхкратное бесполезное дублирование. В oc156x скорей всего структура генератора такая же.

Вопрос был скорей всего про "glob()", а не ext3.

Google: opencart image cdn

Либо вторая версия опенкарт. Там это есть из коробки. Custom fields.