sv2109

8 часов назад, andrejbr сказал:

А какие изменения в новой версии?

никаких, обновил главную картинку.

11 минут назад, ArtemPitov сказал:

Лучше и прикрутить Doctrine

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

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

Подозреваю, что Даниелю это конечно навряд ли понравится.. он увидит трейты ужаснется и скажет что это слишком сложно, не нужно это в опенкарте))

Но это вполне можно будет внедрять в свои модули. Будет как с vqmod-ом. В инструкции к модулю будет написано, что модуль использует QueryBuilder, подключить его к опенкарту можно вот так: инструкция. Правда тут нужно чтобы опенкарт умел работать как с обычными запросами так и паралельно с этим билдером, чтобы какой модуль хотел тот использовал билдер, а какой нет и сам опенкарт использовали обычные запросы. Сейчас такой поддержки нету я так понимаю. 
Если же достаточно разработчиков будут использовать этот инструмент и он будет популярным то его потом как и vqmod добавят в сам движок. 
 

1 минуту назад, dexion сказал:

Пользуюсь старой версией модуля для 1.5. При попытке открытия 11 и последующих страниц среди найденных результатов выдает ошибку ERROR Invalid Value. Заметил, что на демо почему то для 2 версии находит только 10 страниц результатов: http://prntscr.com/l826e3 а в версии для 1.5 такого ограничения нет, и страницы 11+ открываются успешно http://prntscr.com/l826pz

Можно ли как то в моем случае исправить, чтобы страницы 11+ отображались без ошибок?

 

это ограничение от гугла - он отдает только 100 первых картинок следовательно 10 страниц по 10 картинок = 100 картинок. Поэтому 11 страница не открывается и я ее убрал в новой версии. 
В версии 1.5 там может сама пагинация работает с ошибкой поэтому позволяет открыть 11 страницу, хотя по факту больше 100 картинок вы не откроете, это ограничение гугла. 

2 часа назад, redkoo сказал:

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

да, там стоит ограничение, сделал специально, так как у некоторых категории по несколько тыс. товаров
напишите мне в ЛС напишу как отключить.

2 часа назад, sashaustenko сказал:

Как изменить папку сохранение Кэша, сделать в system/cache папку под ваш модуль?...и убрать генерацию файлов с 0 кб (пустые файлы)??

Модуль генерирует в папку system/cache пустые файлы 0кб, и этим забивает папку cache, файлов набирается где-то 20000, бывает и больше, и это всего за пару дней, нагрузка на сервер + забивает папку кэша.

ответил вам на почту, 

Так работает опенкарт, он весь кеш кидает в одну папку. 
В будущей версии модуля я уже уменьшил к-во файлов кеша модуля.

Вышла новая, третья версия модуля
 

Новое в версии 3.0 PRO:

1. Добавлена поддержка OpenCart 3.0
2. Модуль переписан под архитектуру OpenCart 3.0, добавлена возможность установки через установщик дополнений
3. Добавлена возможность ручного выбора ключа Google API прямо на странице поиска. Можно ввести несколько ключей через запятую в настройках модуля и когда закончился лимит по одному ключу, можно легко выбрать другой со списка прямо со страницы поиска изображений и не нужно для этого каждый раз переходить на страницу настроек модуля
4. Улучшен поиск изображений, теперь отображается меньше ошибок при поиске изображений
5. Улучшена загрузка изображений, теперь модуль определяет тип изображения не только по расширению, но и по exif данным, это позволило загружать изображения без расширений, раньше такие изображения не загружались с ошибкой "Не верный тип изображения" 
6. Добавлен фильтр по конкретному товару. Многие об этом просили, такой функции очень не хватало раньше, так как часто нужно найти картинки для конкретного товара. Товар можно найти по идентификатору товара, модели, SKU, любому слову из названия товара
7. Улучшены фильтры, фильтр по наличию считает фактическое наличие товара на складе, а не его статус отсутствия
8. Улучшена постраничная навигация по изображениям 
9. Улучшена работа с окном просмотра, добавлены ограничения по размеру экрана, чтобы большие изображения не открывались больше  размера экрана, добавлена возможность просмотра изображений без расширений
10. Улучшен дизайн модуля
11. Много мелких улучшений по дизайну и коду

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

3 версия поддерживает OpenCart 2.x (2.0, 2.1, 2.2, 2.3), а также 3 версию движка. Версии для 1.5 на данный момент нету (так как 1.5 уже очень старая версия движка), но если будут желающие то можно будет сделать. 

Обновление модуля с 2 версии на 3 версию платное и стоит 250 рублей. Эта сумма включает как новую версию модуля так и поддержку по ее установке и настройке. Кому нужно обновление - пишите в ЛС или на почту [email protected]
 

