Это демагогия с вашей стороны.
Когда за спиной 20 лет разработок и большое портфолио в веб разработке (и кстати своя cms как у автора тоже есть, и на которой десятки проектов крутились) и работа на всех cms и fw — то здесь нет выбора — он один в e-commerce: Magento или opencart
Всё
Magento для серьезных проектов
Opencart для простых и средних (которых 99%)
Конкурентов то нету :)
woocommerce с его неандертальским говнокодом? Или битрикс у которого понятие архитектура отсутствует напрочь, но агрессивный маркетинг. Преста с говно архитектурой? Остальные я рассматривал детально — там вообще ужас.
Никто и близко не встал по архитектуре с opencart и magento
Но вы не специалист в области архитектуры — это и так видно. Вам она просто не понятна. Для вас архитектура — это код. Не путайте грешное с праведным.
Всё закончили. Ваш бред, даже не хочу комментировать
Вы даже не понимаете о чем пишите
О стандартизации и унификации вы даже понятия не имеете. И для вас в шаблонах таскать "вычисления" — это нормальное дело я так понял, но только не для профи, и не для нормальной архитектуры
И ничего править не надо — перехватил хуком loader и подставляй любые свои значения, любые шаблоны.
Да это и не надо. Так как все унифицировано и стандартизировано.
Насчет патча на код — это уж вообще рассмешили. Сразу видно "смотрел поверхностно давно".
Там давно уже есть система ивентов, а оверлорд хуки можно было делать еще в 1.5,x. (в архитектуре это заложено — но вам это не понятно видно было) Хочешь пользуйся не хочешь не пользуйся — есть выбор. Есть квалификация — пользуешься всей мощью архитектуры, нету — пишешь "ваш" бред. И причем здесь escape XSS к БД, все параметры очищаются еще на точке входа, escape — это просто контрольный выстрел и признак хорошего тона, там большего и не надо уже ничего
Если вы не специалист то даже не поймете, что opencart даже в 1.5.x можно было не использовать vqmod. vqmod — это для учеников, домохозяек, дилетантов, блондинок и за счет них популяризации opencart
Серьезно? :) Не менялся?
Ну конечно, не специалист кроме boostrap-a больше ничего не увидит.
Там глобальные изменения на уровне архитектуры, кода.
И нету vQmod -а уже, уже забыли про него давно.
Знаете, судя по вашим ответам, вы всё видели "издалека" и "пару раз"
Мне если честно, как руководителю IT проектов e-commerce систем (senior), смешно читать ваши ответы. Ну ладно бы студент такое писал, но в профиле у вас стоит "тех. директор" (чего правда?) И такие ляпы выдаете.
Opencart приведен в соответствии с законодательствам многих стран, где обязательным считается поэтапное оформление заказа и регистрация данных о покупателе. Быстро учить мат. часть e-commerce систем а не умничать здесь
В opencart существует большое множество модулей одно страничного оформления заказов как и быстрая регистрация в "пару" полей. Если законодательством вашей страны разрешено одно страничное оформление заказа с минимальными данными о покупателе — устанавливайте, там сложного ничего нет, таких модулей валом
Если вы не работали с opencart — то давайте не умничать.
По вашим ламерским ответам об opencart я очень быстро понял "who is who" вы. А о наборе кармы по "перепечаткам" тем более "всё с вами ясно"
Это вы не заглядывали в него. Я с ним каждый день "сплю". Вот не рассказывайте мне про opencart и тем более про г… престу, cs… и т.п. Вы еще скажите что в битрикс "архитектура" есть...:)
В e-commerce фактически кроме Magento и Opencart ничего стоящего по архитектуре нет
Остальные — сплошной архитектурный говнокод
Но составить им конкуренцию уже практически невозможно, уж очень они хороши
Я бы еще советовал сделать переносимый контроллерами registry обьектов
Чтобы не было вот такого: Str::likeEmpty($tagName)
Тогда будет $this->registry->str->likeEmpty($tagName)
Как то архитектура будет более унифицирована
И тогда не надо будет делать в контролерах new… (new там тоже как то коряво выглядит)
Короче есть еще над чем подумать вам
"Современненько", но слишком усложнено
Не "есть хорошо" во View делать вот такие вызовы
$data = (new EntityCommentData($comment, false))->make();
Во View (шаблона фактически) лучше отправлять уже "рассчитанные" данные контроллером
Т е архитектура все равно с "костылями"
Вот я тоже за протокол https, но категорично против "принудиловки" (поэтому воздержался)
Хозяева должны сами выбирать.
Одно дело — повышать в выдаче ранжирования https сайты, а другое дело прямо в браузере их клеймить как "не надежные"!
Наберется :)
У меня дока к модулям на пару страниц по этому вопросу
Я как раз модули для e-commerce систем делаю для корректного переезда на https
Там очень много подводных камней. Много разных хостеров, много разных настроек у них, много говнокода других модулей, которые делают из этого целую проблему
Очень много видел как выпадают магазины из топ-ов после не корректного переезда
Только, к сожалению нету времени "писать" :(
Есть общий принцип, описанный yandex https://yandex.ru/blog/platon/2778
В принципе суть там понятна
Но еще много подводных камней настроек магазинов, рефакторинга их кода и т п
А правильно ли делали? ;)
В момент "переезда" пока не склеятся зеркала, надо чтобы страницы (и изображения) были доступы по обоим протоколам и только после склейки делать редирект с http на https
Как по мне очень все не удобно в Diafan
Красивые рюшечки и адаптивность не значит хорошее юзабилити
Нет логических группировок…
Все «скопом»
Юзабилити для «программистов»
Сразу видно делал программист для «себя», но не для пользователей
Уважаемый, не путайте «драйвер» формирования запросов и архитектуру. В этом у многих заблуждения. Они путают культуру «местного» кода с архитектурой.
Еще надо разобраться что удобнее при формировании запросов, такой метод, или методами добавления. Я могу очень много ни лицеприятного о «методах» формирования запросов сказать, когда их используют очень агрессивно.
Я если честно, конечно же изменил бы здесь драйвер формирования запросов, добавил бы в драйвер дополнительные методы добавления пользовательских вариантов. Но не усложнял бы сильно.
Идеального ПО априори не бывает. И на солнце есть пятна.
Так что еще раз убедился в поверхностных знаниях у вас opencart
Еще раз убедился, что на хабре поверхностные знания считаются достижениями «гуру»
А кто сказал opencart плохо " расширяется?
Я смотрю вы вообще не знаете архитектуру opencart! Квалификации нет совершенно
Так что віучите сначала мат. часть а потом минусуйте
Все можно «перехватить» и «прослушать», изменить без модификаторов. Всё для этого в архитектуре заложено. Я не пользуюсь модификаторами и спокойно, как ві пишите" вклиниваюсь в код без них, не изменяя ни одной строчки кода модификаторами.
Модификаторы, я написал для кого, для программистов с малой квалификацией, которые и используют vQmod.
Вы читайте внимательно и изучите детально архитектуру.
Серьезно?!
vQmod в opencart 2.x нету — это раз.
И vQmod — это не часть архитектуры совершенно (по идее его можно прилепить к любой cms). Не путайте. К тому же он исключен из совместимых дополнений opencart
Судя по этому, я смотрю вы поверхностно знакомы с opencart. Поэтому не вам судить архитектуру opencart, при поверхностных знаниях её
Два — модификаторы отличный инструмент. И очень плохо, что другие cms его не используют. Да — костыль, но хороший костыль, очень сильно развивающий инфраструктуру и сообщество, соответственно количество модулей, тем, популярность.
А вот как раз архитектура opencart очень хорошая. Можно даже без модификаторов её использовать и «подменять» все. Там есть своего рода система «прослушки» всех методов, которой профессионалы пользуются.
К тому же opencart из популярных open source систем самый безопасный, там безопасность заложена в архитектуре
Так что не сравнивайте х с пальцем
Это уже не просто пробой «кода»
Это ошибка архитектуры, вот почему FB так «ревностно» отреагировал
Поставить заплатку на код — это тривиальное дело. А вот архитектуру «залатать»… это 3.14
Хотя соглашусь наверно с сервисом — лучше его составить для этой задачи было наверно не реально
Выполняется он кстати очень быстро (несмотря на свой «монстрообразный вид») и EXPLAIN показывает везде Using where; Using index и т.п.
Это демагогия с вашей стороны.
Когда за спиной 20 лет разработок и большое портфолио в веб разработке (и кстати своя cms как у автора тоже есть, и на которой десятки проектов крутились) и работа на всех cms и fw — то здесь нет выбора — он один в e-commerce: Magento или opencart
Всё
Magento для серьезных проектов
Opencart для простых и средних (которых 99%)
Конкурентов то нету :)
woocommerce с его неандертальским говнокодом? Или битрикс у которого понятие архитектура отсутствует напрочь, но агрессивный маркетинг. Преста с говно архитектурой? Остальные я рассматривал детально — там вообще ужас.
Никто и близко не встал по архитектуре с opencart и magento
Но вы не специалист в области архитектуры — это и так видно. Вам она просто не понятна. Для вас архитектура — это код. Не путайте грешное с праведным.
Всё закончили. Ваш бред, даже не хочу комментировать
Вы даже не понимаете о чем пишите
О стандартизации и унификации вы даже понятия не имеете. И для вас в шаблонах таскать "вычисления" — это нормальное дело я так понял, но только не для профи, и не для нормальной архитектуры
И ничего править не надо — перехватил хуком loader и подставляй любые свои значения, любые шаблоны.
Да это и не надо. Так как все унифицировано и стандартизировано.
Насчет патча на код — это уж вообще рассмешили. Сразу видно "смотрел поверхностно давно".
Там давно уже есть система ивентов, а оверлорд хуки можно было делать еще в 1.5,x. (в архитектуре это заложено — но вам это не понятно видно было) Хочешь пользуйся не хочешь не пользуйся — есть выбор. Есть квалификация — пользуешься всей мощью архитектуры, нету — пишешь "ваш" бред. И причем здесь escape XSS к БД, все параметры очищаются еще на точке входа, escape — это просто контрольный выстрел и признак хорошего тона, там большего и не надо уже ничего
Если вы не специалист то даже не поймете, что opencart даже в 1.5.x можно было не использовать vqmod. vqmod — это для учеников, домохозяек, дилетантов, блондинок и за счет них популяризации opencart
Серьезно? :) Не менялся?
Ну конечно, не специалист кроме boostrap-a больше ничего не увидит.
Там глобальные изменения на уровне архитектуры, кода.
И нету vQmod -а уже, уже забыли про него давно.
Знаете, судя по вашим ответам, вы всё видели "издалека" и "пару раз"
Мне если честно, как руководителю IT проектов e-commerce систем (senior), смешно читать ваши ответы. Ну ладно бы студент такое писал, но в профиле у вас стоит "тех. директор" (чего правда?) И такие ляпы выдаете.
Opencart приведен в соответствии с законодательствам многих стран, где обязательным считается поэтапное оформление заказа и регистрация данных о покупателе. Быстро учить мат. часть e-commerce систем а не умничать здесь
В opencart существует большое множество модулей одно страничного оформления заказов как и быстрая регистрация в "пару" полей. Если законодательством вашей страны разрешено одно страничное оформление заказа с минимальными данными о покупателе — устанавливайте, там сложного ничего нет, таких модулей валом
Если вы не работали с opencart — то давайте не умничать.
По вашим ламерским ответам об opencart я очень быстро понял "who is who" вы. А о наборе кармы по "перепечаткам" тем более "всё с вами ясно"
Ну сразу видно что в opencart вы полный дилетант.
Даже и комментировать не буду
Видел звон — не знаю где он. "Раз установил"
Это вы не заглядывали в него. Я с ним каждый день "сплю". Вот не рассказывайте мне про opencart и тем более про г… престу, cs… и т.п. Вы еще скажите что в битрикс "архитектура" есть...:)
В e-commerce фактически кроме Magento и Opencart ничего стоящего по архитектуре нет
Остальные — сплошной архитектурный говнокод
Но составить им конкуренцию уже практически невозможно, уж очень они хороши
Я бы еще советовал сделать переносимый контроллерами registry обьектов
Чтобы не было вот такого: Str::likeEmpty($tagName)
Тогда будет $this->registry->str->likeEmpty($tagName)
Как то архитектура будет более унифицирована
И тогда не надо будет делать в контролерах new… (new там тоже как то коряво выглядит)
Короче есть еще над чем подумать вам
"Современненько", но слишком усложнено
Не "есть хорошо" во View делать вот такие вызовы
$data = (new EntityCommentData($comment, false))->make();
Во View (шаблона фактически) лучше отправлять уже "рассчитанные" данные контроллером
Т е архитектура все равно с "костылями"
Вот я тоже за протокол https, но категорично против "принудиловки" (поэтому воздержался)
Хозяева должны сами выбирать.
Одно дело — повышать в выдаче ранжирования https сайты, а другое дело прямо в браузере их клеймить как "не надежные"!
Наберется :)
У меня дока к модулям на пару страниц по этому вопросу
Я как раз модули для e-commerce систем делаю для корректного переезда на https
Там очень много подводных камней. Много разных хостеров, много разных настроек у них, много говнокода других модулей, которые делают из этого целую проблему
Очень много видел как выпадают магазины из топ-ов после не корректного переезда
Только, к сожалению нету времени "писать" :(
Есть общий принцип, описанный yandex
https://yandex.ru/blog/platon/2778
В принципе суть там понятна
Но еще много подводных камней настроек магазинов, рефакторинга их кода и т п
А правильно ли делали? ;)
В момент "переезда" пока не склеятся зеркала, надо чтобы страницы (и изображения) были доступы по обоим протоколам и только после склейки делать редирект с http на https
Красивые рюшечки и адаптивность не значит хорошее юзабилити
Нет логических группировок…
Все «скопом»
Юзабилити для «программистов»
Сразу видно делал программист для «себя», но не для пользователей
Еще надо разобраться что удобнее при формировании запросов, такой метод, или методами добавления. Я могу очень много ни лицеприятного о «методах» формирования запросов сказать, когда их используют очень агрессивно.
Я если честно, конечно же изменил бы здесь драйвер формирования запросов, добавил бы в драйвер дополнительные методы добавления пользовательских вариантов. Но не усложнял бы сильно.
Идеального ПО априори не бывает. И на солнце есть пятна.
Так что еще раз убедился в поверхностных знаниях у вас opencart
Еще раз убедился, что на хабре поверхностные знания считаются достижениями «гуру»
Я смотрю вы вообще не знаете архитектуру opencart! Квалификации нет совершенно
Так что віучите сначала мат. часть а потом минусуйте
Все можно «перехватить» и «прослушать», изменить без модификаторов. Всё для этого в архитектуре заложено. Я не пользуюсь модификаторами и спокойно, как ві пишите" вклиниваюсь в код без них, не изменяя ни одной строчки кода модификаторами.
Модификаторы, я написал для кого, для программистов с малой квалификацией, которые и используют vQmod.
Вы читайте внимательно и изучите детально архитектуру.
Так что ваши инсинуации просто смешны.
vQmod в opencart 2.x нету — это раз.
И vQmod — это не часть архитектуры совершенно (по идее его можно прилепить к любой cms). Не путайте. К тому же он исключен из совместимых дополнений opencart
Судя по этому, я смотрю вы поверхностно знакомы с opencart. Поэтому не вам судить архитектуру opencart, при поверхностных знаниях её
Два — модификаторы отличный инструмент. И очень плохо, что другие cms его не используют. Да — костыль, но хороший костыль, очень сильно развивающий инфраструктуру и сообщество, соответственно количество модулей, тем, популярность.
А вот как раз архитектура opencart очень хорошая. Можно даже без модификаторов её использовать и «подменять» все. Там есть своего рода система «прослушки» всех методов, которой профессионалы пользуются.
К тому же opencart из популярных open source систем самый безопасный, там безопасность заложена в архитектуре
Так что не сравнивайте х с пальцем
Не вижу никакой пользы от битрикс после opencart или magento
Это ошибка архитектуры, вот почему FB так «ревностно» отреагировал
Поставить заплатку на код — это тривиальное дело. А вот архитектуру «залатать»… это 3.14
Выполняется он кстати очень быстро (несмотря на свой «монстрообразный вид») и EXPLAIN показывает везде Using where; Using index и т.п.