markimax

Этикет :) В определенных странах вашу норму "этикета" могут принять за оскорбление и дать в табло Также и здесь Если не кому не нужная "документация" (когда код нормальный) кода занимает пол рабочего экрана - то я бы с радостью дал в табло "документару".

Давайте не сравнивать FW и CMS Сравнение явно не уместное ;) Открываете для себя новую CMS ? Прочтите руководство разработчика. Его достаточно. А вы как обычно хотите "методом тыка" "пробежаться" Документировать надо если код запутанный и не понятный (кстати во многих FW он избыточен и много лишнего "на все случаи жизни"). Opencart фактически упрощенный Symfony. Выкинуто все лишнее и не нужное. Документировать надо недоcms WP где нету архитектуры вообще. А в opencart там даже из названия методов и классов все понятно, к тому же они связаны. А вот вреда от документирования не мало. Не видно на одном экране весь код "блока"! Поэтому тяжело его загрузить весь для понимания в "мозг". Так что документирование кода ядра надо рассматривать в частных случаях. В opencart - оно не нужно

Ну как бы да :) Есть стандарты, а есть рекомендации. Документирование кода - это рекомендации. Если честно лично меня документирования "путают", потому что это просто лишняя информация, мешающая видеть весь код на одной странице экрана (к моНАХам такое "документирование") Так что от документирования есть и вред. Причем иногда гораздо больший чем его "описание" Документирование надо скорее junior - м. Для остальных есть доки для разработчиков. Opencart код сделан по стандартам. Причем архитектура настолько проста, что ей не надо документации в коде

Ну как бы немного не этично в ветке "другого" модуля высказывать свое мнение о других :) Такие вопросы лучше в ЛС задавать Скажу так, толерантно по отношению ко всем другим - хорошие модули, отзывчивые, хорошие, разработчики И будут отлично работать в связке с моими модулями Кстати у SEO CMS тоже есть свой show more и своя микроразметка

Под убунту - ничего не могу сказать Я просто к тому что это сугубо личная хотелка и никакого отношения к коду и функционалу opencart не имеет Я за все время работы с opencart первый раз встречаю такую "хотелку" документации ядра кода opencart :) Вот WP тот да, надо документировать - потому что там вообще НЕТ АРХИТЕКТУРЫ. Там просто фарш какого то г.. кода, где без "бутылки" не разберешься :? :roll:

Вы пользуетесь штормом я другими IDE - там не надо "документирования" ;) Это уже личные хотелки

Вот чего я не понимаю как одна известная CMS с такой (под спойлером) архитектурой может быть так "популярна" Вот там надо описания :ugeek: :-D

Ну не знаю :) Лично мне не надо - там и так все понятно Я думаю ни у одного разработчика здесь нету проблем с пониманием. Opencart тем и отличается, что имеет современную, функциональную архитектуру и в тоже время самую простую

Вы поймите opencart запускают до сих пор и на старом php 5.2 (а сколько еще у хостеров 5.2 стоит :) ) (поверьте столкнулся как раз разработчик когда начал использовать namespace в своих библиотеках, даже не представляете сколько было шума и у скольких пользователей включен php 5.2 по умолчанию, пришлось в FAQ заносить) Когда CMS очень популярна некоторые фитчи не используют в угоду совместимости. Да и особо namespace не влияют на функционал opencart, там инструментарий функционала отлично обходится и без него

Но это не относится к коду ;) Да единственный недостаток opencart - "запросы". Но в принципе это не критично В остальном в opencart на голову современнее архитектура чем в любой php CMS (FW не рассматриваем, там в них до CMS еще пилить и пилить) И код как раз очень удобный с точки зрения разработчика, привыкшего к современным FW.

https://www.google.com/search?q=%D0%9A%D0%B0%D0%BA+%D1%81%D0%BE%D1%81%D1%82%D0%B0%D0%B2%D0%B8%D1%82%D1%8C+%D1%81%D0%B5%D0%BC%D0%B0%D0%BD%D1%82%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%BE%D0%B5+%D1%8F%D0%B4%D1%80%D0%BE&ie=utf-8&oe=utf-8&gws_rd=cr&ei=3atBWPXTH8SusAHkpKSIDg Причем ссылку на ответ дали еще на первой странице

Это ж 4 минуты смотреть надо! ТС же "четко" спросил - "где оно спрятано на сайте" :ugeek:

Вам это ответили страницей назад еще Дошло только ? Повторю для тех кто "в море" https://ru.wikipedia.org/wiki/%D0%A1%D0%B5%D0%BC%D0%B0%D0%BD%D1%82%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%BE%D0%B5_%D1%8F%D0%B4%D1%80%D0%BE

Ну так тогда читай что тебе отвечают - уже давно ответили. Даже "блондинки" из "Майями" бы уже давно поняли

Ну мы тоже не пальцем деланные :ugeek: :-D Может так отттроллить 8-)

Вы ответы читаете вообще? Я четко дал ответ - это ВЫ ИХ САМИ СОСТАВЛЯЕТЕ и не где они не "хранятся" Хватит лениться - читайте вначале основы и мат. часть SEO СЯ Ваш вопрос сродни: "где семантическое ядро у ВАЗ-2109 ?" Вот как вы думаете где оно "там" ?

Двухсторонней нету ("дуплекс") - причем по вине 1C

СЯ - понятие динамическое и не привязано ни к одной CMS или "коду" Вы его САМИ составляете Не ленитесь а давайте учите мат. часть и читайте что вам дают по ссылкам

Нет не планируется Если вам надо такой функционал - можете в него инвестировать

А какие модули стоят? addist ?

Стандартный модуль баннеров "одноязычный" фактически Лучше поищите модуль из этой серии, но многоязычный, знаю точно есть

Я добрым быть не могу когда вижу vQmod под opencart 2 У ocmod давно уже нет багов, но есть настолько ленивые разрабы. что не могут даже маленький кусочек vqmod -а переделать под ocmod, точнее у них квалификации нет чтобы понять, что это диструктивизм и принуждение пользователей к установке не стабильных расширений и создания фарша из кода opencart. Поэтому только в табло и никак по другому :ugeek:

Замечал и в новой версии конфликты. После сноса vqmod (и переделки костылей) - все работало идеально vQmod это костыльный пережиток, его надо вообще "запретить", а тем кто "делает" разработки на vqmod для opencart 2.x надо сразу в табло бить

Вообще за модули на vQmod под opencart 2.x разработчикам надо по рукам давать как минимум И заставлять переделывать согласно стандартов а не костылей

Посмотрите как реализованы товары в seo_pro.php и сделайте аналогично по kbm_article_id