markimax

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

6px ;) 2 бордера и промежуток между табами в 2px В принципе 6px это я перегнул. В новой версии поправлено

НЛО сьело коммент

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

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

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

Вышла обновленная версия 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