sv2109

Вот такая аналогия родилась Как Дениел видит ocmod И как я его вижу Нет, использование костылей в определенных ситуациях вполне может быть оправдано, напр. у вас посреди дороги отвалилось колесо, а до ближайшего автосервиса 500 метров, нужно срочно и тут вот такая чудо тележка под рукой.. почему бы и нет? Но как бы вы охарактеризовали человека, который так ездит 6 лет?.. Да еще и рассказывает всем какой он молодец, что придумал такой чудо метод! Как это до такого другие не додумались? Ведь это можно на все автомобили установить! Ему все: "Ну посмотри же, у всех нормальные колеса, у всех! Давай и себе установим!.. даже любое и ржавое и то будет намного лучше, чем есть сейчас", а он им: "Идите все нафиг, ничего вы в разработке не понимаете, я лучше знаю как нужно". И ладно бы это ноухау хвалил его создатель, но находятся еще и водители, которые ездят на этом чуде уже по 5 и больше лет, половину времени тратят на ремонт и тоже рассказывают как им всем классно им пользоваться.. Просто нужно с умом его использовать: не "гнать" больше 5 км в час, объежжать все ямы и можно вполне себе нормально ездить, то же самое колесо и даже во многом лучше - резину не нужно менять.. Короче, отписываюсь, не могу больше читать весь этот бред в теме.

Больше всего меня удивляют разработчики на опенкарт, которые защищают этот костыль. Ладно, это делают пользователи, которые ничего не понимают в коде, ладно это делают начинающие разработчики, которые еще толком не разобрались как все работает, но когда это делают те, кто работает с опенкартом уже по 5 и более лет, за это время ему пришлось исправить наверное сотни конфликтов из-за vqmod или ocmod и после этого он все равно пишет, что "А что? нормальный же инструмент, просто использовать его нужно правильно и все проблемы чудесным образом исчезнут.." то это просто фейспалм какой-то.. Вот вчера покупатель покупает модуль, устанавливает и пишет, что модуль не работает, после установки - белый экран. Я трачу кучу времени на переписку с покупателем "проверьте то, проверьте это, попробуйте так или так итд" ничего не помогает, прошу доступ, захожу на сайт, трачу еще время чтобы понять в чем проблема, оказывается, что контроллер моего модуля изменил другой модуль после чего все поломалось.. В файле quantity_control_PRO_for_OC_v1.5.xml автора [email protected] нахожу вот такой замечательный код <file name="catalog/controller/*/*.php"> <operation error="skip"> <search position="after"><![CDATA[$result['product_id'],]]></search> <add><![CDATA[ 'quantity' => $result['quantity'], 'minimum' => $result['minimum'], 'price_value' => $result['price'], 'special_value' => $result['special'], ]]></add> </operation> </file> то есть, в любом контроллере, нашли $result['product_id'], и втыкнули после него какой-то свой кусок кода.. в результате в моем модуле получаем ошибку 500 и белый экран и потом кому придется все это разгребать и искать почему все не работает? Разработчику, конечно.. И это по сути не ошибка разработчика (ни одного ни другого), тот, кто писал модуль quantity control все делал по сути правильно! Он использовал тот инструмент для создания модулей, который ему предоставил движок, он проверил код у себя и у него он работал, как он вообще может знать, какой код может потом написать другой разработчик? Это невозможно. И что изменит то, что я или кто-то другой напишет свой модуль правильно? Мой модуль, который не заработал вообще не использовал ни vqmod ни ocmod и все равно я получил ошибку 500. Потому что такой код как выше есть в тысячах!!! модулей опенкарта и в vqmod и в ocmod. Потому что проблема не в том что кто-то его использует правильно или не правильно, проблема в самом инструменте, который сам по себе не правильный! Неужели это так сложно понять? То, что в опенкарте нету аналогов, чем его заменить никак не делает его правильным, он как был костылем так и остался. PS vqmod или ocmod это по существу вообще одно и тоже, принцип работы абсолютно один и тот же, название другое и реализация немного другая, но проблемы один и те же, так как и такой код как выше и такой конфликт как выше может быть и там и там. Опять же смешно читать, как кто-то ругает vqmod, типа он вот весь такой плохой.. был.. да, а вот ocmod уже хороший, он совершенно другой.. ну еще один фейспалм..