На странице модуля обновлены скриншоты, описание, ссылка на демо (для версии 2.3), а также добавлено видео с демонстрацией работы модуля. 
 

11 часов назад, bloodlight сказал:

При переходе на 7.1 пишет ошибку: Please ask the provider of the script to provide a version encoded with the ionCube Encoder for PHP 7.1. 

В ЛС пишите

17 минут назад, bloodlight сказал:

Доброго времени суток, ваш модуль поддерживает php 7? если нет, планируется? 

поддерживает

12 часов назад, losthill сказал:

Опишите мне хотя бы одну проблему которую он может мне принести. 

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

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

А вообще мое мнение - такие темы вообще не должны существовать. Или делай тему согласно стандартам кодирования опенкарта или не делай вообще. 
 

1 час назад, itvol сказал:

Добрый день, скажите а для opencart.pro 2.3.0.2.3 подойдет?

подойдет

30 минут назад, ActiveSync сказал:

 

Тема на основе стандартной (mattimeo).

Ну так можете разобраться?

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

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

3. Модуль поддерживает аякс загрузку модулей, как написано в описании модуля , если в каком-то модуле, которые грузится через аякс (и загружается) не работают картинки по причине конфликта с темой или каким-то другим модулем, то это конфликт, который нужно исправлять, а не какая-то ошибка модуля.

16 часов назад, ActiveSync сказал:

@sv2109 печально, после очистки кеша все равно картинки не появляются. Проблемные стандартные модули: bestseller, featured, latest.

1. я вам писал выше, что если сам модуль выводится, но не выводятся только картинки, то причина в 95% случаев в каком-то яваскрипт коде, который используется этим модулем, это может быть какая-то галерея или скрипт ленивой загрузки картинок или еще что-то, может быть что угодно. Нужно смотреть код и разбираться уже по коду, а не гадать и пробовать очистить кеш в надежде, что все чудесным образом заработает.. 
2. у вас установлена стандартная тема? подозреваю что нет, значит о каких стандартных модулях вы пишете? Некоторые темы очень любят добавлять в разные модули кучу яваскрипт кода в модули движка. 

4 часа назад, ActiveSync сказал:

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

нужно

10 часов назад, ActiveSync сказал:

ак модуль работает с AJAX?

 При попытке сделать динамические контенты подгрузку через AJAX, а именно:

Модуль "Новые поступления" аля "Последние" аля module/latest, при включении данного модуля через ajax, пропадают все картинки изображений. Как это фиксится?

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

10 часов назад, ActiveSync сказал:

HTTPS Fix pro

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

10 часов назад, ActiveSync сказал:

Так же выполнив все рекомендации для Last-Modified

я недавно разбирался почему не работает. Boost сохраняет заголовки, с этим все нормально, но модуль для Last-Modified проверяет наличие этих заголовков и отдает 304 ответ уже после того как загрузился движок, а модуль Boost проверяет наличие данных в кеше и отдает кеш вместо того, чтобы грузить движок дальше до этого, следовательно до выполнения кода модуля Last-Modified просто не доходит. Как решить: 1. не использовать модуль Last-Modified, я недавно общался с автором  этого (или похожего на ваш модуль) и он тоже согласился, что с Boost-ом этот заголовок не особо и нужен, так как Boost сам отдает готовый html код из кеша, без загрузки движка, поэтому отдача происходит очень быстро. 2. нужно код модуля Last-Modified, то есть проверку на то есть ли заголовок и если есть, то отдать 304 добавить ДО вызова модуля Boost в index.php (первой части кода модуля) тогда все будет работать. Кода там не много в модуля Last-Modified, можно это сделать. Только на этом этапе еще нету движка и объектов $response, $request, реестра опенкарт итд, нужно писать все на чистом php или если это возможно делать эту проверку в .htaccess что будет еще лучше, но если это возможно. 

4 минуты назад, markimax сказал:

Особого прироста скорости opcache не дает (5-10% это "слезы в море")

я же выше давал цифры по версиям php,
на 5.6 прирост скорости с опкешем +16%, на 7.1 +20% 
то есть далеко не 5%

1 час назад, markimax сказал:

На операциях json_decode большая (коих в opencart валом (config, cache)), на работе с большими массивами и т п 

Опять специально замерил выполнение всех вызовов json_decode на opencart 2.3 (на самом деле там их не так и много, штук 5, не считая разные модули оплаты и других модулей, которые почти не используются типа openbay) и что у меня получилось? На весь магазин все вызовы json_decode выполняются аж.. 0.00047492980957031 секунды.. или пол миллисекунды..  вот и вся чудовищная нагрузка json_decode на опенкарт.. наверное вместо нее нужно использовать какую-то другую ф-цию, которая будет нагружать сервер меньше, может 0.4 мс вместо 0.5

