markimax

Мне кто-то подскажет зачем в методу 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 Изменения: Теперь поле "Порядок сортировки" можно оставлять пустым. Тогда модуль сам определит порядок записи в блоге. Изменен порядок сортировки. Теперь новые записи появляются вверху.

К сожалению я не поддерживаю левые сборки, так как это имхо не правильный путь. Точнее путь в некуда. Когда есть официальные сборки нет надобности поддерживать левые сборки, совсем другое дело, когда официальная разработка прекратилась, тогда есть смысл поддерживать сообщество. А так, кто лучше знает, как должен двигаться продукт в следующей версии - правильно сам празработчик. Конечно левая сборка может выбрать полностью другой путь, но тогда это уже как говорится новая разработка. А ocStore - это всего лишь левая сборка. Выходит новая версия и куда летят прошлые сборки - в некуда. Отсюда падает интерес поддержки левых сборок у самих разработчиков левых сброк. Итог? В конце концов разработчики левых сборок теряют интерес к этому (вспомните сколько было сборок для joomla? Вышла версия 1.5 и где они ... я б сказал, но может дети читают). Вот почему я, даже не тестировал на ocStore. И не буду. Пускай модули opencart для ocStore тестируют и переделывают сами разработчики ocStore (лучше бы занялись изменениями в архитектуре oc и повели отдельную ветку, чем просто делать сборки, на базе официальной (а официальная в части архитектуры - просто ужас - http://ru.wikipedia.org/wiki/Model-View-Controller'>http://ru.wikipedia.org/wiki/Model-View-Controller"]http://ru.wikipedia.org/wiki/Model-View-Controller Наиболее частые ошибки Начинающие программисты (особенно в веб-программировании) очень часто трактуют архитектурную модель MVC как пассивную модель MVC. Тогда модель может быть исключительно совокупностью функций для доступа к данным, а контроллер — как элемент системы, содержит бизнес-логику. В результате код моделей по факту является средством получения данных из СУБД, а контроллер представляет собой типичный модуль, наполненный бизнес-логикой или скрипт в терминологии веб-программирования. В результате такого понимания MVC разработчики стали писать код, который известный в кругах Zend Framework сообщества разработчик Pádraic Brady охарактеризовал как ТТУК — «Толстые тупые уродливые контроллеры» (Fat Stupid Ugly Controllers ) Но в объектно-ориентированном программировании используется активная модель MVC, где модель это не только совокупность кода доступа к данным и СУБД, а вся бизнес-логика. В свою очередь контроллеры должны избавляться от логики приложения (бизнес-логики). Таким образом Контроллер становится «тонким» и выполняет исключительно функцию связующего звена (glue layer) между отдельными компонентами системы.). А opencart - изначально ошибочная реализация архитектуры MVC. Еще раз повторю и упрощу - контроллеры не хрена занть о логике не должны. Они просто связующее звено. Кстати оптимальный вариант вообще один тонкий контроллер. Тогда это избавит от избыточности и упростит архитектуру и отзывчивость системы (читаем скорость) Кстати с примером реализации на викки я не согласен совсем (особенно мне понравилось имя класса class Krugozor_.. - а что так делают опытные программисты ;)?. И на хуа (не кого не обидел? ;) , но из песни слов не выбросишь, потому как это написано на викки и "это" читают начинающие программисты) лепить в контроллер логику (в примере)... $this->getView()->adverts = $list->getList();$this->getView()->pagination = $list->getPagination(); Извините но это уже логика (в zend тоже не боги сидят ;) ). И в конце мне "понравилось": Модель ничего «не знает» о Представлении, а Контроллер не содержит в себе какой-либо бизнес-логики. Блин да знает уже! Контроллер уже знает о "нумерации страниц". (в примере) Это уже не тонкий контроллер! Контроллер должен быть своего рода только связующим звеном между ... ну например той же пагинацией. Скорее модель - это модуль. А контроллер - не трожьте :) (кстати на викки и написано: текущая версия страницы пока не проверялась опытными участниками) P.S. На opencart 1.5.1.3 модуль (версия 3.02) работает.

Недостаток opencart - отсутствие хуков в части шаблонов и рендеринга (да и вообще реализация "тем и шаблонов" очень слабая, полное отсутствие понятия "блоков" вообще убивает (но это недостаток 90% cms), ну а про наследование блоков я вообще молчу) . Поэтому для того чтобы сделать такие изменения придеться править код (хотя можно было бы вставить хук (в шаблоне) и повесить на него блок со своими модулями и функциями). Короче, по части архитектуры opencart очень далек от совершенства. Архитектура на 2 с минусом.

2. Можно, но в коде (стандартно в коде). 3. Можно, но в коде (это стандартная капча). P.S. В будущем: п.2 будет в настройках и обрезка будет по словам а не по символам. Далее: настройка размера картинок тоже будет в админ части. Сейчас, размер в настройках магазина привязан к размеру товаров.

Я специально (только что), заново поставил чистый opencart 1.5.1.3. Залил файлы моего модуля. Проверил. Все работает. А вы создали таблицы для модуля? (как же модуль без таблиц ;) ) Там в Дополнения->Модули->Блог есть кнопочка "Создать таблицы для модуля" Вы её нажимали? И доступ для модуля открыли для Top administrator group вначале? Если нет, то 1. Заходим в модуль: Дополнения -> Модули -> Блог - нажимаем "Установить" 2. Открыть доступ (в /admin): Система -> Пользователи -> Группы пользователей -> Top Administrator наживаем "изменить", там Доступ и Изменения -> Выделить все -> Сохранить 3. Заходим в модуль: Дополнения -> Модули -> Блог -> Изменить а там нажимаем на кнопку "Создать таблицы для модуля" 4. Всё, работаем. Т.е. Добавляем схемы, блоги (категории), записи (новости и т.п.). А комменты заливаются с front-a :)

