sv2109

Это уже речь про модель. Там отдельная история. Там, кстати, совсем беда получается: либо только один модуль сработает (как сейчас), либо, если не обрывать выполнение, то будет куча лишних запросов к БД и вообще непонятно, как эти данные потом компоновать. Там просто напрашивается построитель запросов, чтоб модули не целиком методы собой подменяли, а только модифицировали запрос и таким образом могли бы работать все вместе, при этом не создавая лишних запросов и сложностей с компоновкой результатов. + еще не забываем, что есть окмод, который ни куда не делся, и тысячи модулей используют именно его (а потому что иначе вообще никак) и они то вообще ничего не знают о новом getProducts который будет вызываться вместо старого.. они будут изменять через окмод старый getProducts а модуль вместо него выполнит новый, свой.. И эти же модули через окмод будут изменять контроллер, которому нужны будут данные от модели, которых не будет, так как выполнился совсем другой метод.. И какой в этом всем смысл?

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

А что значит облако? Типа зашел на оф. сайт, купил тар. план на хостинг, туда сразу установился опенкарт 3, установка всех модулей и языков через админку, правка шаблонов тоже и доступа к файлам движка у пользователя не будет? Если это так, то красиво это только в теории, а реально это будет полная ж катастрофа, а не облако. Потому что что такое опенкарт? Тут иногда 2 модуля устанавливаешь (которые отдельно работают) и все, или один модуль не работает или вообще сайт не открывается. Привет окмоду. И как решать подобные конфликты, если доступа к файлам нету? Поэтому вместо того, чтобы запускать облако нужно сначала полностью переделать систему расширений выкинув окмод и добавив полноценные события иначе, то что будет, будет очень печально, заработать все деньги хочется, а сделать нормально не умеют.

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

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

Новая площадка - да, так как все тут. Но именно поэтому что все тут, я и верю, что тут это бы и сработало. Рядовому пользователю не так уж и принципиально как называется движок, на котором работает его магазин. Ему главное что бы все работало, приносило прибыль, было достаточно модулей!, хорошее сообщество, поддержка. И если вдруг завтра этот форум объявит что мы переходим на свой движок, объяснит чем этот движок лучше, быстрее и почему было принято такое решение. То думаю процентов 90, если движок действительно будет во многом лучше, со временем перейдет на него без лишних разговоров. В этом форуме есть огромное сообщество, которое может сделать что угодно при правильном подходе.

полностью вырубить twig уже навряд ли получится, потому что на оф. сайте все модули и темы под тройку будут идти уже с twig, и купит пользователь такой модуль, а на ocstore он работать уже не будет, так как тут twig нету вообще. Поэтому или оставить twig для совместимости с такими файлами и подключать twig только для этих файлов. Или если вырубать twig полностью, то нужен какой-то автоматический механизм перевода twig файлов в tpl, но тут возникнут проблемы совместимости - кто-то через ocmod будет изменять именно twig файл, кто-то из одного twig файла подключать другой. И если все автоматом перевести на tpl то будут проблемы. Или вырубать twig полностью и развивать свой движок, который будет уже не совместим с оригинальным и больше никогда не зависеть от капризов Дениела. Разработчиков местных хватает чтобы написать все необходимые для пользователей модули под новый движок, да практически все и так есть, аудитория рунета большая + со временем можно легко и за пределы рунета выйти, будет нормальный движок, очень многие перейдут на него с опенкарта.

На странице модуля написано, что активация модуля происходит по запросу в ЛС. Купили модуль - написали автору, активировали модуль. Таким образом очень много модулей продается на форуме, особенно те, которые требуют ключей для активации.

Смотрю как это событие подключается, а подключается оно в 2-х конфигах: system/config/install.php system/config/extension.php где есть $_['action_event'] = array( 'view/*/before' => 'event/theme', ) Только не вижу где подключается этот конфиг, для каталога грузится конфиг для каталога, а для админки конфиг админки, а это где подключается? Отдельный конфиг для расширений?.. который сейчас не используется? Дальше в system/framework.php добавляются все события: $event = new Event($registry); $registry->set('event', $event); // Event Register if ($config->has('action_event')) { foreach ($config->get('action_event') as $key => $value) { foreach ($value as $action) { $event->register($key, new Action($action)); } } } и в лоадере system/engine/loader.php для view есть $result = $this->registry->get('event')->trigger('view/' . $trigger . '/before', array(&$route, &$data)); то есть при вызове каждого view вызывается это событие "event/theme", там как его повесили на 'view/*/before' Осталось понять где подключается конфиг system/config/extension.php так как я не вижу по коду где он подключается, если нигде, то и это событие не работает. + это все равно только для админки работать будет, не для каталога, так как только в событии для админки есть проверка расширения шаблона.

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

тогда уже как-то так: $template = this->config->get('template_engine'); $this->config->set('template_engine', 'php'); $this->load->view('my_view', $data); $this->config->set('template_engine', $template); но все равно изменить один класс шаблона будет проще, чем городить такие конструкции в каждом шаблоне.