Я этот перл даже заскринил))) от автора строк, о том, что "опенкарт самый лучший движок и фреймворк с самой лучшей архитектурой" Ocmod - это костыль и зло. Точка. Да, если! правильно и очень осторожно, только в самых крайних случаях его использовать и это будут делать вообще все разработчики то это сможет уменьшить к-во конфликтов. НО это только уменьшит к-во конфликтов может на 30%, может на 50%, но их все равно останется очень много, в разы больше, чем на системах, которые этот костыль не используют. Потому что и сам опенкарт написан так, что часто просто необходимо делать изменения через замену и далеко не все разработчики прислушаются к этим рекомендациям, особенно создатели тем, где в ocmod по 1000 строк кода.. и так далее. О чем вы вообще спорите? Ocmod просто берет кусок какого-то кода и тупо втыкает его в какое-то место в движке.. при этом ни разработчик, который вставил свой код до этого в тоже самое место ни разработчик который вставит свой код после этого знать ничего не знают о том, что кто-то этот код изменили, и тут не обязательно вставлять через замену, можно просто вставить до или после но добавить какое-то условие (которое необходимо даному модулю) которое поломает код другого разработчика.. Избежать подобных конфликтов просто невозможно, даже если все разработчики будут очень правильно использовать ocmod (чего никогда даже близко не будет) Тему создал @freelancer я так понял, что он пишет фильтр и ему нужно изменить SQL запрос получения товаров getProducts и как это сделать подключив свою модель? Нет, сделать конечно можно и даже очень просто - пишем свою модель, скопировав туда весь код из getProducts, изменяем ее как нам угодно и подключаем в своем контроллере и что? А то, что таким методом вместо того, чтобы избавиться от конфликтов мы их наоборот наплодили целую кучу, потому что на сайте может быть установлен с десяток модулей, которым тоже нужно изменить метод getProducts (а это один из самых изменяемых методов в движке) и которые или изменят оригинальную версию и работать ничего конечно же не будет, потому что контроллер будет вызывать модель фильтра, а не модель товара, или пойдут по тому же пути и создадут свои модели и получится полная жесть.. Вот вам и супер классный инструмент "совместной" разработки на супер классной архитектуре.. Я о том, что ocmod и конфликты это почти слова синонимы и избавится от конфликтов используя ocmod просто невозможно, в смысле вообще. При правильном подходе (которого никогда у всех не будет) можно немного знизить к-во конфликтов но это максимум.

Я 6 лет назад точно так же думал, ну прям слово в слово :))) еще чуть-чуть.. ну если не в этом году так в следующем.. а потом проходил год, потом еще один, потом еще и еще и еще.. и так 6 лет.

