opencart 2.3.x

[markimax]

Делимся "впечатлениями"

[snastik]

Делимся "впечатлениями"

 

Подожди... Дай допилить. Завтра-послезавтра будет локализация.

Пока что все отлично!

[markimax]

Подожди... Дай допилить. Завтра-послезавтра будет локализация.

Пока что все отлично!

Подводные камни, грабли?

Чтобы нам не наступать

[snastik]

Подводные камни, грабли?Чтобы нам не наступать

Да вроде пока никаких.Все заводится с полтычка - есть какие то месседжи мол не заводится vqmod.До конца непонятно куда можно залезть модификаторами, но есть надежда что наконец то можно отказаться от внедрений в index.php.Завтра - максимум послезавтра, будет пререлиз opencart.pro, с модификациями до состояния ocstore. Выложу на тесты обязательно.Если кому не терпится - то все работы ведутся на гитхабе. Можете наблюдать в режиме реалити-шоу.

[sv2109]

смотрю по коммитам

minimum php version 5.4 now - это важно. 

+ судя из того, что изменили папки для модулей модули с 2.2 не совместимы с 2.3, придется опять все новые версии делать для каждого модуля. 
+ сессии переписаны
+ с событиями какие-то изменения

кто еще что видит? какие еще изменения?

[ArtemPitov]

Подпишусь, пожалуй интересно!

Еще не особо посмотрел, успел удивить только не интересные взаимосвязи в композере

И новый шаблонизатор, прикольно что можно использовать на свой вкус https://github.com/ArtemPitov/opencart/tree/master/upload/system/library/template

[ArtemPitov]

minimum php version 5.4 now - это важно. 

Сильно =)

правда нужно было уже шагать к php7 по слухам он шустрее, да и новый сахар есть 

[snastik]

Сильно =)

правда нужно было уже шагать к php7 по слухам он шустрее, да и новый сахар есть 

 

php 5.4 -  как раз и нужно из-за изменения библиотеки работы с сессиями.

 

 

Но гибкие сессии - это хорошо! А на больших проектах подвесить их в базу, просто счастье. Если у нас допустим время жизни - неделя. и за эту неделю пришло 20-30 уникальных хостов. По базе оно будет шуршать намного быстрее чем по файловой системе.

[ArtemPitov]

php 5.4 -  как раз и нужно из-за изменения библиотеки работы с сессиями.

 

 

Но гибкие сессии - это хорошо! А на больших проектах подвесить их в базу, просто счастье. Если у нас допустим время жизни - неделя. и за эту неделю пришло 20-30 уникальных хостов. По базе оно будет шуршать намного быстрее чем по файловой системе.

то есть, пишем одну сессию в базу и оттуда уже дергаем  ? 

[snastik]

то есть, пишем одну сессию в базу и оттуда уже дергаем  ?

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

Если у нас время жизни сессии час-два. И трафика не много. Тип хранилища - не принципиален.

А если 20 000... Задержку работы файловой системы, даже на SSD никто не отменял.

 

Подобный эффект бывает на магазинах с нечищенным кешем за полгода. Когда вроде бы все ок, а тормозит.

[ArtemPitov]

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

Если у нас время жизни сессии час-два. И трафика не много. Тип хранилища - не принципиален.

А если 20 000... Задержку работы файловой системы, даже на SSD никто не отменял.

 

Подобный эффект бывает на магазинах с нечищенным кешем за полгода. Когда вроде бы все ок, а тормозит.

спасибо, обязательно возьму на заметку такой подход 

[kagan]

- изменили отображение модулей в схемах, стало чуть более удобно

- перенесли главное фото товара в раздел все фото товара + добавлен поиск в админке по главному изображению.

- добавили модуль "Divido Product Page Calculator" (пока еще не знаю для чего он нужен)

- добавили ивенты в админке (теперь их можно включать/отключать в админке)

- собрали дополнения, платежные методы, методы доставки, и т.д. в одном месте.

- методы install/unistall для модулей вроде как остались работать.

 

Вопрос по OCMOD:

Почему-то не хочет делать замену в нескольких файлах. Пробовал через "," или "|" не срабатывает. Как это можно решить?

Змінено 9 серпня 2016 користувачем kagan

[chukcha]

Добавлен редактор языковых файлов

В меню нет, но в контроллерах есть, и немного сыпет ошибками

route=design/language

 

Для каждой темы можно иметь свои настройки - контроллер видел, но не смотрел

 

Вот мод, который открывает расширения сразу на модули.

 

menu_fix_module_open.ocmod.xml

[chukcha]

попробуйте вот так, как в примере

 

<file path="system/{engine,library}/{action,loader,config,language,template/}*.php">

[Otvet]

- перенесли главное фото товара в раздел все фото товара

надеюсь не в БД, ато лишних джойнов не хватало

[chukcha]

надеюсь не в БД, ато лишних джойнов не хватало

Не, не.. с этим все хорошо :)

[chukcha]

- добавили модуль "Divido Product Page Calculator" (пока еще не знаю для чего он нужен)

 

https://www.divido.com/

Это не по нас

[chukcha]

Добавлен функционал

История пользовательского поиска

report/customer_search - включается в настройках

[AlexDW]

Вопрос по OCMOD:

Почему-то не хочет делать замену в нескольких файлах. Пробовал через "," или "|" не срабатывает. Как это можно решить?

странно, должно работать через "|" судя по строке

 

$files = explode('|', $file->getAttribute('path'));

в admin\controller\extension\modification.php

 

здесь писал про отличия

 

PS: при перечислении через разделитель пути полностью нужно указывать

[chukcha]

Судя по таблице, переделан  функционал wishlist

Теперь не в отдельном поле, а в отдельной таблице, что упростит работу с ним.

[chukcha]

Судя по наличию таблицы oc_translation - языковые значения планируются быть там..

Что есть и хорошо и плохо..

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

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

CREATE TABLE IF NOT EXISTS `oc_translation` (
  `translation_id` int(11) NOT NULL AUTO_INCREMENT,
  `store_id` int(11) NOT NULL,
  `language_id` int(11) NOT NULL,
  `route` varchar(64) NOT NULL,
  `key` varchar(64) NOT NULL,
  `value` text NOT NULL,
  PRIMARY KEY (`translation_id`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8

[chukcha]

Редактор шаблонов

 

route=design/theme

[ArtemPitov]

 

Судя по наличию таблицы oc_translation - языковые значения планируются быть там..

Что есть и хорошо и плохо..

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

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

CREATE TABLE IF NOT EXISTS `oc_translation` (
  `translation_id` int(11) NOT NULL AUTO_INCREMENT,
  `store_id` int(11) NOT NULL,
  `language_id` int(11) NOT NULL,
  `route` varchar(64) NOT NULL,
  `key` varchar(64) NOT NULL,
  `value` text NOT NULL,
  PRIMARY KEY (`translation_id`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8

Теперь будет одна 3х километровая таблица вместо привычных языковых файлов ?

И языковые переменные нужно будет вносить через адмику или писать в бд при инстале ? 

[chukcha]

не скажу

 

Не работает контроллер..

 

Да таблица будет не маленькая..

 

 

По сути все языковые значения

 

`route` - название extension/module/account

`key` ~ $_[]

`value` - само значение

 

 

Но можно будет делать кешированные данные.

cache_translation_extension_module_account_store_id_language_id

Змінено 9 серпня 2016 користувачем chukcha

[chukcha]

а вот то, что внесли функционал для событий - это уже хорошо. Ранее это было невозможно.

И главное, что теперь их можно включать, отключать

 

Пока нет инструмента для ручного добавления события.