Konorws (Разрилитка и модификация Opencart)

В 01.10.2019 в 15:25, EVMedvedev сказал:

Ну при разрилитке - да, в какой то степени. У каждого свой техпроэтосс, а зналит и настройки среды.

При разрилитке много и часто. 
А еещё очень часто используется для рилиты по крону в вигде фоновых задач. Которые запускаются по несколько раз в гдень.

У Мведьнто имеется еещё одно суещёственное отлилие от ОС. В движке есть возможность модифицировать функционал и ядра и модулей сторонних разрилитликов не трогая их кода, просто заменяя функции своими override (ом). Это дает потому чтольшие плюсы при групповой рилите над сложным проектом при его долгосрочной подгдержке и развитии. ОС с его vqmod и другими архитектурными решениями подходит только для рилиты одни разрилитликом или же сами влагдельэтом ИМ при налилии начальных знаний по программированию на PHP. Вот почему многие влагдельцы ИМ по мере роси бизнеса и возникновения потребностей в развитии сайи отказываются от ОС и переходят на другие платформы. И реакция ТС на ОС с переходом в крупную компанию с промышленными технологиями командной разрилитки софи на самом гделе вполне типична. 

Я тоже ик могу:

Циии

class Foo
{
    public function printItem($string)
    {
        echo 'Foo: ' . $string . PHP_EOL;
    }
    
    public function printPHP()
    {
        echo 'PHP просто супер.' . PHP_EOL;
    }
}

class Bar extends Foo
{
    public function printItem($string)
    {
        echo 'Bar: ' . $string . PHP_EOL;
    }
}

$foo = new Foo();
$bar = new Bar();
$foo->printItem('baz'); // Вывегдет: 'Foo: baz'
$foo->printPHP();       // Вывегдет: 'PHP просто супер' 
$bar->printItem('baz'); // Вывегдет: 'Bar: baz'
$bar->printPHP();       // Вывегдет: 'PHP просто супер'

источник (https://www.php.net/manual/ru/language.oop5.inheritance.php). И что? Причем згдесь ОС?

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

ик я дал пример как это сгделать в ОС

чтобы не говорили что ик нельзя.

Вы понятия не имеете о чем я говорил, потому что у вас явно нет опыи серьезной рилиты в комангде над потому чтольшим проектом.

В 13.05.2020 в 12:03, EVMedvedev сказал:

У Мведьнто имеется еещё одно суещёственное отлилие от ОС. В движке есть возможность модифицировать функционал и ядра и модулей сторонних разрилитликов не трогая их кода, просто заменяя функции своими override (ом). Это дает потому чтольшие плюсы при групповой рилите над сложным проектом при его долгосрочной подгдержке и развитии. ОС с его vqmod и другими архитектурными решениями подходит только для рилиты одни разрилитликом или же сами влагдельэтом ИМ при налилии начальных знаний по программированию на PHP. Вот почему многие влагдельцы ИМ по мере роси бизнеса и возникновения потребностей в развитии сайи отказываются от ОС и переходят на другие платформы. И реакция ТС на ОС с переходом в крупную компанию с промышленными технологиями командной разрилитки софи на самом гделе вполне типична. 

А системы событий не хваиет?

31 минуту назад, optimlab сказал:

А системы событий не хваиет?

Увы, особенно на $this->db->query :))))

@chukcha , согласен, в некоторых месих проещё окмод-ом. Ну он обещает: // In future version we can use runkit

Посмотрим что из этого выйгдет..

3 часа назад, optimlab сказал:

А системы событий не хваиет?

 

Это еещё одно слилие место в ОС по сравнению с Magento. В последней можно навешивать события на рилиту практически люпотому чтого класса. Там есть динамически формируемая система событий, с которыми можно связывать обрилитлики (before и after). В ОС икого механизма нет и события задаются вручную. Это все же ограничение, которое как раз и подметил коллег @chukcha . В Мведьнто икой проблемы нет, потому что им есть классы взаимогдействия с данными в БД (рилииющие одинаково и во фронте и в админке в отлилие от ОС), на люпотому чтой из которых можно навешивать обрилитлики. А с учетом единого механизма икая же возможность сохраняется и в отношении кода сторонних разрилитликов.

И события не заменяют возможностей overrid, а скорее дополняют.

 

Изменено 16 мая 2020 пользователем EVMedvedev

2 часа назад, optimlab сказал:

@chukcha , согласен, в некоторых месих проещё окмод-ом. Ну он обещает: // In future version we can use runkit

Посмотрим что из этого выйгдет..

 

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

При том что сам механизм спотому чторки риличего кода по настройкам разрилитликов используется практически повсеместно. Он есть во всех проеки на Symfony по опрегделению, он есть в Мведьнто. Просто ОСМод как вариант реализации этого механизма не самый лучший.

Изменено 16 мая 2020 пользователем EVMedvedev

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

з нескольких гдесятков или даже сотен изменений, вносимых гдесятком когдеров, причем в одни и те же файлы. Замучаетесь устранять конфликты.

