opencart4 OpenCart 4 - Наблюдение для релиза ocStore 4

[stickpro]

Да какая разница, какая версия bs, это вообще не фундаментальная часть, у движка куда больше проблем, бутстрап на морде можно выкинуть в любой момент, а вот толстые контроллеры, ты уже не выкенешь

[lexxkrt]

В 04.06.2021 в 11:06, Hkr сказал:

Я понял. А вы точно понимаете что пишите? Потому что вы пишите поверхностную ересь. Есть официальные источники - там все написано, зачем от себя додумывать?

а забыл они еще иконки добавили в bs5, конечно как можно забыть об таком существенно значимом изменении

[Vladzimir]

Если смотреть "успешность" Даниэля то вырисовывается простая закономерность, на три копролита - одна нормальная версия.

Так что помимо 3.0 и 4.0 нужно дождатся хотя бы 4.2 (или 6.0)

[lexxkrt]

Крик души. 

 

if (!empty($product_info)) {
            $data['model'] = $product_info['model'];
        } else {
            $data['model'] = '';
        }

Серьезно? зато PHP8

почему не

$data['model'] = $product_info['model'] ?? '';

или вообще в твиге

{{ product.model|default('') }}

--

в контроллере

$data['product'] = $product_info??null;

 

Да и вообще в контроллере данные обрабатываться не должны. должно быть что то вроде

$data['product'] = $this->model_catalog_product->getProduct($product_id);

весь product_info должен в модели быть спрятан

 

Реально код на PHP 5.3 зато выпендрился минимальную версию 8 поставил. неймспейсы по факту зачем тут. Ни автолоадера ни PSR, или это просто увидел новое слово надо внедрить.

портянки-портянки-портянки. Честно не понимаю что происходит, меньше кода меньше повода для ошибок, легче обслуживать, это же очевидно.

В твиге есть include. нет же видать даниэлю нравится портянки с километр. почему бы в админке, например в товарах, табы не подключать инклудами.

 

Зато ненужную фигню добавляет, типа рекуринга, кому такую фигню нужно пусть бы модулями доставляли. нужен просто работающий нормальный движок с минимальным набором функционала, остальное расширяться по необходимости, при этом не распыляться на сомнительный функционал.

 

Глядя на код и последний бэта релиз этого чуда в 2017 году, даже несмотря на современные копания в коде, возникает смутное чувство что версия 3 для опенкарта была последней.

 

 

[sv2109]

1 час назад, lexxkrt сказал:

нужен просто работающий нормальный движок с минимальным набором функционала, остальное расширяться по необходимости

все так, вот только для того, чтобы была возможность расширять движок прежде всего нужна нормальная система расширений, а вместо нее вот уже почти 4 версия движка на подходе, а разработчикам все еще приходится писать sql запросы вручную в одну строку, писать для каждого модуля горы html кода вручную и изменять его постоянно опять вручную после каждого обновления версии бутстрапа или твига, а также изменять движок через ocmod, который буквально изменяет код самого движка создавая кучу конфликтов. О каком расширении в таком случае может идти речь?
 

Я пришел в опенкарт уже почти 9 лет назад, тогда актуальной была еще версия вроде 1.5.3.1, хотя многие еще использовали 1.4.9
В ней например для загрузки языковых переменных нужно было сначала подключить файл языка, а потом в контроллере вручную прописать каждую!!! переменную языка типа
$this->data['text_enabled'] = $this->language->get('text_enabled');
а везде можно было встретить примерно такой код:
if (!$this->error) {
  return true;
} else {
  return false;
}
 

Но я тогда подумал - да, в движке есть недостатки, но есть и преимущества! Он очень простой, быстрый, требует очень малых ресурсов, на нем можно создать даже сайт с сотнями тысяч товаров, который будет нормально работать даже на дешевом шаред хостинге! А недостатки они со временем пофиксятся, исправятся и мы получим почти идеальный движок - быстрый, простой и функциональный. Но.. время шло, а движок практически не изменялся функционально, не считая улучшений в дизайне. 
 

