maxic
0

А причем здесь PHP
Просто у WP неандертальская архитектура. Точнее её просто нету. Бессвязный набор функционального кода.
Я много раз в других языках наблюдал не лучше

maxic
+3

Тоже повелся… это не инструменты сжатия — это сервисы сжатия

maxic
0

Там им должно быть стыдно за всю архитектуру.
Она неандертальская

maxic
–1

Тебя еще на ху@ не посылали — там 3.14й туда
"Я ругаюсь матом потому что мне жаль своего драгоценного времени на демагогию с хорошо обученными идиотами" © Мой

maxic
0

Начнем с того что этот дебил, подъехавший на "блатной" козе, первым перешел на личные оскорбления (посмотрите исходный пост чей он)
Вот и получил ответ адекватный
И в табло бы за такое получил
Все предельно просто.
То что он нес бред — это и так видно


Я тоже с 20 летним опытом работы в web разработке когда родился opencart тоже так "подьезжал" к Даниэлю (разработчику opencart) с детскими (это я уже вижу по прошествии времени) вопросами в таком же стиле как ваши или того "гражданина". Но после многих лет работы с opencart — v понял насколько гениально простое это архитектурное решения а самое главное очень функциональное и гибкое

maxic
–1

:)
Смешно — хочешь перенести поиск вниз — не надо ничего править. Кто вас такому "учил"?
Сразу видно — не специалист
Далее даже не хочется и читать ваши "потуги" чего то "понять"

maxic
0

:) А что это? Ой… как с "вами" тяжело (у одного квалификации ноль в opencart — уже раздает "советы" и строит "мнения", второй просто "умник", теритий не читает мат. часть, но зато все "вопят")


Вы вообще знаете что такое CMS?
"система управления содержимым" — понимаете?
opencart — управляет содержимым.
Это CMS
PHP e-commerce CMS

maxic
0

Я же написал как, в чем проблема то
Новая тема — переписываете туда только файлы которые изменяете — всё
Вы понимаете суть унификации и стандартизации? Я вижу что нет, как и 99.99% здесь. Я как то статью писал здесь — " Мы плюём на стандарты" — 99% ответов было "а зачем они надо" и куча малолеток нах… ла минусов


Если вы хотите вообще сделать поля шаблонов для контроллеров — не вопрос. Есть куча модулей бесплатных которые это делают. Но это костыльно и НЕ правильно. И они не нужны (можно даже посмотреть по количеству скачиваний их

maxic
+1

Почему? Можно спокойно делать css только или для одного файла
Поверхностно видно и из этого поста
Делаете папку с темой но не все файлы переписывает а только header.tpl и stylesheet
В header.tpl меняете только путь к stylesheet
Всё
Не знаю что вы там чудили еще
В контроллерах стоит же проверка есть ли файл в папке кастомной темы если нет брать с default
Надо изменить какой то шаблон в своей теме — берете только нужный файл
Какие проблемы то :)

maxic
–7

Рот закрой хорошо "обученный" идиот
Собрались два тролля с нулем мозгов и шаловливыми руками говнокодинга

maxic
–2

Бред. Набирайтесь опыта и поработайте с opencart
Вы неосознанный бред несете
Даже без комментариев, это просто смешно и по детски

maxic
0

Совершенно верно — все гениальное просто
opencart архитектура простая как "доска", но при этом очень стандартная, функциональная, гибкая, унифицированная и безопасная
Поэтому и популярная среди разработчиков и пользователей

maxic
0

Я вам не мальчик далеко а в отцы гожусь скорее всего
У меня сыну наверно больше чем вам
Не надо панибратства, я с вами не "пил"
Одно дело выявлять ламеров, которые "кричат" соврешнно при этом не знакомые с продуктом и не могут анализировать и тем более делать "выводы", а другое личное оскорбление

maxic
–1

То что и услышал в ответ — вы кодер а не архитектор и не понимаете стандартов архитектур
Даже не понимаете элементарный код из архитектуры и почему он такой
Ну да все привыкли таскать и вызывать обьекты в шаблонах, плюя при этом на стандарты
Еще раз даю наводку — в шаблонах не должна быть логика взаимодействия с обьектами, только с выводом массива данных. Ресурсы должны быть разделены. Шаблон — это "конечная" View — там уже никакого взаимодействия обьектов быть не должно (оно во View должно быть, а не в шаблонах). "безопасность" если таскать обьекты по всему коду mvc — могут быть проблемы утечек памяти, переполнение памяти и связанных с этим проблем и атак. Четкое разделение ресурсов снижает вероятность такой атаки. Своего рода "песочницы" если примитивно обьясняться

maxic
–2

:) Вот я так и знал про этот вопрос
Да по "детству" его часто задают — но там все продумано и сделано согласно стадартов


Если сами ответите поставлю пятерку
Что здесь не понятного "почему"?
Детский вопрос.
Даю наводку — "мухи отдельно — котлеты отдельно", "безопасность" (это же e-commerce решение, а не солянка обьявления обьектов в шаблонах и таскания обьектов по шаблонам ;) )), "парадигма MVC" и т п

