markimax

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

К сожалению я не поддерживаю левые сборки, так как это имхо не правильный путь. Точнее путь в некуда. Когда есть официальные сборки нет надобности поддерживать левые сборки, совсем другое дело, когда официальная разработка прекратилась, тогда есть смысл поддерживать сообщество. А так, кто лучше знает, как должен двигаться продукт в следующей версии - правильно сам празработчик. Конечно левая сборка может выбрать полностью другой путь, но тогда это уже как говорится новая разработка. А 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 кошелек :) Правда я смотрю никто не отвечает, наверно не надо такой модуль ;)