как вариант, переписать класс Template, чтобы он в зависимости от расширения шаблона подгружал нужный шаблонизатор. тогда можно чтобы движок и все шаблоны были на twig, а свои модули оставить на php, пользователям давать ссылку на модификацию Template, чтобы они установили и использовали php шаблоны, тем более что такие шаблоны будут работать даже быстрее.

в лоадере вот код: $template = new Template($this->registry->get('config')->get('template_engine')); то есть в настройках есть выбор шаблонизатора и можно выбрать php или twig но twig то по умолчанию и все файлы движка в twig, следовательно и свои модули нужно делать в twig (или и так и так, так как пользователь может выбрать любой вариант?). Варианта использовать и файлы шаблона и twig и php чтобы один файл был такой а другой такой - нету. или я не вижу. Хотя несложно переделать класс Template чтобы он понимал 2 типа.

я уже ищу конвертер php to twig вот такой нашел: https://php2twig.com/index.php

Спасибо за пост. будет что потестировать на досуге. Но судя по описанию из этой темы кто-то может сказать, что все эти изменения реально тянут на 3 версию? Что глобального поменялось? шаблонизатор добавили, так это вообще очень спорно нужен ли он вообще, по мне так нафиг не нужен. Что еще токен убрали?.. ну это мега улучшение, однозначно тянущее на новую версию.. То есть мало того, что имеем новую версию для которой нужно будет переписывать все модули, так еще и, судя по тому, что ничего глобального не изменилось, оно будет изменяться дальше, в 3.1, 3.2, 3.3.. (так же как это было в 2.1, 2.2, 2.3..) тем самым придется модули переделывать под каждую новую минорную версию, потому что Даниел в 3.1 решит что например папку extension нужно опять перенести куда-то.. Ну почему бы не сделать нормально как делают все? Добавить реально глобальные изменения (например доделать на конец события до того состояния, чтобы можно было совсем или почти совсем отказаться от ocmod) и выпустить 3 версию. После этого ничего глобально уже не менять, а исправлять баги и добавлять какие-то мелкие улучшения, которые бы не ломали совместимость модулей. А все глобальные фичи делать в отдельной ветке из которой уже сделать 4 версию... Но ведь логично же, так все движки развиваются, но только почему-то не этот..

Объясню ситуацию, если кто-то это читает. Пользователь купил модуль в воскресенье вечером в 21:02. Через 8 минут! после покупки сразу пишет пост с обвинениями: При этом на странице модуля черным по белому написано, что активация модуля происходит по запросу в ЛС, такой формат покупки доступен правилами сайта. Мало того, достаточно много модулей на этом сайте так продаются, когда после покупки нужна активация и без этого модуль работать не будет. В модуле есть инструкция, согласно которой нужно в ЛС или на почту прислать информацию о сайте (адрес сайта, версия движка) чтобы автор мог выслать правильный модуль и правильный ключ для него. Только в этой теме модуль купили больше 200 пользователей и все! они без каких-либо претензий предоставили эту информацию и получили свой модуль. Но не этот пользователь! Давать адрес своего сайта (или тестового, локального итд.) он наотрез отказался. Не дам и все. Все мои сообщения, что без этого модуль не будет работать ни к чему не привели. Давать адрес своего сайта пользователь отказался. При этом в переписке он постоянно употреблял фразы типа "я не должен читать никакие описания модуля, правила, инструкции, у меня нету на это времени" и так далее. После нескольких подобных писем я сообщил этому пользователю, что модуль я ему вышлю после того, как он даст адрес своего сайта, так как это нужно для ключа и без этого модуль работать просто не будет. По возврату денег. Пользователь только зарегистрировался на этом сайте и не знает, что отменить покупку и вернуть всю сумму за нее автор не может, у него просто нету таких полномочий на форуме. Я всегда стараюсь идти навстречу покупателям, но только в случае если покупатель после покупки остается человеком! Если покупатель после покупки напишет, что, "извините, плохо прочитал описание модуля, не разобрался до покупки", то я обычно иду навстречу и что-то да придумаем какие-то варианты как выйти из этой ситуации. НО когда пользователь после покупки начинает быковать, обвинять и угрожать.. при этом говорить, что все правила написаны не для него, у него нету времени их читать, тем самым доказывать свою полную неадекватность.. то что можно сказать, он сам виноват в той ситуации, в которой оказался.

поддержку php7 нужно вводить тогда, когда эту поддержку заявит сам движок, иначе какой смысл добавлять поддержку 7 версии модулям, если сам движок официально ее не поддерживает?

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

нет, модуль ищет по всем

прекрасно находит: http://demo.sv2109.com/ocstore1551/index.php?route=product/search&search=mac 3 снизу, потому что первые 3 начинаются на mac поэтому их вес больше

Для модуля Поисковой системы сделал версию для 1.5:

Для модуля Поисковой системы сделал версию для 1.5:

Сделал версию для 1.5

откройте css файл модуля, там все настройки стикеров

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