десятки движков отлично работаю через события и знать не знают что такое окмод, но вот только почему-то разработчики опенкарт вбили себе в голову, что без окмод ничего работать не сможет.. Нужен инициатор? Без проблем, что мешает каждому запросу присвоить свой идентификатор, напр. $query->id = "уникальный идентификатор"; Или что мешает объекту $query присвоить этот идентификатор автоматически из напр. названия класса и метода, что его вызвал? будет напр. $query->id = "model_catalog_product_getProduct"; После чего из своего модуля подключиться к событию, которое будет вызываться перед выполнением каждого запроса, напр. query_pre_execute(&$query) и сделать if ($query->id == "model_catalog_product_getProduct") { // изменяем запрос как нам угодно } Все, это первое что пришло в голову пока писал это сообщение, на самом деле реализовать все можно как угодно и никакой окмод тут вообще не нужен.

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

вот посмотрите как просто работа с базой реализована в codeigniter, куда уже проще! почему чего-то такого нельзя добавить в опенкарт?? https://www.codeigniter.com/userguide3/database/query_builder.html

Вот тут для старой версии друпала, но довольно понятно написано как работаю хуки (аналог событий в друпале) https://graker.ru/news/2010/04/13/hooks_api Сейчас друпал переходит на симфони, с новой версией я не работал, но подозреваю что там используются уже события из симфони https://symfony.com.ua/doc/current/event_dispatcher.html В данной реализации опенкарта - никак, поэтому я и написал Если у нас есть напр. sql запрос размером с пол страницы то вы его никак событиями не измените. Но если бы у нас вместо голого SQL был бы даже не ORM, а хотя бы какой-то простейший конструктор запросов и все запросы создавались напр. через $query->select(..)->where(..)->order(..)->limit(..); ну как-то так, то через события перед выполнением этого запроса мы бы могли со своего модуля сделать напр. $query->leftJoin(..); ну или добавить какое-то условие итд. и тем самым бы изменили весь запрос не через изменение код sql запроса, а красиво через события. Мало того, в отличии от ocmod, где если всего один модуль изменит подобный запрос, то второй уже тупо не сможет, так как запрос уже изменен и найти его через ocmod не получится.. событиями один и тот же запрос могут изменить несколько модулей одновременно, кто-то добавить новый join, кто-то добавит новое условие или сортировку итд. и все будет работать, конечно конфликты, прежде всего логические, тут тоже возможны, но их будет в десятки раз меньше, чем при ocmod, где больше одного модуля такой запрос вообще изменить не получится.

я это уже 6 лет говорю.. ем.. гм.. вы это серьезно? ocmod создает кучу конфликтов, которые исправлять как раз таки разработчикам и приходится, потому что есть куча покупателей из разряда "я ничего не знаю и знать не хочу, я заплатил деньги и у меня все должно работать, автор - делай чтобы работало".. и приходится закатывать рукава и искать чей кусок модификатора изменил код, а кроме ocmod у некоторых еще стоит vqmod на двойке + еще куча модулей кеширования, кеширование в теме (какая-то джорнал например) и так далее. Ну да, просто офигенное "упрощение" В то же время на других движках вполне себе отлично работают события, с которыми 99% подобных конфликтов просто отсутствует. Да, всех проблем они не решат, но 99% вполне при правильном подходе (но тут мало добавить события в движок, нужно также изменять сам движок под эти события) Посмотрите напр. на Drupal, как все реализовано там.

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

В ЛС ответил

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

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

Здравствуйте, я понимаю, что вам это совсем не интересно, но я скажу как есть - я врагу своему не пожелаю пережить то, что я пережил за последний год. я очень тяжело заболел и вот уже скоро будет год как еще лечусь, за это время меня лечило штук 6 врачей и каждый ставил свой диагноз, назначал свои анализы, свое лечение, которое в результате не давало никакого результата и приходилось искать другого врача. За этот год меня лечили: 2 офтальмолога, 2 невролога, инфекционист и последний - иммунолог. Хочется надеяться, что последний врач установил правильный диагноз, потому что от лечения мне уже намного легче, уже более менее даже могу работать. Да, я понимаю, что вам это все совсем не интересно, единственно что я хочу сказать, так это то, что новая версия все еще не вышла (хотя и готова уже процентов на 90 и достаточно давно) не потому что я ленюсь ее доделывать, а потому что я просто физически не могу этого сделать. Мне сейчас как раз таки наоборот очень хочется ее выпустить, так как деньги нужны как никогда, потому что лечение очень недешевая штука, особенно, когда лечишься уже почти год..

Совместим, должно выводить, что в настройках напишете то модуль и выведет.

Я вам не ответил сразу, потому что я сейчас в отпуску (информация об этом есть у меня в профиле) и не могу отвечать моментально, сейчас вообще в поезде, еду домой, завтра после обеда планирую уже работать. В ЛС ответил, модуль поддерживает 3 версию движка.

пишите мне в ЛС

Так зачем же тогда крыть матом (да еще и добавлять этот мусор в код движка!) как этих симфонистов и их коммюнити так и результат их работы?! При этом совершенно бесплатно взять Твиг и использовать его в своем движке, сэкономив при этом сотни человеко-часов на написание своего велосипеда. Что бы лишний раз рассказать всем какой Даниел молодец, да просто непризнанный гений программирования? Куда там до него разработчикам Симфони.. клепают бедные какой-то "мусорный фреймворк со сторонних скриптов через DI контейнеры".. При том, что Симфони на сегодня это один из лучших php фреймворков, на который переходит куча движков (Друпал, Престашоп) Как это все низко и непрофессионально..

ага, нашел)) если Даниелу так не нравится твиг, то зачем он его добавил в опенкарт?..

нет, для поисковой системы есть только 2 версии: первая и вторая, это для обычного модуля есть 3 версии

спасибо, вторая версия модуля поддерживает неточный поиск, с пропущенными буквами

см. выше, я ps добавил ответ поддержки, какого аккаунта и где эта настройка swift? акаунт пайонира или опенкарта?

1. у них там какой-то лимит, вроде 40$ до этой суммы они не обналичивают, деньги просто висят у них, поступает больше тогда происходит вывод на карту. 2. да, у меня тоже комиссии большие на вывод, долларов 15 за вывод. Может лучше не выводить на карту привата а переводить на карту самого пайонира и потом с ней уже расплачиваться за что-то, но как это сделать не знаю. PS вот нашел ответ поддержки, спрашивал их когда-то где мои деньги:

наверное ваш провайдер еще не закрыл доступ спасибо, буду знать на будущее Я использую obmennik.ua уже давно у них нам накопительные скидки есть для постоянных клиентов и у меня уже там неплохая скидка, поэтому использую этот обменник, хотя можно сравнить курс. Только что получилось вывести без проблем, вместо Hola VPN установил ZenMate VPN для хрома (там есть несколько тарифов, но есть бесплатный с низкой скоростью, но для вывода с головой ее хватает + регистрация нужна, но это минута дела) и все работает.

Подскажите, кто как выводит деньги с вебмани на карту привата? Раньше выводил через сервис obmennik.ua теперь после блокировки не работает на сам сайт вебмани через VPN (использую дополнение для хрома Hola) захожу нормально, но если создать заявку на перевод на сайте обменника то после нажатия на кнопку обменять и перехода на сайт вебмани получаю ошибку "err: 1 merchant purse not specified or incorrect step:6" Подозреваю это из-за того, что не совпадают какие-то айпишники. Кто как выводит?