markimax

Ну отдохнуть то на праздники можно было ;) Я тоже человек, а не программа генерирования кода :) Все сделано, все проверено и работает, просто надо немного почистить код (поубирать лишнее, оптимизировать) Я могу хоть сейчас выложить рабочую версию, только если где-то в комментах кода попадуться нецензурные выражения не обижайтесь :) Подождите пару дней. Как вы думаете а документация вам нужна? Примеры? Или вы будите смотреть на модуль и думать: хорошая штука, только что с ней делать. Это же не просто модуль блога и фильтра, это модуль расшиерения архитектуры. Я его делал, я знаю какие чудеса он может делать. А вам то надо разжевать :) Продукт всегда должен быть законченным.

При помощи модуля hooks&helpers, который я сделал. Он открывает такие возможности, о которых разработчики и пользователи других систем мечтают :) Теперь сделать, то о чем вы написали будет тривиальной задачей в пару кликов в админке :) Раньше же сделать это было или невозможно или с большими изменениями кода ядра.Например в вашем случае на один хук вешаем 2 модуля одного и того же фильтра где в параметрах указываем разные route и template. В параметры route вы сможете передать всё что вам угодно :)

Вся суть в том, что моя политика в области построения модулей - не изменять файлы системы.А данный модуль как раз расширяет возможности в том, что даже при сильном изменении кода системы, код вашего магазина практически не изменялся. Ошибка архитектуры opencart в том, что в контроллеры была включена логика, поэтому при малейшем изменении ядра приходится полностью перестраивать модули и скажем так, всё остальное, по новому вностить изменения в систему и т.п. Данный модуль, не трогая системные файлы, позволяет на уровне архитектуры изменить саму архитектуру opencart, в том чтобы вностить как можно меньше изменений в систему. Поэтому поддержка будет очень тривиальной задачей. Да и сам код поверьте очень несложный с точки зрения кода, я не пойму почему он изначально не был внесен в систему, на уровне архитектуры. Разработчики opencart неплохи в написании кода, но как архитекторы системы очень слабы.

Ну что :) Хуки и хелперсы я сделал, наведу косметику и выложу модуль. Что теперь только можно не делать с opencart ;)

C Новым годом! Счастья, здоровья, процветания.

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

Я имею ввиду, когда вы собираете свою сборку, вы изменяете файлы opencart?

Я смотрел trunk ос - там этот баг пофиксили, правда не так как например я бы сделал.

Прочитайте внимательно ветку, там есть версия модуля для 1.5.1.3

Я же написал (к примеру) ;) У вас все модули так подключены (не изменяют систему)? ;)

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

Суть позиции такая -> если делаете сборку, то делать это так, чтобы "системные" файлы не изменялись. Т.е. все расширения были сделаны модулями не трогаюшими систему (оициальную сборку). Тогда у пользователей не будет проблем. А так извините, выбработанная вами стратегия запутывает пользователей. Кстати вы можете воспользоваться модулем hook&helpers который скоро я доделаю и выложу ссылка'>https://opencartforum.com/topic/2654-%D0%BC%D0%BE%D0%B4%D1%83%D0%BB%D1%8C-%D1%84%D0%B8%D0%BB%D1%8C%D1%82%D1%80-%D1%82%D0%BE%D0%B2%D0%B0%D1%80%D0%BE%D0%B2-%D0%B2-%D0%BA%D0%B0%D1%82%D0%B5%D0%B3%D0%BE%D1%80%D0%B8%D0%B8-20/page__st__380"]ссылка. Тогда вам будет меньше гемороя вставялть нужные модули без изменения системы. Единственным требованием для пользоватея будет установленный модуль hooks&helpers, rкоторый и был разработан для таких случаев. Он архитектурно расширяет opencart. Фактически - официальная сборка и сборка с этим модулем будет отличаться (файлами) только в шаблонах. Т.е. Os будет фактически на уровне ядра полной копией официальной. И единственно, что что надо обновить - это просто добавить модуль расширения, который не трогает файлы и добавить новую тему :) И всё вот он OS. Так и вам будет легче, чем после каждой новой официальной сборки изменять свою. Моя (имхо) стратегия вашего проекта. Собрвть нужные модули, которые не изменют файлов официальной сборки. Расширить за счет этих модулей архитектуру оф. сборки. Все изменения только в теме. (например все ошибки оф. можно поправить helpers ами а на хуки присандалить модули глобальных расширений (например свой seo, который не будет изменять стандартный))

Воспользовался функционалом opencart но в следующей версии они поправят, и я тоже заменю на нормальную функцию "обрезания"

Вы license.txt читали :). В наше время лицензию и соглашения всегда читать надо, так сейчас даже вирусы выходят с лицензионными соглашениями (согласно которых антивирусы не имеют права их удалять). Модуль распространяется по принципу adware. Ссылки "спрятаны" так, чтобы не "надоедать". Кто хочет убрать ссылки, может пожертвовать "модулю" любую сумму, какую считает нужно (сколько по мнению пользователя стоит модуль) и убрать сам эти ссылки. P.S. В принципе получется своего рода партнерка :)

Здесь немного другое. Здесь изначально написано с ошибочной парадигмой. Просто в контроллер(ы) нельзя впихивать логику (согласно MVC). Вот поэтому и пошли проблемы потом. Если бы автор изначально придерживался и внимательно изучил принципы MVC, такого бы не было :)Вообще, если честно из всех "магазинов" opencart лучший. А лучший, потому что простой. Автору надо было всего немного изменить архитектуру. Насчет "быстроты". С этим отчасти согласен. Всегда надо вести приемственность версий, из-за чего страдает функционал. Но не было бы этих пробьлем, если бы опять же повторюсь автор "держал строй" MVC. А так это какой-то бутемброд.