maxic
–3

Давайте вы вначале изучите и поработаете хотя бы годик с opencart — потом обсудим
Ok
А так это бесполезный треп — как с Alexufo — который поверхностно с ним знаком

maxic
–2

Это демагогия с вашей стороны.
Когда за спиной 20 лет разработок и большое портфолио в веб разработке (и кстати своя cms как у автора тоже есть, и на которой десятки проектов крутились) и работа на всех cms и fw — то здесь нет выбора — он один в e-commerce: Magento или opencart
Всё
Magento для серьезных проектов
Opencart для простых и средних (которых 99%)
Конкурентов то нету :)
woocommerce с его неандертальским говнокодом? Или битрикс у которого понятие архитектура отсутствует напрочь, но агрессивный маркетинг. Преста с говно архитектурой? Остальные я рассматривал детально — там вообще ужас.
Никто и близко не встал по архитектуре с opencart и magento


Но вы не специалист в области архитектуры — это и так видно. Вам она просто не понятна. Для вас архитектура — это код. Не путайте грешное с праведным.

maxic
–3

Всё закончили. Ваш бред, даже не хочу комментировать
Вы даже не понимаете о чем пишите
О стандартизации и унификации вы даже понятия не имеете. И для вас в шаблонах таскать "вычисления" — это нормальное дело я так понял, но только не для профи, и не для нормальной архитектуры
И ничего править не надо — перехватил хуком loader и подставляй любые свои значения, любые шаблоны.
Да это и не надо. Так как все унифицировано и стандартизировано.
Насчет патча на код — это уж вообще рассмешили. Сразу видно "смотрел поверхностно давно".
Там давно уже есть система ивентов, а оверлорд хуки можно было делать еще в 1.5,x. (в архитектуре это заложено — но вам это не понятно видно было) Хочешь пользуйся не хочешь не пользуйся — есть выбор. Есть квалификация — пользуешься всей мощью архитектуры, нету — пишешь "ваш" бред. И причем здесь escape XSS к БД, все параметры очищаются еще на точке входа, escape — это просто контрольный выстрел и признак хорошего тона, там большего и не надо уже ничего
Если вы не специалист то даже не поймете, что opencart даже в 1.5.x можно было не использовать vqmod. vqmod — это для учеников, домохозяек, дилетантов, блондинок и за счет них популяризации opencart

maxic
0

Серьезно? :) Не менялся?
Ну конечно, не специалист кроме boostrap-a больше ничего не увидит.
Там глобальные изменения на уровне архитектуры, кода.
И нету vQmod -а уже, уже забыли про него давно.
Знаете, судя по вашим ответам, вы всё видели "издалека" и "пару раз"
Мне если честно, как руководителю IT проектов e-commerce систем (senior), смешно читать ваши ответы. Ну ладно бы студент такое писал, но в профиле у вас стоит "тех. директор" (чего правда?) И такие ляпы выдаете.

maxic
–1

Opencart приведен в соответствии с законодательствам многих стран, где обязательным считается поэтапное оформление заказа и регистрация данных о покупателе. Быстро учить мат. часть e-commerce систем а не умничать здесь
В opencart существует большое множество модулей одно страничного оформления заказов как и быстрая регистрация в "пару" полей. Если законодательством вашей страны разрешено одно страничное оформление заказа с минимальными данными о покупателе — устанавливайте, там сложного ничего нет, таких модулей валом

maxic
–3

Если вы не работали с opencart — то давайте не умничать.
По вашим ламерским ответам об opencart я очень быстро понял "who is who" вы. А о наборе кармы по "перепечаткам" тем более "всё с вами ясно"

maxic
–1

Ну сразу видно что в opencart вы полный дилетант.
Даже и комментировать не буду
Видел звон — не знаю где он. "Раз установил"

maxic
0

Это вы не заглядывали в него. Я с ним каждый день "сплю". Вот не рассказывайте мне про opencart и тем более про г… престу, cs… и т.п. Вы еще скажите что в битрикс "архитектура" есть...:)

maxic
0

В e-commerce фактически кроме Magento и Opencart ничего стоящего по архитектуре нет
Остальные — сплошной архитектурный говнокод
Но составить им конкуренцию уже практически невозможно, уж очень они хороши

maxic
0

Я бы еще советовал сделать переносимый контроллерами registry обьектов
Чтобы не было вот такого: Str::likeEmpty($tagName)
Тогда будет $this->registry->str->likeEmpty($tagName)
Как то архитектура будет более унифицирована
И тогда не надо будет делать в контролерах new… (new там тоже как то коряво выглядит)
Короче есть еще над чем подумать вам

maxic
+2

"Современненько", но слишком усложнено
Не "есть хорошо" во View делать вот такие вызовы
$data = (new EntityCommentData($comment, false))->make();
Во View (шаблона фактически) лучше отправлять уже "рассчитанные" данные контроллером
Т е архитектура все равно с "костылями"

maxic
0