Поэтому мой вам совет - не ждите что что-то кардинально изменится в будущем (особенно в ближайшем) и или воспринимайте движок таким, каким он есть или ищите другие более правильные движки с более лучшим и правильным кодом. Иначе, будете (как раньше я сам) еще 10 лет жаловаться что все не так  

[chukcha]

13 минут назад, sv2109 сказал:

а везде можно было встретить примерно такой код:
if (!$this->error) {
  return true;
} else {
  return false;
}

И???
Вам никто не мешает писать правильно
 

 

14 минут назад, sv2109 сказал:

еще приходится писать sql запросы вручную в одну строку,

И что?
В таком случае вы пишите, а точнее , можете написать оптимизированый код
Что вам даст билдер, даже в ваших модулях?

Если есть возможность - посмотрите код brain filter, где внедрен sqlbuilder - и попробуйте модифицировать его запрос без вреда работы фильтра

17 минут назад, sv2109 сказал:

каждую!!! переменную языка типа
$this->data['text_enabled'] = $this->language->get('text_enabled');

Что? и в четверке такое? и в тройке?
И.. даже в 2.3?
$data = $this->load->language();

[matroskin92]

24 минуты назад, chukcha сказал:

Вам никто не мешает писать правильно

А опенкарт мог бы взять и научить разработчиков более правильному и лаконичному коду. Но нет, только хардкор, только портянки

[chukcha]

13 минут назад, matroskin92 сказал:

Но нет, только хардкор, только портянки

Я же не оправдываю, наличие "многа букофф"

