markimax

НЛО забрало комментарий

НЛО забрало комментарий

НЛО забрало комментарий. (потому что доброе)

Вышла обновленная версия 3.06 Изменения: Adware (партнерские ссылки) перенесены в отдельный блок и открываются при клике на ссылку "Партнеры", расположенной рядом с "Поделиться". Добавлена библитека обработки исключений. P.S. Напоминаю (license.txt). Вы можете написать автору модуля и договриться об удалении блока вывода adware. P.S. Вышла версия 3.07 - поправлены ошибки. Смотрим ниже

НЛО забрало свой коммент

Это adware, согласно license.txt, ссылки не скрытые. 6px таб заметили 99%. Сами ссылки не скрытые и хорошо видны. А вход в блок идет через таб. Вот только с размером таба я перегнул (не хотелось ломать дизайн пользователям).

Немного лирики про архитектуру Openacart, к seo_pro не относится Согласно догме MVC нельзя смешивать логику и код контроллера или модели. В самом opencart кстати смешан код контроллера и логики. Например как в контроллерах Opencart вызывается файл шаблона ;) ? Ну это просто пипец. Неужели нельзя было поставить на месте, например вот этого кода: if (file_exists(DIR_TEMPLATE . $this->config->get('config_template') . '/template/common/header.tpl')) { $this->template = $this->config->get('config_template') . '/template/common/header.tpl'; } else { $this->template = 'default/template/common/header.tpl'; } Что-то типа $this->getTempalte(); Где можно было бы сделать callback на пользовательскую функцию, тогда при любых изменениях кода или шаблона не надо было править контроллер. А если я например захочу в зависимости от параметров вызывать разные файлы шаблонов? Что тогда? Выходит новая версия ОС и опять править контроллер? А в этом примере и подавно часть View зафигарили в контроллер. Абзац. Это я привел "к примеру". Такого г в opencart - на каждом шагу, если честно - позор и не понимание MVC разработчиками opencart.

Его можно было и не менять, модуль бы и так работал. Просто на сегодня нет гибкого модуля seo, поэтому пришлось "править" стандартный код, что "не есть хорошо". Но за не имением нормального модуля seo - пришлось. В планах сделать гибкий модуль seo, который бы не изменял код чистого oc и гибко бы настраивался.

1. Изменение кода исходных файлов оригинального ос. 2. Отсутствие гибкости (что и произошло с добавлением блога). 3. Смешивание логики и кода.

Ok. По просьбе трудящихся доработаю :)

Вы может не правильно указали размеры фото. Размеры фото аватара берутся как у товара в списке. Второе. SEO_PRO - редкая фигня как модуль. 3-е а зачем vqmod - модуль заменяет только один файл seo_url. Даже не заменяя его модуль будет работать, но без ссылок seo. еще раз повторюсь. seo_pro , советую на свалку.

Честно не знаю, многие ставили таких проблем не бьіло

Пока да

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

При помощи модуля 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, который не будет изменять стандартный))