Как и обещал - модуль "Блог" для opencart 1.5.* Данный модуль распространяется бесплатно. Данный модуль был разработан в интересах клиентов, поэтому распространяется по принципу adware. Модуль "Блог" поставляется по принципу "as is". По поводу удаления ссылок обращаться к автору.

Как и обещал - модуль "Блог" для opencart 1.5.* Данный модуль распространяется бесплатно. Данный модуль был разработан в интересах клиентов, поэтому распространяется по принципу adware. Модуль "Блог" поставляется по принципу "as is". По поводу удаления ссылок обращаться к автору. Про глюки и ошибки - сообщать автору ;) После установки не забываем: 1. Создать таблицы для модуля (из самого модуля: admin/index.php?route=module/blog&token=... кнопка:Создать таблицы для модуля). 2. Открыть доступ к таблицам модуля. (System-> Users -> User Group -> Top Administrator ->Access Permission:/Modify Permission:) На левых сборках (ocstore) не тестировался

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

Бесплантых нет вообще (модули новостей за блоги не считаем). Вот и всё что я говорю.Даже простейшего модуля "блог" (где есть блоги, записи, комментарии, галерея), бесплатного - нет. Насчет "стратегии"...Вы не видите и может я не вижу. Заказчик может видит ;). Это его право. Или вы своим заказчикам говорите: нет на сайте блога не будет, нет в этом стратегического потенциала для бизнеса (например мастер класс по суши, рецепты ... да, да это тоже блоги, где в комментах люди задают вопросы) - валите в фейсбук ;) ? Или вы думаете у всех юзеров "есть" фейсбук ;)? У заказчиков магазины, а вы их делаете. Им решать, и про стратегический потенциал для своего бизнеса тоже. P.S. Можете не ценить то что сделал я, мне пофиг. Я сделал, посмотрел - нету, предложил. Причем "на шару". Вам не надо - не отвечайте. Только не говорите (не проверя) что такого г навалом на гатулиновой фабрике. Насчет "умняка" про стратегию развития. Все гораздо проще и примитивнее в нашей стране, и те кто занимается или занимался бизнесом это знает. P.S. Еще раз подчеркну - бесплатных для 1.5.* нету. Возможно, всего знать нельзя, может я не нашел (вы говорите полсотни есть). Покажите мне ;) ? Только обычные новости не предлагайте.