Вот я тоже за протокол https, но категорично против "принудиловки" (поэтому воздержался)
Хозяева должны сами выбирать.
Одно дело — повышать в выдаче ранжирования https сайты, а другое дело прямо в браузере их клеймить как "не надежные"!

maxic
+1

Наберется :)
У меня дока к модулям на пару страниц по этому вопросу
Я как раз модули для e-commerce систем делаю для корректного переезда на https
Там очень много подводных камней. Много разных хостеров, много разных настроек у них, много говнокода других модулей, которые делают из этого целую проблему
Очень много видел как выпадают магазины из топ-ов после не корректного переезда
Только, к сожалению нету времени "писать" :(
Есть общий принцип, описанный yandex
https://yandex.ru/blog/platon/2778
В принципе суть там понятна
Но еще много подводных камней настроек магазинов, рефакторинга их кода и т п

maxic
0

А правильно ли делали? ;)
В момент "переезда" пока не склеятся зеркала, надо чтобы страницы (и изображения) были доступы по обоим протоколам и только после склейки делать редирект с http на https

maxic
0
Как по мне очень все не удобно в Diafan
Красивые рюшечки и адаптивность не значит хорошее юзабилити
Нет логических группировок…
Все «скопом»
Юзабилити для «программистов»
Сразу видно делал программист для «себя», но не для пользователей
maxic
0
Уважаемый, не путайте «драйвер» формирования запросов и архитектуру. В этом у многих заблуждения. Они путают культуру «местного» кода с архитектурой.
Еще надо разобраться что удобнее при формировании запросов, такой метод, или методами добавления. Я могу очень много ни лицеприятного о «методах» формирования запросов сказать, когда их используют очень агрессивно.
Я если честно, конечно же изменил бы здесь драйвер формирования запросов, добавил бы в драйвер дополнительные методы добавления пользовательских вариантов. Но не усложнял бы сильно.
Идеального ПО априори не бывает. И на солнце есть пятна.
Так что еще раз убедился в поверхностных знаниях у вас opencart
Еще раз убедился, что на хабре поверхностные знания считаются достижениями «гуру»
maxic
–2
А кто сказал opencart плохо " расширяется?
Я смотрю вы вообще не знаете архитектуру opencart! Квалификации нет совершенно
Так что віучите сначала мат. часть а потом минусуйте

Все можно «перехватить» и «прослушать», изменить без модификаторов. Всё для этого в архитектуре заложено. Я не пользуюсь модификаторами и спокойно, как ві пишите" вклиниваюсь в код без них, не изменяя ни одной строчки кода модификаторами.

Модификаторы, я написал для кого, для программистов с малой квалификацией, которые и используют vQmod.
Вы читайте внимательно и изучите детально архитектуру.

Так что ваши инсинуации просто смешны.
maxic
–2
Серьезно?!
vQmod в opencart 2.x нету — это раз.
И vQmod — это не часть архитектуры совершенно (по идее его можно прилепить к любой cms). Не путайте. К тому же он исключен из совместимых дополнений opencart
Судя по этому, я смотрю вы поверхностно знакомы с opencart. Поэтому не вам судить архитектуру opencart, при поверхностных знаниях её

Два — модификаторы отличный инструмент. И очень плохо, что другие cms его не используют. Да — костыль, но хороший костыль, очень сильно развивающий инфраструктуру и сообщество, соответственно количество модулей, тем, популярность.
А вот как раз архитектура opencart очень хорошая. Можно даже без модификаторов её использовать и «подменять» все. Там есть своего рода система «прослушки» всех методов, которой профессионалы пользуются.
К тому же opencart из популярных open source систем самый безопасный, там безопасность заложена в архитектуре
Так что не сравнивайте х с пальцем
maxic
0
По сравнению с тем же open source opencart архитектура битрикс просто ужасна…
Не вижу никакой пользы от битрикс после opencart или magento
maxic
+2
Это уже не просто пробой «кода»
Это ошибка архитектуры, вот почему FB так «ревностно» отреагировал
Поставить заплатку на код — это тривиальное дело. А вот архитектуру «залатать»… это 3.14
maxic
0
Хотя соглашусь наверно с сервисом — лучше его составить для этой задачи было наверно не реально
Выполняется он кстати очень быстро (несмотря на свой «монстрообразный вид») и EXPLAIN показывает везде Using where; Using index и т.п.
maxic
0
Я конечно долго возился с этим запросом, получился он «монстрообразным» (по другому сделать было не реально), но…
You're awesome! We couldn't find any problems with this query.
Обратите внимание на сам запрос

http://easycaptures.com/fs/uploaded/1053/4342879889.png

Даже как то странно :)
Я его считал что он «не очень»
maxic
0
Культура программирования — это архитектура ПО в первую очередь, а код уже последующая составляющая
maxic
+2
Смену разрешения бы еще.
HTML код вставки
maxic
0
Как показывает практика — пользователи боятся «монстров»
Все гениальное в простоте
Вы думаете пользователи «блондинки» (а таких 90%) разберутся с ним?

Или нужна четкая структуризация, без «наворотов»