В данной статье мы разберемся как работает система событий в Opencart 2.x, и как ее использовать при написании своих модулей.

Данная система позволяет писать код, который будет выполняться при определенных событиях, происходящих в OpenCart. Такими событиями могут быть:

• создание учетной записи (регистрация);
• оформление заказа;
• редактирование адресов пользователя;

или другие ключевые события, которые имеют строку с вызовом триггера, и все это без необходимости использования vQmod или OCMOD, или изменения файлов системы! С помощью системы событий, вы можете избежать ошибок, которые происходят, когда вы используете систему модификаций вроде vQmod или OCMOD.

Как работают события Opencart 2.x

Для использования системы событий достаточно выполнить два действия:

1. регистрация обработчика событий;
2. реализация обработчика событий;

Обработчики событий — просто методы, определенные в файлах контроллера. Вы можете использовать один файл для всех ваших методов или вы можете создать отдельный контроллер для ваших обработчиков событий.

Для регистрации обработчики событий необходимо использовать модель extension/event (для OpenCart 2.0.1+) или модель tool/event (для OpenCart 2.0.0.0).

В модели extension/event есть 2 метода:

1. addEvent($code, $trigger, $action);
2. deleteEvent($code).

Не сложно догадаться, что функция addEvent() используется для регистрации обработчиков событий, а deleteEvent() используется для отмены регистрации. Это позволяет зарегистрировать свои обработчики событий в методе install() контроллера вашего модуля в admin разделе, а также удалить их, когда ваш модуль удаляется, для чего используется метод uninstall() этого же файла контроллера.

Аргумент $code — используется для группы обработчиков событий. Здесь вы указываете название вашего модуля.

Аргумент $trigger  -название события, на которые вы хотели бы установить обработчик. Список всех доступных триггеров, можно найти здесь: https://github.com/opencart/opencart/wiki/Events-(script-notifications).

Аргумент $action путь к вашей функции обработчика. Указывается в виде стандартного адреса к контроллеру. Например: module/mymodule/on_install.

Пример событий Opencart 2.x

В данном примере предполагается, что мы работаем с OpenCart 2.0.1+. Теперь давайте предположим, что мы создаем модуль под названием «My Module». Файл-контроллер администратора для модуля будет admin/controller/module/mymodule.php. Файл-контроллер каталога для модуля будет catalog/controller/module/mymodule.php.

Модуль будет реализовывать 2 простые функции:

1. отправку сообщения электронной почты администратору, когда удаляется магазин (мультимагазин);
2. отправку сообщения электронной почты администратору при регистрации клиента.

Триггеры, которые мы будем использовать в pre.admin.store.delete и post.customer.add.

Для начала, мы зарегистрируем наши обработчики событий в методе install() нашего модуля:

public function install() {
    $this->load->model('extension/event');
    $this->model_extension_event->addEvent('mymodule', 'pre.admin.store.delete', 'module/mymodule/on_store_delete');
    $this->model_extension_event->addEvent('mymodule', 'post.customer.add', 'module/mymodule/on_customer_add');
}

Мы также должны позаботиться о процессе удаления, и удалить обработчики событий в случае удаления модуля:

public function uninstall() {
    $this->load->model('extension/event');
    $this->model_extension_event->deleteEvent('mymodule');
}

Далее, мы должны реализовать обработчики событий. События, название которых начинается с pre, вызываются перед выполнением действия, а события, название которых начинаются с post — после завершения действия.

Если нам необходимо включить домен магазина в наше сообщение, выбираем событие «pre» вместо «post», т.к. при использовании post.admin.store.delete мы не сможем получить домен магазина.

Событие pre.admin.store.delete генерируется в админке, так что его обработчик должен быть реализован в файле контроллера администратора для нашего модуля. Мы хотим, чтобы наш обработчик событий уведомлял администратора об удалении магазина, и наш обработчик будет выглядеть примерно так:

public function on_store_delete($store_id) {
    $this->load->model('setting/store');
    $store_info = $this->model_setting_store->getStore($store_id);
    $admin_mail = $this->config->get('config_email');
    mail($admin_mail, "A store has been deleted", "The store " . $store_info['url'] . " was deleted.");
}

Все, что осталось сделать, это реализовать обработчик для события post.customer.add. Мы будем делать это в каталоге контроллера нашего модуля. Метод будет уведомлять администратора, когда регистрируется новый клиент и будет выглядеть примерно так:

