markimax

Следи за словами. Умник нашелся. Читать научись вначале и перечитай внимательно эту доку. Болеешь отсутствием внимания? https://ru.wikipedia.org/wiki/%D0%A1%D0%B8%D0%BD%D0%B4%D1%80%D0%BE%D0%BC_%D0%B4%D0%B5%D1%84%D0%B8%D1%86%D0%B8%D1%82%D0%B0_%D0%B2%D0%BD%D0%B8%D0%BC%D0%B0%D0%BD%D0%B8%D1%8F_%D0%B8_%D0%B3%D0%B8%D0%BF%D0%B5%D1%80%D0%B0%D0%BA%D1%82%D0%B8%D0%B2%D0%BD%D0%BE%D1%81%D1%82%D0%B8 "Я ругаюсь матом потому что мне жаль моего драгоценного времени на демагогию с идиотами" ©

Вот кто с кастрюлей на голове так это вы. Вам уже четко указали - что есть деструктивное "документирование" которое мешает работе. Что не понятного то? Никто не спорит что "хорошо бы" документировать код, вопрос ГДЕ. В opencart - не надо, там все интуитивно понятно. (что .. здесь "документировать" public function getProduct($product_id) ?) Вам это уже описали еще с самого "начала". Читайте внимательно что вам пишут, а не тролльте здесь Я уже вижу что у вас "времени не хватает" читать ответы.

Типичная отмазка "метода тыка" Наверно документацию для разработчиков (общие правила и архитектура) пишут не вам. http://docs.myopencart.com/index.php?title=%D0%A0%D1%83%D0%BA%D0%BE%D0%B2%D0%BE%D0%B4%D1%81%D1%82%D0%B2%D0%BE_%D0%A0%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D1%87%D0%B8%D0%BA%D0%B0

Да не правила это, а Рекомендации. На усмотрение. Понимаете разницу между словами "правила" и "рекомендации" Там где интуитивно все понятно - нельзя применять деструктивное документирование (описано "почему") Если не понятно то читать и учить мат. часть бегом, а не демагогией заниматься Развели демагогию троля. Учите "ваш" phpstorm нормальной работе, это его и ваши личные проблемы. Не надо спихивать с больной головы на здоровую

Хорошо что здесь "документировать" ? :) public function getProduct($product_id) И так везде в opencart - все интуитивно понятно

А я вот не согласен. Документировать код надо в том случае если код не понятен интуитивно или сам код не соответствует стандартам и современным требованиям к архитектуре кода . Я не хочу видеть простыню "описания кода", когда из-за неё не видно остального кода на рабочей области экрана, при том что сам код интуитивно понятен и так. Вот что я называю "дурной тон" Вот что здесь "документировать"? $this->model_catalog_product->getProduct();

SEO - шникам иногда поступает заказ не вытащить магазин в TOP, а потопить конкурента ;) Во всяком случае ко мне такие заказы поступали Размещаются внешние ссылки на дубли ЧПУ контента конкурента и результат "что надо", конкурент выходит из ТОП -ов а его место занимает "выскочка" заказчик А раньше можно было убрать конкурента накупив "для него" ссылки на "порно помойках" Кстати я думаю и это одна из причин почему внешние ссылки перестали учитываться

Внешние ссылки могут быть старыми когда домен был не ваш ;) Взяли бу - шный домен Или конкуренты наделали внешних ссылок (да есть и такое)

Это модули разных классов У SEO CMS этот функционал для своих "страниц"

Потому что надо выполнить инструкцию, которая гласит: И дайте нормальные права на запись в папке image как этого требует opencart

Три создаваться не могут априори Два у вас уже были. Или вы три раза кликнули на кнопку Удалите все и тогда нажимайте - ОДИН раз

Все правильно и логично. Вы даже не поняли откуда там эта ссылка на редактирование! Это когда вы залогинены под амином в админке, эта ссылка доступна для быстрого редактирования отзыва из фронта

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

Давайте не сравнивать 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