1 час назад, markimax сказал:

Речь шла про opcache, его кривость работы и соответственно "дутые" тесты

1. Какие конкретные проблемы с опкешем? 
Я за уже больше 6 лет что работают с опенкартос ни разу не сталкивался с какими-то проблемами опкеша. Нет, я не спорю, может они и есть на каких-то конфигурациях серверов, то это явно скорее или исключения или кривость рук, тех, кто все настраивал. Да и почему это десятки других движков, которые в разы сложнее опенкарта с опкешем работают, а опенкарт вот вдруг вообще не может работать?
 

2. Специально проверил с выключенным опкешем, тот же сайт, то же железо
5.6 
запросов
Complete requests:      50
делает за
Time taken for tests:   8.567 seconds
запросов в секунду
Requests per second:    5.84 [#/sec] (mean)
среднее время одного запроса
Time per request:       171.346 [ms] (mean)

7.1
запросов
Complete requests:      50
делает за
Time taken for tests:   6.771 seconds
запросов в секунду
Requests per second:    7.38 [#/sec] (mean)
среднее время одного запроса
Time per request:       135.429 [ms] (mean) 

То есть даже с выключенным опкешем прирост скорости все равно около 30% между 5.6 и 7.1 

Чтобы не писать пустые посты решить проверить на реальных цифрах. 
Проверял на OpenCart 2.3.0.2 на версиях php 5.6 и 7.1 Просто эти 2 версии установлены на моем рабочем ноутбуке, то есть железо то же, все то же, просто переключался между версиями php, перезапускал апач и делал вторую проверку. 
И так
5.6 

7.1

и коротко
 

5.6 
Complete requests:      50
делает за
Time taken for tests:   7.605 seconds
запросов в секунду
Requests per second:    6.57 [#/sec] (mean)
среднее время одного запроса
Time per request:       152.100 [ms] (mean)

7.1
Complete requests:      50
делает за
Time taken for tests:   5.410 seconds
запросов в секунду
Requests per second:    9.24 [#/sec] (mean)
среднее время одного запроса
Time per request:       108.205 [ms] (mean)

То есть на 7.1 опенкарт 2.3 работает больше чем на 40% (почти в полтора раза) быстрее, чем на 5.6 

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

И вот тут кстати подробное описание этого теста. 
https://habr.com/company/mailru/blog/326696/
 

Ну то, что 7 версия в 2-3 раза быстрее 5.6 уже давно не новость. 
На хабре есть сравнение производительности разных версий php (есть и 7.2) на разных движках, это более интересно, чем какой-то bench.php, так как там реальные движки
https://habr.com/company/mailru/blog/350686/

А вот последняя колонка очень интересна, о том, что php 8 выйдет с поддержкой JIT компилятора я уже в другой теме писал, а тут даже тесты есть, получается с JIT php будет быстрее в 2 раза за 7.1! Это круто. Вот только выйдет php 8 года через 3.. 

14 минут назад, sashaustenko сказал:

Здравствуйте!

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

Тех.поддержки модуля нету, интересных плюшек так же, ничего не обновляется:((...

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

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

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

2. Несмотря на это модуль развивается, вышла версия модуля для опенкарт 2, а также для опенкарт 3
3. Цена подарка должна падать в корзину с ценой 0, если она этого не делает, значит скорее всего конфликт или с темой или у вас установлен какой-то сторонний модуль корзины, исправление подобных конфликтов не входит в бесплатную поддержку и оплачивается отдельно
4. То, что модуль не делает каких-то фишек, которые нужны именно вам (например добавление подарка во всплывающее окно) и в нем не добавляются "интересные плюшки" это совсем не значит что модуль, плохой, не рабочий итд. и это не ошибки. Модуль должен делать, что описано в его описании, не больше. Если вам нужно, чтобы в модуле был какой-то функционал, которого на странице описания этого модуля нету то теоретически это можно сделать, если готовы оплатить время разработки этого функционала. Я вам это предлагал год или больше назад, когда вы мне писали. Вместо того, чтобы оплатить индивидуальную доработку вы написали администрации, что вас обманывают, заставляют платить деньги за разработку нового функционала (которого нету в описании модуля). Выслушав стороны конфликта администрация стала на сторону разработчика, согласившись, что требования покупателя до разработчика бесплатно реализовать новый функционал, которого нету в описании модуля абсолютно не обоснованными. 
То есть в вашем конкретном случае я не "не оказываю поддержку", вы просто хотите чтобы вам все сделали бесплатно, поэтому вам ничего и не делают бесплатно. 
5. Поддержка по модулю оказывается постоянно всем покупателям, я оказываю помощь в установке и настройке модуля. В бесплатную поддержку не входит разработка нового функционала, который нужен именно конкретному пользователю, а также исправление конфликтов с другими модулями. 
 

Еще одну реплику добавлю напоследок. 
Я считаю ocmod не просто злом, а самым большим злом, которое есть в опенкарте. 
В опенкарте есть очень много преимуществ: он простой, легкий, быстрый, достаточно функциональный из коробки и так далее. 
Но есть одно г.., которое буквально перечеркивает все эти преимущества и это именно ocmod (в прошлом vqmod)
Это как в той народной мудрости о том, что ложка дегтя бочку меда портит. Точь в точь как у нас с опенкартом. 
И если бы ко всем тем преимуществам, которые уже есть в движке добавили нормальные события (предварительно изменив движок под них, напр. добавив конструктор запросов итд.) и выкинули нафиг ocmod (на первых порах можно оставить в статусе deprecated) то мы бы получили просто отличнейший движок, один из лучших в своем сегменте. А так.. имеем жалкое подобие этого. 
 

Вот такая аналогия родилась

Как Дениел видит ocmod

И как я его вижу

Нет, использование костылей в определенных ситуациях вполне может быть оправдано, напр. у вас посреди дороги отвалилось колесо, а до ближайшего автосервиса 500 метров, нужно срочно и тут вот такая чудо тележка под рукой.. почему бы и нет? Но как бы вы охарактеризовали человека, который так ездит 6 лет?.. Да еще и рассказывает всем какой он молодец, что придумал такой чудо метод! Как это до такого другие не додумались? Ведь это можно на все автомобили установить!
 
Ему все: "Ну посмотри же, у всех нормальные колеса, у всех! Давай и себе установим!.. даже любое и ржавое и то будет намного лучше, чем есть сейчас", а он им: "Идите все нафиг, ничего вы в разработке не понимаете, я лучше знаю как нужно".
 

И ладно бы это ноухау хвалил его создатель, но находятся еще и водители, которые ездят на этом чуде уже по 5 и больше лет, половину времени тратят на ремонт и тоже рассказывают как им всем классно им пользоваться.. Просто нужно с умом его использовать: не "гнать" больше 5 км в час, объежжать все ямы и можно вполне себе нормально ездить, то же самое колесо и даже во многом лучше - резину не нужно менять.. 

Короче, отписываюсь, не могу больше читать весь этот бред в теме. 
 

Больше всего меня удивляют разработчики на опенкарт, которые защищают этот костыль.
Ладно, это делают пользователи, которые ничего не понимают в коде, ладно это делают начинающие разработчики, которые еще толком не разобрались как все работает, но когда это делают те, кто работает с опенкартом уже по 5 и более лет, за это время ему пришлось исправить наверное сотни конфликтов из-за vqmod или ocmod и после этого он все равно пишет, что "А что? нормальный же инструмент, просто использовать его нужно правильно и все проблемы чудесным образом исчезнут.." то это просто фейспалм какой-то.. 
 

Вот вчера покупатель покупает модуль, устанавливает и пишет, что модуль не работает, после установки - белый экран. Я трачу кучу времени на переписку с покупателем "проверьте то, проверьте это, попробуйте так или так итд" ничего не помогает, прошу доступ, захожу на сайт, трачу еще время чтобы понять в чем проблема, оказывается, что контроллер моего модуля изменил другой модуль после чего все поломалось.. 
В файле  quantity_control_PRO_for_OC_v1.5.xml автора [email protected]
нахожу вот такой замечательный код
<file name="catalog/controller/*/*.php">
  <operation error="skip">
  <search position="after"><![CDATA[$result['product_id'],]]></search>
  <add><![CDATA[
  'quantity'  => $result['quantity'],
  'minimum'     => $result['minimum'],
  'price_value'   => $result['price'],
    'special_value' => $result['special'],
  ]]></add>
  </operation>
</file>

то есть, в любом контроллере, нашли $result['product_id'], и втыкнули после него какой-то свой кусок кода.. в результате в моем модуле получаем ошибку 500 и белый экран и потом кому придется все это разгребать и искать почему все не работает? Разработчику, конечно.. 

И это по сути не ошибка разработчика (ни одного ни другого), тот, кто писал модуль quantity control все делал по сути правильно! Он использовал тот инструмент для создания модулей, который ему предоставил движок, он проверил код у себя и у него он работал, как он вообще может знать, какой код может потом написать другой разработчик? Это невозможно. 

И что изменит то, что я или кто-то другой напишет свой модуль правильно? Мой модуль, который не заработал вообще не использовал ни vqmod ни ocmod и все равно я получил ошибку 500. Потому что такой код как выше есть в тысячах!!! модулей опенкарта и в vqmod и в ocmod. 

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

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