public function on_customer_add($customer_id) {
    $this->load->model('account/customer');
    $customer_info = $this->model_account_customer->getCustomer($customer_id);
    $admin_mail = $this->config->get('config_email');
    mail($admin_mail, "New Customer", "A new customer has just registered with the following e-mail: " . $customer_info['email']);
}

Внимание: в примере используется функция mail() для отправки электронной почты для простоты. В реальной ситуации для этого необходимо использовать класс OpenCart.

Окончательные версии наших файлов выглядит следующим образом:
admin/controller/module/mymodule.php

<?php class ControllerModuleMyModule extends Controller { public function install() { $this->load->model('extension/event');
        $this->model_extension_event->addEvent('mymodule', 'pre.admin.store.delete', 'module/mymodule/on_store_delete');
        $this->model_extension_event->addEvent('mymodule', 'post.customer.add', 'module/mymodule/on_customer_add');
    }
    
    public function uninstall() {
        $this->load->model('extension/event');
        $this->model_extension_event->deleteEvent('mymodule');
    }
    
    public function on_store_delete($store_id) {
        $this->load->model('setting/store');
        $store_info = $this->model_setting_store->getStore($store_id);
        $admin_mail = $this->config->get('config_email');
        mail($admin_mail, "A store has been deleted", "The store " . $store_info['url'] . " was deleted.");
    }
}

catalog/controller/module/mymodule.php

<?php class ControllerModuleMyModule extends Controller { public function on_customer_add($customer_id) { $this->load->model('account/customer');
        $customer_info = $this->model_account_customer->getCustomer($customer_id);
        $admin_mail = $this->config->get('config_email');
        mail($admin_mail, "New Customer", "A new customer has just registered with the following e-mail: " . $customer_info['email']);
    }
}

Дополнительно

Помимо стандартного использования, система событий может быть использована для создания кросс-модульной интеграции. Используя объект Event ($this->event), вы можете вызвать любое событие в любой точке, а также чтобы вызвать свои собственные события.

Представьте себе, что вы разрабатываете модуль для комментариев. Вы создаете событие на действие по отправке комментария, например, что позволит другим разработчикам модулей создать методы-обработчики событий для ваших и выполнить код без необходимости vQmod или OCMOD. Это будет гарантировать, лучшую стабильность системы и лучший потребительский опыт. Вы также можете использовать систему для регистрации и запуска собственных событий во время выполнения.

Класс событий определяется в файле system/engine/event.php, так что вы можете взглянуть на нее для дальнейшего использования.

Заключение

Освоение системы событий в OpenCart выгодно во многих отношениях! И я рекомендую использовать события вместо системы модификации vQmod или OCMOD везде, где это возможно. Это позволит сократить количество глюков и несовместимостей модулей и дополнений других разработчиков с вашими. Также это позволяет создавать и использовать межмодульные связи, так что вы можете сделать несколько модулей, работающих вместе красиво и элегантно.

В данном посте мы рассмотрим установщик расширений, принцип его работы, затронем тему vQmod в OpenCart 2.x, а также рассмотрим новые возможности, предоставляемые OpenCart 2.

Установщик расширений OpenCart 2.x

Первым, что хотелось бы рассмотреть, это установщик расширений, т.к. это, пожалуй, один из самых основных разделов административной части для разработчика интернет магазина на основе CMS OpenCart. В предыдущих статьях, ввиду отсутствия опыта работы с новой версией движка, я мало уделял внимания данному разделу, но в данной статье я постараюсь ответить на все вопросы, с которыми могут столкнуться разработчики.

Для начала рассмотрим из чего состоит сам архив модуля .ocmod:

1. новые файлы (файлы модуля) — файлы для загрузки (которые не затирают основные файлы движка), находящиеся в папке upload;
2. файл install.sql для добавления таблиц в базу данных (если необходимо);
3. файл install.xml в котором хранятся инструкции по модификации основных файлов CMS Opencart (основан на принципе xml-файлов vQmod);
4. файл install.php который содержит код, который будет выполнен во время установки.

Как видно на скриншоте выше, структура папок в папке upload полностью повторяет стандартную структуру папок Opencart. В этих папках расположены файлы, которые будут скопированы на сервер при установке расширения.

Установка расширения происходит в несколько этапов:

