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 сказал:

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

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

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

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