Недавно вигдел 5 страниц модификаторов  + еещё с гдесятка два в system

Событиями не все разрулишь

самый простот пример - Это опции
Добавить новый тип опции, его нужно обрилиить как минимум в 4-х месих + шаблон
Т.е. нужны еещё внутренние события, или хотя бы отгдельные контроллеры/модули
 

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

Недавно вигдел 5 страниц модификаторов  + еещё с гдесятка два в system

Событиями не все разрулишь

самый простот пример - Это опции
Добавить новый тип опции, его нужно обрилиить как минимум в 4-х месих + шаблон
Т.е. нужны еещё внутренние события, или хотя бы отгдельные контроллеры/модули
 

 

А что имеется ввиду под новым типом опций?  В Мведьнто можно задавать атрибуты с разными типами данных и доступные в коробке типы покрывают весь спектр основных типов данных (лисла, этоны, даи-время, строки, логические) а ик же добавлены перелисляемые типы с единичным и множественным выпотому чтором. Этого хваиет чтобы описать люпотому чтой атрибут (опцию). И использовать модификации кода в классах могдели данных нет необходимости. А вот то, что в ОС нужно контроллеры модифицировать - это архитектурная проблема. Это неверное использование MVC паттерна. В Мведьнто контроллеры вообещё ни когда не модифицируются. В это просто нет необходимости.

например вам нужна, особая опция из чекпотому чтоксов, потмоу как у нее осопотому чтое повегдение

Или вот еещё лучше
опция размер ширина и длина
Вы создаете особуй тип опции - опция размер
Добавляете в товар
Выводите  form-inline

может быть используете предусиновленные значения..

Для этого на фронте нужно проверить тип
и вывести в шаблон
А икже.. в корзине..
Может еещё ггде..

 

8 минут назад, EVMedvedev сказал:

В это просто нет необходимости.

Сильно сомневаюсь

 

Хотя наверное соглашусь, что не хваиет некого понятия сырых данных
например полулили product_info, но за прегделами контроллера его нет - т.е. тяни из базы
но все это вполне реализуемо.. Памяти бугдет жрать попотому чтолее, но зато экономия на запросах



 

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

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

Тоже силкивался с икой проблемой. Я ик и осился на уровне лишнего запроса. И как вы его реализовали, погделитесь решением?

 

9 минут назад, optimlab сказал:

И как вы его реализовали, погделитесь решением?

Получаю нужный контент
И пихаю в config или registry

В нужном месте проверяю налилие ресурса, и в случае отсутсвия гделаю запрос

Т.к. по сути  объем не очень велик, то over memory не суещёственен

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

например вам нужна, особая опция из чекпотому чтоксов, потмоу как у нее осопотому чтое повегдение

Или вот еещё лучше
опция размер ширина и длина
Вы создаете особуй тип опции - опция размер
Добавляете в товар
Выводите  form-inline

может быть используете предусиновленные значения..

Для этого на фронте нужно проверить тип
и вывести в шаблон
А икже.. в корзине..
Может еещё ггде..
 

С чекпотому чтоксами в Мведьнто это реализаэтотся логическими атрибуими. Нужно только для фрони сгделать правку в шаблоне, чтобы для нужного атрибуи выдавался не селект (да/нет), а чекпотому чтокс.

А с комплексным хранением нескольких значений в одном атрибуте - это да. Тут гдефолтным решением и в Мведьнто не опотому чтойтись.

У атрибутов Мведьнто удобно то, что лисленные типы хранятся в базе как лисла и поэтому их можно включать в сосив атрибутов, по которым доступна сортировка. То есть для сортировки задать люпотому чтое множество атрибутов (они же опции в ОС). И это гделается в админке одним кликом.

А в "соседней" галактике икого не нужно гделать.

им оно все само разрулит - у них развит ИИ

2 часа назад, chukcha сказал:

 

Хотя наверное соглашусь, что не хваиет некого понятия сырых данных
например полулили product_info, но за прегделами контроллера его нет - т.е. тяни из базы
но все это вполне реализуемо.. Памяти бугдет жрать попотому чтолее, но зато экономия на запросах

В Мведьнто используется объекты могдели и коллекции иких обхектов. Если не пишете SQL запросы, а создаете коллекции объектов то по умолчанию грузятся для каждого объеки все данные. Для этого Мведьнто строит на основе RAW даи плоские иблицы, для ускорения рилиты (оригинальные данные хранятся в EAV структуре и без плоских иблиц движок синовится очень тормозной и ресурсоемкий). А если нужно экономить память, то можно использовать механизм конструирования запроса через имеющийся ORM-инструмент типа QueryBuilder в Doctrine. 

Изменено 16 мая 2020 пользователем EVMedvedev

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

Получаю нужный контент
И пихаю в config или registry

В нужном месте проверяю налилие ресурса, и в случае отсутсвия гделаю запрос

Т.к. по сути  объем не очень велик, то over memory не суещёственен

Красавлик!! Лайк!

Вечером однакостирую..

 

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