admin/*/common/header (общее меню). Хотя конечно можно сделать и в меню модулей, но как-то не красиво, хотя конечно повтор действий будет и там. В остальном, да, совершенно не пересекается. Просто надо вылизывать, типа создание таблиц из админки и т.п. В большей степени я это имел ввиду.

Ну и где? Перед тем как писать надо не по памяти а просто проверить. 6 из них 5 платных, а тот что бесплатный - жалкое убожество и пародия. Обычные новости. А из 5 оставшихся - 2 это update имеющихся, итого получаем всего 3 реальных. Из них по demo - только 2 нормальных. В одном вообще демо работает с глюками (читай г.) Пожайлуста - платите от 25 до 45 у.е. вопрос снимается. Вот ссылка на стандартный репозитарий. Сами вспомните и посчитайте. http://www.opencart.com/index.php?route=extension/extension&filter_search=blog&filter_download_id=23&sort=e.date_modified&order=DESC

Что-то до боли знакомый аватар в комментах :) http://optheme.com/Related%20product%20in%20article'>http://optheme.com/Related%20product%20in%20article"]http://optheme.com/Related%20product%20in%20article

Я сторонник open source, кто захочет отблагодарить я оставлю webmoney кошелек :) Правда я смотрю никто не отвечает, наверно не надо такой модуль ;)

Новости и блоги. Ну вы сравнили. Все новости, которые я видел, тоже далеки от совершенства. А про блоги я молчу. Кстати для opebcart 1.5.* я нашел, всего 4 платных модуля, остальные 3 это update. А бесплатных вообще нет. А из 4-х только 2 нормальных (по демо). Вот такая арифметика.

Модуль Блог | Новости | Статьи | Отзывы | Галерея | Акции | Опросы версии 4.* Версии с которыми совместим данный модуль: OpenCart v1.5.1.3, v1.5.2, v1.5.2.1, v1.5.3.1, v.1.5.4.1 ocStore v1.5.1.3, v1.5.2.1, v.1.5.3.1, v.1.5.4.1 Модуль Блог версии 3.* Поддерживаемые языковые расширения в комплекте: Russian English Чем данный модуль лучше других: Не перезаписывает системных файлов Opencart Не требует VQmod Легкая установка Работает со всеми известными SEO модулями (SEO PRO, SEO Pack PRO, seo url, cached ...) Имеет свой SEO виджет Гибкая настройка Большое количество виджетов Реализация галереи Реализация отзывов Реализация html вставок Возможность ответов на комментарий Возможности опросов Древовидное представление комментариев Рейтинги комментариев Скорость Кеширование SEO виджета Расширенные возможности кеширования Что можно реализовать на базе модуля: Новости Блоги Статьи Галереи Отзывы Акции FAQ Голосования / Опросы (с пользовательскими вариантами ответов) Вставки HTML Баннеры ... (дополните сами, архитектура гибкая...) Возможности: Неограниченное количество записей Поддержка мультимагазинов Дата начала публикации и дата окончания публикации записей Краткий и полноценный анонс записи (CKEditor) Поддержка мультиязычности Поддержка SEO Pro и всех известных SEO модулей Возможности кратких SEO ссылок Настройки закрытия SEO ссылки слешем Отдельные настройки для категорий (блогов) Древовидное представление комментариев Возможность ответа на комментарий Рейтинг комментария Ввод символов капчи мышкой Возможность редактирования записи из frontend сайта Ссылки записей (статей) на продукты Похожие записи (статьи) Неограниченная вложенность и представление категорий (блогов) Настройки шаблонов, отдельно для виджетов и категорий Настройки шаблонов для списков, записей, комментариев Настройки для "обрезания" описаний по количеству символов, по количеству слов, по количеству предложений Поиск по записям Вывод списка записей (новостей) в любой колонке и схеме, с индивидуальными настройками ... Демо модуля: http://technoprod.com.ua Административная часть: http://technoprod.co...ute=module/blog Логин: demo Пароль: demo Инструкция по установке модуля в архиве купить здесь http://technoprod.com.ua/files/sborka

Привет народ :) Заказчик поставил задачу, сделать блог в магазине. Поискал я модули для 1.5.1.3 и .... не нашел Что-то слабоват-то для сообщества opencart. Там нормальному разработчику не фиг делать его сделать, удивительно что никто не сделал еще. (ну может я не нашел) Значит сел я и за 3 часа сделал блог (просто удивительно, почему никто не сделал) Что он умеет: Все тоже что и стандартные категории и товары и отзывы. У меня получились как блоги, записи, комментарии. Но я добавил, что можно включать комментирование для каждой записи, а не для всех сразу. Я делал под чистый opencart 1.5.1.3. Всё отлично работает. Ну и как обычно у меня, сделал всё работает а вот времени "привести" в порядок нету, точнее привести к виду vqmod. Вообще такая штука нужна кому нибудь? P.S. Что хочу сделать: иерархию комментариев, рейтинг каждого коммента.

К сожалению, ничего сделать нельзя. Тормозная архитектура. Когда в составлении запроса (он создается автоматически) используются конструкции OR, тогда теряется контроль над запросом, а точнее над быстродействием. Когда OR -ы переваливают за 3 тогда индексы просто не нужны, так как идет простой перебор по всей базе. Быстрее даже будет работать простые запросы к каждому обьекту, чем один с OR - ами. На будущее все. Не используйте в запросах OR или IN. Лучше составьте кучу простых запросов. А еще лучше с самого начала проработайте архитектуру проекта так чтобы не наступать на грабли потом. Данный движок можно использовать только на простых магазинах. P.S. Но вы сильно не расстраивайтесь, если бы вы увидели Bitrix вы вообще уху...ли. Когда я просмотрел код Битрикса, я ох...ел, и даже им написал про это. На что ответ был интересный : Мы знаем, делали не мы, это практикант, мы его уволили. Но таких запросов там больше половины.

:) Вы видели там запросы? Это ужас... одни OR-ы и IN-ы причем большой кучей, понятное дело - будет тормозить. Здесь ничего не зделаешь - архитектура движка такая. Разве что можно кеширование подключить (написать для модуля) что тянет за собой еще кучу изменения кода. P.S. Ау. Кто там говорил, что он "быстродействующий движок" ;) ? Согласно архитектуре - тормоз полнейший, если бы не кеширование, то вообще бы еле ворочался. А так, для магазина - кешировать можно все.