Дык в шаблоне поставьте сами шаринг на любые социальные сети :) Если надо быстро. Я поставлю в следующей версии, но после Нового года. И кнопочки +1 и Like тоже :)

Вот как выглядит например, если на хук в шаблоне модуля Блог посадить модуль Хит продаж (продаж не было, поэтому Хит пустой :) )А можно в любое место и Фильтр товаров всандалить, причем сразу с параметрами :) А вот так можно сделать ищзменив в параметрах вызова модуля: т.е. route идет Новости, а на хук посадили тот же модуль Блог, только с параметром recepty Даже seo работает :) Кстати заметьте маленькую debug надпись: record/bl.tpl Т.е. и шаблон подменен в вызове модуля :) Вот такие чудеса можно будет делать. Осталось только админку доделать (добавление и редактирование параметров) и всё.

Мне кто-то подскажет зачем в методу getChild в abstract class Controller передаются аргументы $args ? Они ни где не используются. Я конечно задействовал их, например можно на хук повесить модуль и вызвать его со своим шаблоном и своими настройками, т.е. изменить модулю route. Но вот вопрос, почему модули ядра совсем не проверяют аргументы и их не используют? На мой взгляд ответ простой - потому что в контроллеры запихнули логику. Хотя аргументы - это правильно. На них можно повесить переменные шаблонов детей и т.п. Только я не понимаю, почему изначально так не было сделано. Кстати с хуками, весь opencart можно настолько упростить, что вы забудите про layouts как страшный сон. И темплейты можно будет сделать раз 10 быстрее и легче. Предствьте что загружаться будет только один файл шаблонов системы (фактически index.php темы), а внем хуками вы можите ловить любые модули со своими параметрами (вот где аргументы пригодились) - второстепенными шаблонами (для блоков и модулей) опять же из темы. Фактически получиться обычная блочная система. Хук фактически как блок <div id=...>$модули</div>. Это не только упростит систему, но и повысит быстродействие. Странно почему это изначально не было реализовано на уровне архитектуры.

Сам, как сделаю выложу, я все выкладываю (open source). Фильтр товаров обещал передалить с 1.4 в 1.5 - переделал, модуль блог обещал - выложил :) Модуль расширения уже работает. Надо только косметику в панеле администратора "наложить" и сразу же увидите.

Для тех кто в танке (без обид, но иногда задачи которые вы ставите, вы не можете осознать как тяжело они решаются в opencart с точки зрения архитектуры (на мой взгляд архитектуры с глобальными стратегическими ошибками), для этого надо уметь писать не только код php, а архитектурно думать).Обьясняю, opencart довольно тяжелая архитектура для расширения ядра и функциональности, без вмешательства в само ядро и файлов пользователей и модулей. Так вот чтобы сделать как вы хочете и не трогать файлы пользователей, которые могут быть измененные, нужно расширить ядро хуками и хелперами. Так вот сейчас я делаю модуль такого расширения ядра, при котором не трогается ни ядро ни файлы модулей и пользователей. Работа мозгам скажу еще та. Но могу сказать, что разработка продвигается, сегодня поборол множество архитектурных ограничений. В конце вы получите полностью архитектурно расширенную opencart за счет всего одного модуля без изменений файлов. Т.е. теперь вы сможете любой установленный модуль или новое понятие helper (для opencart :) ) вызвать в любом месте *.tpl файлов. К примеру так. хук (что такое хук: для расширения функциональности тех или иных частей ядра, нужно реализовать хук (я бы сказал якорь а не ловушка). Когда ядро хочет явно взаимодействовать с модулями, он определяет какие хуки предоставляются пользователем и вызывает на эти хуки нужные модули из всех включённых на сайте модулей) HOOK::set('mark'); А в admin на этот хук повесить кучу модулей, например фильтр товаров или bestseller или т.п. Хелпер. Например не обьявляя и не загружая строки через контроллер (что гораздо логичнее, чем сейчас, это же маразм (сейчас) чтобы добить в tpl вывод строки надо изменять контроллер модуля (пипец, какое же это MVC? Контроллер - это должно быть только связующее звено, о логике он знать ничего не должен, он должен связывать, ну например с тем же хелперами!) ) в модуле сразу в tpl вывести приблизительно так черз хелпер Mark со своим классом и методами, который будет находится в catalg/helpers Вот так где-то: $this->Mark->mprint('text_information'); Кстати херлперы уже реализовал и хуки почти тоже, осталось повесить реализацию загрузки модулей на них. Такое надо ? ;) 4 часа утра :blink: Уже и модули повесил на хуки - все работает, осталось косметику наложить.

Обновился модуль "Блог" до версии 3.05 Исправлены ошибки, связанные с реализацией кеширования в opencart (ошибочной). Теперь зарегистрированный пользователь добавляет комментарии без капчи

Обновился модуль "Блог" до версии 3.05 Исправлены ошибки, связанные с реализацией кеширования в opencart (ошибочной). Теперь зарегистрированный пользователь добавляет комментарии без капчи

В шаблоне там где надо, "вручную" вызываем модуль

Обновился модуль "Блог" до версии 3.03 Изменения: Теперь поле "Порядок сортировки" можно оставлять пустым. Тогда модуль сам определит порядок записи в блоге. Изменен порядок сортировки. Теперь новые записи появляются вверху.

Обновился модуль "Ьлог" до версии 3.03 Изменения: Теперь поле "Порядок сортировки" можно оставлять пустым. Тогда модуль сам определит порядок записи в блоге. Изменен порядок сортировки. Теперь новые записи появляются вверху.