и конструкцию вида
$url = '';
if (
можно упростить..
И
иметь метод для описания переменных модуля

и $this->url->link с токеном и т.д

Т.е. все плохо.
Но это "плохо" работает с ой какого года

Но никто не мешает делать правильно, точнее, как вы считаете правильно,  у себя.

[sv2109]

46 минут назад, chukcha сказал:

И что?
В таком случае вы пишите, а точнее , можете написать оптимизированый код
Что вам даст билдер, даже в ваших модулях?

Оформил в отдельный пост в блоге зачем это все нужно и что это даст

 

[matroskin92]

4 минуты назад, chukcha сказал:

Но никто не мешает делать правильно, точнее, как вы считаете правильно,  у себя.

Это не целесообразно с экономической точки зрения - сидеть и превращать в красоту в одиночку. 

А с точки зрения здорового опенкарта - это вложение в собственных же разработчиков модулей.

 

Сейчас главная цель - низкий порог входа, на сколько мне известно, если ты знаешь что такое $abc = 0;, то добро пожаловать.

[chukcha]

3 минуты назад, matroskin92 сказал:

Сейчас главная цель - низкий порог входа, на сколько мне известно, если ты знаешь что такое $abc = 0;, то добро пожаловать.

Именно..
Веди вы и сами пишете на призывы о помощи - смотри туда-то, правь это

Не возможно под каждого настроить

Например хотя бы работа со статусами товаров
Их хочется иметь больше и расширенней. (вплоть до статуса  quantity >0) и
внедрить в шаблон и т.д.
Всем?

А кому-то достатчно  - нет в наличии.
Но тут Петя из СЕО сказал, что нудно - подписка.. Пусть и товар никто не покупает и востребованность у него не велика
Но будем лепить для всех!!!

[matroskin92]

14 минут назад, chukcha сказал:

Не возможно под каждого настроить

Речь о качестве кода, а не о количестве фишек в коробке.

Мне, как разработчику, чем меньше в коробке - тем интересней на рынке расширений.

[lexxkrt]

37 минут назад, chukcha сказал:

Т.е. все плохо.
Но это "плохо" работает с ой какого года

и это "плохо" надо на PHP8 тащить. может разобраться с тем что есть сперва следует, а потом версию php поднимать.

[lexxkrt]

53 минуты назад, matroskin92 сказал:

Сейчас главная цель - низкий порог входа, на сколько мне известно, если ты знаешь что такое $abc = 0;, то добро пожаловать.

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

Змінено 15 червня 2021 користувачем lexxkrt

[Vladzimir]

3 минуты назад, lexxkrt сказал:

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

Тут то как раз и дилемма.

Низкий порог входа -> низкая цена дополнений ->большое количество плательшиков (но с низким бюджетом)

Высокий порог вхождения ->высокая цена дополнений ->малое количество плательщиков (но с большим бюджетом)

[sv2109]

12 минут назад, Vladzimir сказал:

Низкий порог входа -> низкая цена дополнений ->большое количество плательшиков (но с низким бюджетом)

Высокий порог вхождения ->высокая цена дополнений ->малое количество плательщиков (но с большим бюджетом)

это только на первый взгляд, я после почти 10 лет работы с движком это вижу совсем иначе
Низкий порог это также:
- плохой код 
- отсутствие нормальной системы расширений

- куча конфликтов между модулями
- неопытные разработчики 

- модули низкого качества 
и как результат
1. невозможность использовать движок для более серьезных проектов, особенно там где разработку нужно вести не в одиночку а в команде
2. недовольство движком разработчиков и студий, которые со временем разочаровываются в проекте и уходят, а разработчики это то, на чем держиться любой движок, так как они создают модули, темы, магазины на заказ, привлекают новых клиентов итд. 
3. недовольство движком и самих пользователей из-за частых проблем из-за конфликтов, а также из-за того, что сложно найти нормального разработчика, так как многие опытные ушли, а осталось много неопытных новичков
и как следствие -> падение популярности самого движка. 

И второй вариант: 
Более высокий порог -> более опытные разработчики, которым интересно работать с движком -> более качественный код -> больше качественных модулей -> намного меньше конфликтов и других проблем -> довольные пользователи -> рост популярности движка. 

Опять же, между низким порогом и высоким есть еще средний вариант, когда можно максимально сохранить простоту но при этом и добавить много интересного функционала. 

[Vladzimir]

1 минуту назад, sv2109 сказал:

это только на первый взгляд, я после почти 10 лет работы с движком это вижу совсем иначе
Низкий порог это также:
- плохой код 
- отсутствие нормальной системы расширений

- куча конфликтов между модулями
- неопытные разработчики 

- модули низкого качества 
и как результат
1. невозможность использовать движок для более серьезных проектов, особенно там где разработку нужно вести не в одиночку а в команде
2. недовольство движком разработчиков и студий, которые со временем разочаровываются в проекте и уходят, а разработчики это то, на чем держиться любой движок, так как они создают модули, темы, магазины на заказ, привлекают новых клиентов итд. 
3. недовольство движком и самих пользователей из-за частых проблем из-за конфликтов, а также из-за того, что сложно найти нормального разработчика, так как многие опытные ушли, а осталось много неопытных новичков
и как следствие -> падение популярности самого движка. 

И второй вариант: 
Более высокий порог -> более опытные разработчики, которым интересно работать с движком -> более качественный код -> больше качественных модулей -> намного меньше конфликтов и других проблем -> довольные пользователи -> рост популярности движка. 

Опять же, между низким порогом и высоким есть еще средний вариант, когда можно максимально сохранить простоту но при этом и добавить много интересного функционала. 

Полностью согласен.

Но Даниэль и пользователи опенкарта сами кузнецы своего счастья.

Опенкарт занял именно низшую нишу, т.н. DIY (собери ручками сам), отсюда и цены и запросы на качество.

Верхний сегмент уверенно держит Маджента и мастадонты.

А по средине что-то типа Престы.

 

И сколько будет "воя", если средняя стоимость дополнения будет, ну например 100 у.е.?

[matroskin92]

1 час назад, Vladzimir сказал:

И сколько будет "воя", если средняя стоимость дополнения будет, ну например 100 у.е.?

Когда всю жизнь продавали за 5$, а потом резко включили режим 100$ - воя будет много.

Планомерное увеличение стоимости, которое так же гарантирует лучшее качество самих модулей - естественный процесс.

Ускорить такое можно путем развития самого движка.

[sv2109]

1 час назад, Vladzimir сказал:

И сколько будет "воя", если средняя стоимость дополнения будет, ну например 100 у.е.?

ну каких 100?
я выше дал ссылку на то чего мне не хватает в движке, на сколько это увеличит сложность движка? на 5%? 10%? 20%? На столько же увеличится и цена дополнений и если модуль стоил 10 долларов а будет стоить 11 или 12 то что это изменит для пользователя? При том что и конфликтов будет в разы меньше и других проблем? 
Опять же не нужно смотреть на ситуации как на 2 безальтернативных варианта: или супер просто и дешево или супер сложно и модули за 100$ как в магенто. 
Есть масса промежуточных вариантов когда и качество движка можно значительно улучшить и сложность со стоимостью - да, увеличится но очень незначительно (10-20%). 

[igorfelix]

а мне 2.3 версия нравится, пока не планирую даже 3 версию смотреть. 

я только все перелопатил под 2.3 и модули давно все под себя переделал и купил и все костыли свои везде проделаны. На опенкарт 3 не вижу смысла даже, тем более 4.

 

[Vladzimir]

17 часов назад, sv2109 сказал:

Есть масса промежуточных вариантов когда и качество движка можно значительно улучшить и сложность со стоимостью - да, увеличится но очень незначительно (10-20%). 

Можно то все, но это все разбивается об "монодиктатуру" Даниэля.

 

[SergeTkach]

17 часов назад, sv2109 сказал:

ну каких 100?
я выше дал ссылку на то чего мне не хватает в движке, на сколько это увеличит сложность движка? на 5%? 10%? 20%? На столько же увеличится и цена дополнений и если модуль стоил 10 долларов а будет стоить 11 или 12 то что это изменит для пользователя? При том что и конфликтов будет в разы меньше и других проблем? 
Опять же не нужно смотреть на ситуации как на 2 безальтернативных варианта: или супер просто и дешево или супер сложно и модули за 100$ как в магенто. 
Есть масса промежуточных вариантов когда и качество движка можно значительно улучшить и сложность со стоимостью - да, увеличится но очень незначительно (10-20%). 

Пока Вы убеждаете других, Вы просто теряете время

Делайте и пиарьте - потом подтянутся другие.

 

[Vladzimir]

3 минуты назад, SergeTkach сказал:

Пока Вы убеждаете других, Вы просто теряете время

Делайте и пиарьте - потом подтянутся другие.

Это конечно все супер!

Но тогда вопрос. А сколько успешных форков опенкарта вы знаете?

У данного ресурса есть возможность перехватить инициативу и сделать свой форк, с "рулеткой и куртизанками".

Но это врядли будет, поскольку будут бояться  потерять своместимость с оригинальным опенкартом.

Вот и вся реальность.

[ocdev_pro]

23 минуты назад, Vladzimir сказал:

Это конечно все супер!

Но тогда вопрос. А сколько успешных форков опенкарта вы знаете?

У данного ресурса есть возможность перехватить инициативу и сделать свой форк, с "рулеткой и куртизанками".

Но это врядли будет, поскольку будут бояться  потерять своместимость с оригинальным опенкартом.

Вот и вся реальность.

Ну я знаю только один Arastta, но чет у ребят не особо поперло и новых версий они не пилили. Да нет смысла делать какой-то форк. Opencart имеет сам по себе широкую известность и в этом весь смысл, бюджетно, просто.

Сделай форк о котором никто не знает, и что дальше.. попробуй его раскрутить

[Vladzimir]

Только что, ocdev_pro сказал:

Сделай форк о котором никто не знает, и что дальше.. попробуй его раскрутить

О том то и речь.

Ситуация просто патовая.

Даниэль менять ничего не будет, а мы изменить тоже не можем, поскольку "заложники" у Даниэля и опенкарта.