1. загрузка и распаковка (в случае если это архив) файлов на сервер во временную папку system/upload/;
2. если это просто .XML файл, то его содержимое будет записано в таблицу oc_modification и на этом установка закончена, а если же это архив с файлами (как в примере), то он будет разархивирован во временное хранилище;
3. проверка доступа к FTP (доступ к FTP настраивается в настройках магазина);
4. загрузка файлов из папки upload модуля;
5. выполнение запросов из .SQL файла (обновление базы данных);
6. внесение правок в существующие файлы из .XML файла (см. п.2);
7. выполнение кода из .PHP файла (спасибо, Андрей Брус);
8. проверка какие файлы будут модифицированы в ходе установки, для того чтобы выдать вам их список в окне и ожидание подтверждения об установке.

В конечном итоге мы получаем скопированные новые файлы в папках нашей CMS, XML файл со сценарием (инструкциями) модификации в базе данных, и кеш этих самых модификаций в папке system/modification.

В целом система достаточно интересная и удобная для конечного пользователя, но не для разработчика. Почему? Потому что чтобы править модификации (инструкции к изменению файлов) необходимо править базу данных. При использовании классического vQmod для OpenCart для этого было достаточно править файл.

Кроме очевидного минуса с точки зрения удобства модификации инструкций, присутствует определенный плюс в данном методе хранения модификаций для файлов — более защищенное хранилище. Так как в базу данных мало кто имеет доступ, а на FTP могут иметь доступ многие (например для загрузки картинок на сервер), то данный метод может иметь преимущество, однако не стоит забывать что и на FTP можно дать доступ к определенной папке. (:

Для себя я сделал вывод, что данная система интересная, новая, удобная, но не для разработчика (: Будем следить дальше за развитием OpenCart 2, и за развитием модификаций и расширений для этой платформы.

Установка vQmod на OpenCart 2.x

Многие разработчики спрашивали, возможно ли использование vQmod как на предыдущих версиях OpenCart, и мой опыт говорит о том что можно! Просто установите его как обычно и пользуйтесь на здоровье. Если возникли проблемы, или вы располагаете иной информацией — пишите в комментариях.

OpenCart triggers

Работая над одним из проектов, я обнаружил в коде интересную строку:

$this->event->trigger('pre.admin.attribute.add', $data);

UPD: чатайте полный обзор в статье система событий в Opencart 2.x: как использовать event

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

На данный момент известно, что для регистрации функции на триггер необходимо написать:

$this->event->register('post.admin.attribute.add', 'checkout/order/send_email');

Однако больше информации внятной найти не удалось, если вы нашли что-то интересное или сами разобрались — пишите, дополним статью.

Подведем итог

В целом система развивается, обростая новыми и новыми функциями и фишками, оценить которые однозначно и объективно достаточно сложно. С моим мнением вы ознакомились, а ваше мнение буду рад прочитать в комментариях.

Надеюсь, очередной небольшой экскурс по новым фукнциям OpenCart 2.x был вам полезен и вы подчерпнули много новой и полезой для себя информации. Спасибо за внимание.

UPD: ознакомьтесь с системой событий и триггеров ($this->event) в новой статье система событий в Opencart 2.x: как использовать event

Также, я постараюсь ответить на вопрос одного из подписчиков (Maksim), который хотел узнать насколько стандартный функционал Opencart 2.0 удовлетворяет потребности SEO оптимизатора сайтов, для продвижения интернет магазина на данной CMS и есть ли смысл обновляться с точки зрения SEO.

Еще одним из главных вопросов остается наличие адаптивного дизайна по-умолчанию в Opencart 2.0, что заставляет считать неопытных пользователей что Opencart 2.0 более адаптированный под мобильные устройства и это его плюс.

Адаптивный дизайн и Opencart 2

Наличие адаптивного дизайна пользовательской части (front-end) в коробке Opencart по большому счету никак не влияет на сайт в целом. Когда разрабатывается сайт на основе любой CMS, которая поддерживает шаблоны/темы оформления, то для каждого сайта создается своя тема/шаблон, при этом может использоваться стандартная, как каркас.

Однако это абсолютно не означает что разработка интернет магазина с адаптивным дизайном на Opencart 1.5.x невозможна или сложнее. Более того верстка страниц интернет магазина намного проще и чище, имея минимальный каркас без дополнительных фишек, или в идеале — верстка «с нуля».

Таким образом, создание интернет магазина с адаптивным дизайном на Opencart 1.5.x сопоставима по сложности с разработкой на Opencart 2.0.x. То есть если вы хотите адаптивный интернет магазин, то необязательно использовать именно Opencart 2.0.

Единственным неоспоримым плюсом является наличие адаптивной версии в административной части вашего интернет магазина, однако, я сомневаюсь что администраторы или владелец магазина будет управлять им исключительно с мобильного устройства, тем не менее, это плюс в пользу Opencart 2.0.

Новые функции в Opencart 2

По большому счету, как я уже писал в предыдущей статье, посвященной краткому обзору Opencart 2, новая версия популярной CMS функционально практически ничем не отличается от своей предшественницы Opencart 1.5.x, другое дело внешний вид.

Ниже приведен список новых возможностей и нового функционала, который вы встретите в Opencart 2, которого не было в Opencart 1.5.x (за основу берется Opencart 1.5.4.1, возможно некоторые из приведенных нововведений уже были реализованы в Opencart 1.5.6.4)

Для SEO оптимизаторов разработчики Opencart добавили в стандартную сборку поле Meta title, теперь этим полем обладают категории, продукты и информационный страницы (далее «статьи»).

Скорей всего, компания Opencart Limited не хочет «оставлять без хлеба» разработчиков таких модулей как SEO Pack Pro и т.п, однако, и на этом спасибо.

Одним из более масштабных нововведений в Opencart 2.0 для меня стали дополнительные поля для покупателей интернет магазина на Opencart. Теперь вы можете заставить заполнить пользователя еще больше дополнительных и не нужных полей! На самом деле нужная штука.

Следующей новой фишкой Openart 2.0 стало редактирование вывода модулей: теперь модули не задаются в определенную схему на странице редактирования настроек модуля, они добавляются на странице редактирования самой схемы. То есть на странице модуля вы задаете определенные настройки, а в настройках схемы, указываете какие модули в нее добавить.

На мой взгляд такое решение достаточно удобное для того чтобы управлять виджетами и выводом модулей в рамках одной схемы, однако не совсем удобно в случае если ты настраиваешь модуль для разных разделов магазина на странице настроек модуля.

Новый раздел Marketing, для меня лично пока непонятен и я мало чего о нем могу сказать, однако если у вас есть соображения на счет этого нового функционала — пишите. Как я понял, данный раздел отображает отчетность по партнерской программе Opencart. Тут можно отследить переходы со сторонних ресурсов по Tracking Code и количество заказов и кликов. Что ж, вполне интересное новая функция.

В основные настройки магазина были добавлены новые поля, и на мой взгляд давно пора было их добавить (хотя возможно некоторые из этих полей присутствуют в Opencart 1.5.6.4 — отпишитесь, кто в курсе, спасибо). Я сейчас говорю про такие поля, как максимальный размер файла загрузки, ключевые слова на главной странице интернет магазина и т.п.

Однако, ребята на этом не остановились, и добавили еще такие поля как:

• Geocode — поле, позволяющее добавить геолокационные координаты интернет магазина;
• Изображение — не нашел пока где оно выводится, но оно есть (: ;
• Часы работы интернет магазина;
• Комментарий — если вам есть что добавить к описанию — пишите сюда.

Но и это еще не все, теперь вы можете настроить количество символов для вывода короткого описания в категории или в другом списке товаров, используя опцию List Description Limit. Разрешить гостям оставлять комментарии к продукции вашего интернет магазина, и настроить e-mail оповещения о новых комментариях.

Еще одной интересной настройкой является Max Login Attempts, которая позволяет установить количество попыток входа, дабы предотвратить подбор пароля к аккаунту вашего покупателя. Также добавлены поля для разделов, которые мало используются на территории бывших стран СНГ, но я их отметил на скриншотах.

SEO мастеров Opencart 2.0 порадует еще такой настройкой как Robots, которая помогает указать список допустимых роботов, а также достаточно интересная настройка с точки зрения безопасности — Allow Forgotten Password, которая разрешает или запрещает пользователям административной части восстанавливать утерянный или забытый пароль.

Также пока для меня остаются таинственными и загадочными разделы Extension Installer и Modifications, которые мы обсуждали в предыдущей обзорной статье по Opencart 2.0, и документацию по которым я не смог найти на официальном сайте Opencart.

SEO оптимизация Opencart 2

Что касается SEO оптимизации в Opencart 2, то она по прежнему оставляет желать лучшего. По большому счету с версии Opencart 1.5.x ничего не изменилось. Продукты все также доступны по адресам с категориями и без, вторые и далее страницы пагинации в категориях и других списках товаров сохраняют все описания и мета данные.

Также, к большому разочарованию SEO-шников, стандартный адрес route=common/home никуда не делся, хлебные крошки (breadcrumbs) не размечены специальной разметкой, впрочем как и товары. Какие пункты не изменились, и как оптимизировать свой интернет магазин на Opencart под SEO продвижение, вы можете прочитать в статье SEO оптимизация Opencart.

Вывод

Что я могу сказать про Opencart 2.0 — это все та же старая добрая CMS Opencart 1.5.x, которая сделала большой прорыв в области дизайна. Кроме всего прочего, немного изменила принцип вывода данных, изменив принцип взаимодействия контроллеров и видов (controllers & views), что усложняет обновление интернет магазина с Opencart 1.5.x на Opencart 2.

По большому счету, сегодня, я не вижу смысла использовать Opencart 2 в рабочих проектах, или обновлять свои старые проекты до этой версии по причине отсутствия плюсов. Лично для меня в новой версии нет функционала, который бы покорил меня. Разработчики работали над новым интерфейсом, как компания Apple, выпустившая IOS 7 & 8, по большей части как обновления интерфейса, при этом практически не затронув обилие функционала для конечного пользователя.

А учитывая что для каждого проекта разработана своя тема, то по большому счету вы увидите обновления только в административной панели, получите часть неработающих модулей (не все модули обновлены до версии Opencart 2) и будете выполнять лишнюю работу, при этом не получая взамен практически ничего.

Впрочем обновлять ваш интернет магазин или нет — решать вам. Надеюсь, моя статья помогла вам в этом нелегком выборе, и осветила все те нововведения, которые были представлены в Opencart 2.

UPD: вышло долгожданное продолжение обзора OpenCart 2 в новой статье модули, расширения и модификации в OpenCart 2.x

UPD2: ознакомтесь с системой событий и триггеров ($this->event) в новой статье система событий в Opencart 2.x: как использовать event

Я попытался разобраться что же представляет из себя эта новая версия, всеми так горячо любимого, CMS Opencart. И сегодня я постараюсь рассказать о самых важных деталях которые были реализованы в последней версии.

Opencart 2.0: внешность — главное?

Как вы можете убедиться по скриншотам, новая версия Opencart имеет достаточно интересный и современный дизайн пользовательской части, а вот администраторская часть была нагло слизана с CMS WordPress, и для меня, как для пользователя этой CMS административная панель новой версии не очень удобна.

Пользовательская часть Opencart 2.0 стала более презентабельной, стильной и красивой, для примера приведу несколько скриншотов:

Что же касается административной части, не знаю как вам (пишите в комментариях свое мнение), но мне совсем неудобно пока ею пользоваться. Хотя бы потому что исчезла кнопочка перехода в магазин! Более того, схожесть с административной панелью CMS WordPress тоже не сильно радует и кажется что что-то не так.

Расположение меню административной части допустим самое популярное, но стили, иконки! Они же просто «слизаны». Меня одного это немного коробит — пишите в комментариях свое мнение по поводу внешнего вида Администраторской панели Opencart 2.0.

Основным преимуществом во внешнем виде Opencart 2.0, для меня, стало использование адаптивного шаблона, однако зачастую разработчики используют собственный шаблон, таким образом делая стандартный шаблон не особенно востребованным.

В целом внешний вид Opencart 2.0 радует глаз, хотя и стал не совсем удобным в административной части, с моей точки зрения, однако адаптивный дизайн сегодня — очень важный аспект при создании сайтов любого типа.

Opencart 2.0: что же с системой?

Последнее время, на моем сайте вы часто можете увидеть новые и новые разработки, модули, расширения для CMS Opencart. И выход новой версии для меня означал необходимость переноса своих модулей на более новую версию, что является достаточно трудоемким и скучным занятием.

Однако мои опасения были напрасны, функционально Opencart 2.0 практически не изменился. Присутствуют все те же функции и контроллеры, модели и модули, но изменения есть, и просто установить модуль Opencart 1.5.x на Opencart 2.x у вас уже не выйдет.

В новой версии был переработан принцип шаблонизации, теперь переменные для шаблона задаются не через массив $this->data[], а через просто массив $data, с последующей передачей его в функцию вывода, которая теперь выглядит следующим образом:

$this->response->setOutput($this->load->view('module/category.tpl', $data));

Также был изменен принцип подключения шапки и низа сайта (header, footer), а также прочих частей страницы, таких как сайдбары и пользовательские блоки, теперь они подключаются так (также появилась новая функция загрузки контроллера):

 $data['header'] = $this->load->controller('common/header');
$data['column_left'] = $this->load->controller('common/column_left');
$data['footer'] = $this->load->controller('common/footer');

Подключение в контроллер header.php сторонних блоков модулей, таких как корзина, список валют, поиск, язык выглядит теперь также как и подключение самих блоков шапки и низа сайта:

 $data['language'] = $this->load->controller('common/language');
$data['currency'] = $this->load->controller('common/currency');
$data['search'] = $this->load->controller('common/search');
$data['cart'] = $this->load->controller('common/cart');

Глядя на эти небольшие изменения можно сказать что адаптировать модуль под новую версию Opencart 2.0 достаточно просто, однако присутствуют еще файлы вида (view), а эти файлы были достаточно основательно переписаны и старые шаблоны ну никак не подходят к новой версии.

Opencart 2.0: новые разделы, новые функции

К сожалению, официальный сайт Opencart.com не обновил документацию для версии Opencart 2.0 на страничке мануалов и остаются загадкой лично для меня некоторые разделы административной панели и некоторые папки каталога.

Из новых фишек, разработчики Opencart добавили «Extension Installer», который по идее добавляет сам ваши модули для Opencart, однако мне не совсем понятно как это будет работать со всеми модулями, какой формат должен быть у файла, структура папок и т.п.

UPD2: ознакомится с принципом работы Extension Installer можно в новой статье модули, расширения и модификации в OpenCart 2.x

Попытался найти в интернете хоть какую-то информацию, однако ничего дельного не нашел, если вы располагаете информацией — оставьте ее в комментариях, я буду рад с ней ознакомиться, спасибо!

Как я понимаю данный раздел будет устанавливать все модули из архива, копируя файлы в указанные папки, отображать файлы которые будут затерты и т.п.

Еще одним новым интересным разделом является раздел «Modifications», которому сопутствует папка в директории system/modifications и опять таки какие файлы и как туда копировать не ясно.

По предварительным умозаключениям, данный раздел по идее должен служить чем-то вроде встроенного vQmod менеджера, однако редактировать и создавать модификации похоже администратор не сможет.

Интересно, что теперь в директории logs стало на два лога больше. Для чего такое обильное количество логов также пока остается загадкой. Скорей всего каждый лог для определенного раздела.

Opencart 2.x или Opencart 1.5.x?

С моей точки зрения, на данный момент обновление и разработка интернет магазинов на версии Opencart 2.x бессмысленна. Хотя бы потому что большинство модулей не перенесено на новую версию. Да чего уж модули, нормальной локализации пока не встречал.

Более того, уверен что найдутся и ошибки и даже, возможно, уязвимости в новой версии, по сему рекомендую не спешить, и продолжать работать, во всяком случае я думаю еще месяцев 6, с предыдущей версией Opencart 1.5.x.

А я, в свою очередь, буду работать над переносом своих модулей на новую версию Opencart, однако сколько это займет времени не известно, т.к. это достаточно трудоемкое и скучное занятие.

Вывод

Opencart 2.0 — новая интересная штучка, которая приятно выглядит и имеет новые возможности и функции. В этой версии разработчики отлично поработали и над дизайном и над адаптацией своего детища под все мобильные устройства.

Однако использовать Opencart 2.0 в разработке пока не стоит. Отсутствие локализации, адаптированных модулей, документации по новым разделам и т.п. делает Opencart 2.0 всего лишь интересной игрушкой, которую нам еще предстоит разобрать и понять как она работает.

Буду рад услышать от вас мнение о новой версии Opencart, ваше отношение к новому дизайну административной части, информацию о новых разделах, и, возможно, описание особенностей, которые я мог пропустить в данном кратком обзоре.

UPD: доступна новая статья, в которой я рассказываю про новый функционал и возможности Opencart 2

UPD2: ознакомится с принципом работы Extension Installer можно в новой статье модули, расширения и модификации в OpenCart 2.x

UPD3: ознакомтесь с системой событий и триггеров ($this->event) в новой статье система событий в Opencart 2.x: как использовать event

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

Альтернативой, конечно, является наем веб-разработчика и дизайнера. Они могут создавать уникальные сайты, разработанные специально для вашего содержания и потребностей, но это стоит денег, и часто означает, что вы должны постоянно обращаться к разработчикам, чтобы обновить контент, когда это необходимо.

Сегодня, одна компания разрабатывает продукт, который изменит процесс WEB-разработки навсегда, который называется «The Grid». Продукт создает красивый настраиваемый сайт, направленный на вашу аудиторию всего за несколько минут.

«Идея очень проста. Вы просто выкладываете что угодно: изображения, видео, продукты, текст и программа выводит элегантный, легко обновляемый веб-сайт«, говорит основатель и главный исполнительный директор Дэн Токчайни.

Посетители вашего сайта не смогут сказать, что вы не потратили большие деньги (или много времени) на его создание. Используя систему «The Grid», цвета могут быть настроены в соответствии с изображениями, которые вы используете, текст можно наложить на снимок, а функция обнаружения лица никогда не скроет предмет на изображении. Сайты, созданные с помощью «The Grid» хорошо выглядят и адаптивны, так что они будут отлично смотреться на любом устройстве любого размера, а также на мобильных телефонах.

Основное преимущество продукта, по словам Дена Токчайни заключается в том, что вы можете создать сайт в течение нескольких минут.

«Сайт можно легко обновлять, как профиль в социальной сети, можно легко настроить, как Instagram«, говорит он.

Расширение для браузера позволяет обмениваться контентом из Интернета. Вы даже можете создать свой сайт с вашего телефона. Все автоматически форматируется на основе шаблона, разработанного первым дизайнером Медиума, Ли Тейлором. Если вы захотели просмотреть другой шаблон, просто нажмите на новый шаблон дизайна, это просто, как добавить новый фильтр на фото.

Сайты, созданные с помощью сетки постоянно тестируются и слегка изменяются, чтобы улучшить производительность. Стоимость хостинга с установленным «The Grid», все вместе обойдется вам в 25$ в месяц.

Ожидается, что официальный запуск The Grid состоится весной 2015 года.

К сожалению, пока не ясно, в чем будет заключаться интеллектуальность данного продукта, кроме как в подстановке соответствующих цветов, и использовании определенного шаблона для того или иного типа сайта. Более того, данная система вряд ли охватит 100% рынка WEB-разработки сайтов, т.к. стоимость не малая, да и использование одних и тех же шаблонов (а-ля Ucoz с интелектом и адаптивностью ) не сильно впечатляет.

А что вы думаете по этому поводу? Как вы бы использовали искусственный интеллект в создании сайта? Где бы вы его применили?

И вот снова 256ой  день, и это значит что сегодня мы отмечаем день программиста! Поздравляем всех коллег! Желаем удачного кодинга, меньше багов, правильно сформулированного ТЗ, меньше чужого кода и успехов в личной жизни

Сегодня хотелось бы еще раз вспомнить казус, найденный мной в движке интернет-магазина ShopScript от компании WebAsyst. (предыстория тут: Поиск продуктов по атрибутам в WebAsyst ShopScript).

После написания вышеупомянутой статьи, я обратился за поддержкой на форум разработчиков, надеясь услышать внятное объяснение наличия такой записи в цикле составления MSQL запроса. (http://forum.webasyst.ru/viewtopic.php?id=18562)

Нашелся человек, который так же обратил внимание, на такую конструкцию во время работы с данным движком, но ответов от поддержки не последовало. Я продолжал ждать, в надежде, что кто-то ответит.

Ждать пришлось недолго и один из реселлеров WebAsyst ответил мне достаточно загадочно. Что, мол, за 250$ (цена движка ShopScript) никто и не подразумевает, что данный продукт должен работать и не класть БД такими запросами! И что я вообще тут глупости пишу, пфф, конечно, это естественно!

На что я ответил, что продуктом пользуется не один человек, и за эти деньги, полученные от тысячной аудитории клиентов, можно было сделать продукт качественней или, во всяком случае, следить за его стабильностью, хотя бы по репортам от пользователей, выпускать баг фиксы и т.п.

Из всего общения на форуме можно было вынести только одно, что разработчики WebAsyst’a не желают заниматься поддержкой своего скрипта и их главная задача — содрать с покупателя деньги, а дальнейшие его трудности — это его проблемы.

В заключение хочу сказать одно: я человек не конфликтный, но такие моменты задевают до глубины души, когда человек/компания, взявшая на себя обязательство создавать и поддерживать такой серьезный продукт как интернет-магазин, просто не желает считаться с клиентами, с которых берет не малые деньги за свой продукт.
Ведь интернет-магазин — это даже не сайт-визитка, а инструмент для продажи, инструмент для ведения бизнеса.

На этом на сегодня все. Вскоре ожидайте статью про лечение данной проблемы.
Всем спасибо за внимание, и не попадайте в такие ситуации!

В последнее время я не часто вас баловал новыми записями, и вот наконец-то интересный пост в моей блоге!
Сегодня я бы хотел ознакомить вас с тестом браузеров. Таких как:

• Google Chrome 24.0.131
• FireFox 12.0
• Internet Explorer 9
• Opera 12.12

Недавно я наткнулся на ресурс проверки браузера на работу с HTML5. Сайт оценивает браузер, и после чего выдает оценку в очках, где максимум — 500 очков. И вот какие результаты мне выдал ресурс.

Первое место занимает естественно Google Chrome с 448 очками:

На второе место номинируется… как вы думаете кто? FF? Opera?

Скажу сразу, что я был слегка удиивлен выдачей, но это была Opera! (Посмотрев на результат я сперва испугался, ну вы понимаете о чем я )

Замыкать тройку лидеров будет естественно FireFox. Он, с количеством в 340 баллов занимает 3 место:

UPD: не учел последних обновлений FF, но места остаются за своими владельцами! Вот выкладываю обновленный скрин

Четвертым к финишу естественно пришел Internet Explorer 9 (8,7) набрав лишь 138 и по 42 очка соответственно.

Собственно все, кто имеет дело с разработкой WEB приложений знают приблизительную оценку браузеров, так что их  моим постом вряд ли удивишь, собственно как и меня результатами ресурса. Я это пишу к тому, что есть еще клиенты, заказывающие разработку сайта и требующие чтобы поддерживался Internet Explorer.

На эту тему можно много спорить и распинаться, но я скажу, что:

• IE пользуются считанные проценты пользователей интернета
• если наблюдается острая необходимость у заказчика совокупить мозг верстальщика, то N$ решат вопрос

Надеюсь что пост пригодится и будет кому-то еще интересен, линк на ресурс прикрепляю.

Удачной верстки!

Сегодня я хотел бы поделиться несколькими мыслями по поводу нового гаджета  от компании Apple. 12 Сентября 2012 года состоялась презентация нового iPhone 5. Собственно вот видео с этой презентации:

Вот краткое описание презентации, взятое с сайта podrobnosti.ua:

Компания Apple официально представила новую версию своего смартфона. Презентацию нового гаджета вел вице-президент Apple по международному маркетингу Фил Шиллер.

Новый смартфон сделан целиком из стекла и алюминия. Корпус всего 7,6 миллиметра толщиной — это делает iPhone 5 на 18% тоньше модели 4S. Весит новый девайс 112 граммов — на 29% легче предшественника. Устройство получило новый Retina-дисплей с диагональю в 4 дюйма. Разрешение экрана составляет 1136 на 640 пикселей (плотность — 326 точек на дюйм). Как и предсказывали, на экране помещается дополнительный ряд пиктограмм. Отсутствие еще большего дисплея в Apple объяснили тем, что в 4-дюймовом экране все пиктограммы находятся на расстоянии вытянутого большого пальца.

У новой модели iPhone также появилась поддержка мобильных сетей LTE. Гаджет также получил новый, усовершенствованный процессор Apple A6. Шиллер пообещал, что новый смартфон в два раза быстрее обрабатывает графику, чем предыдущий.

У iPhone 5 8-мегапиксельная камера с ИК-фильтром и диафрагмой f/2,4. Батарейка устройства позволяет ему работать в сетях 3G/LTE до восьми часов в режиме непрерывного обмена данными. Также нового iPhone хватает на 10 часов просмотра видео, 40 часов прослушивания музыки или 225 часов работы в неактивном состоянии. Устройство получило новый коннектор для подзарядки Lightning. Он значительно меньше предыдущего.

В iPhone 5 встроено сразу три микрофона: спереди, сзади и с нижней части корпуса. Все они служат для лучшего распознования голоса абонента при работе с голосовым помощником Siri. Наушники, которые теперь будут поставляться со смартфоном, будут оснащены функцией шумоподавления.

Навигационный сервис в новом смартфоне получил трехмерные карты.
Фил Шиллер заявил, что iPhone 5 — «Это самое прекрасное, что мы когда-либо делали».

Лично я не соглашусь с Филом.

Лично я предполагаю очередной взлом или атаку хакеров на социальную сеть. В противном случае, я полагаю, что администрация сайта оповестила бы пользователей о профилактике или о других работах и вывесила бы какую-нибудь информацию относительно времени отсутствия доступа к сайту.