[Поддержка]

[KIV37]

Добрий день. Чи сумісний модуль з шаблоном Revolution і з  версією ocStore 2.3.0.2 ?

Змінено 2 серпня користувачем KIV37

[kJlukOo]

02.08.2024 в 12:40, KIV37 сказал:

Добрий день. Чи сумісний модуль з шаблоном Revolution і з  версією ocStore 2.3.0.2 ?

добрий день. так, сумiсний

[olegodessa]

доброго дня

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

в скачаному з форума архіві пустий файл install.xml

install.xml повинен бути пустим? чи це якась помилка в архіві?. В попередній версії він не був пустий.

 

Скрытый текст

Fatal error: Uncaught Exception: Error: You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near 'FROM hpmrr_links hl LEFT JOIN product p ON hl.pro...' at line 2<br />Error No: 1064<br />SELECT p.product_id, hl.sort, FROM hpmrr_links hl LEFT JOIN product p ON hl.product_id = p.product_id WHERE parent_id = 3386 AND status = 1 in /home/rrrrrrrrrrr3/public_html/system/storage/modification/system/library/db/mysqli.php:40 Stack trace: #0 /home/rrrrrrrrrrr3/public_html/system/library/db.php(16): DB\MySQLi->query('SELECT p.produc...', Array) #1 /home/rrrrrrrrrrr3/public_html/catalog/model/extension/module/hpmrr.php(184): DB->query('SELECT p.produc...') #2 /home/rrrrrrrrrrr3/public_html/system/storage/modification/system/engine/loader.php(218): ModelExtensionModuleHpmrr->get_buttons('3386', 'i') #3 /home/rrrrrrrrrrr3/public_html/system/engine/proxy.php(25): Loader->{closure}(Array, Array) in /home/rrrrrrrrrrr3/public_html/system/storage/modification/system/library/db/mysqli.php on line 40

 

Змінено 6 серпня користувачем olegodessa

[kJlukOo]

06.08.2024 в 23:32, olegodessa сказал:

доброго дня

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

в скачаному з форума архіві пустий файл install.xml

install.xml повинен бути пустим? чи це якась помилка в архіві?. В попередній версії він не був пустий.

 

  Показать содержимое

Fatal error: Uncaught Exception: Error: You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near 'FROM hpmrr_links hl LEFT JOIN product p ON hl.pro...' at line 2<br />Error No: 1064<br />SELECT p.product_id, hl.sort, FROM hpmrr_links hl LEFT JOIN product p ON hl.product_id = p.product_id WHERE parent_id = 3386 AND status = 1 in /home/rrrrrrrrrrr3/public_html/system/storage/modification/system/library/db/mysqli.php:40 Stack trace: #0 /home/rrrrrrrrrrr3/public_html/system/library/db.php(16): DB\MySQLi->query('SELECT p.produc...', Array) #1 /home/rrrrrrrrrrr3/public_html/catalog/model/extension/module/hpmrr.php(184): DB->query('SELECT p.produc...') #2 /home/rrrrrrrrrrr3/public_html/system/storage/modification/system/engine/loader.php(218): ModelExtensionModuleHpmrr->get_buttons('3386', 'i') #3 /home/rrrrrrrrrrr3/public_html/system/engine/proxy.php(25): Loader->{closure}(Array, Array) in /home/rrrrrrrrrrr3/public_html/system/storage/modification/system/library/db/mysqli.php on line 40

 

актуальная версия только с моего сайта. с админки модификатор можете удалить. теперь он в system

далее в разделе атоматизации есть кнопка update tables и она поможет, если версия не очень старая (более года)

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

[Flint2000]

@kJlukOo Ocstore 3.0.3.7 є нотіс

Notice: Undefined variable: prefix in /catalog/controller/extension/module/hpmrr.php on line 401

З вимкненим показом помилок, біла сторінка

[kJlukOo]

08.08.2024 в 10:01, Flint2000 сказал:

@kJlukOo Ocstore 3.0.3.7 є нотіс

Notice: Undefined variable: prefix in /catalog/controller/extension/module/hpmrr.php on line 401

З вимкненим показом помилок, біла сторінка

добрый день. тоже обновились версией с файлов форума? новая версия только по ссылке с моего сайта

на форуме неудобно обновлять вручную. на свой сайт новые версию я собираю и гружу в 1 клик батником

[Flint2000]

08.08.2024 в 10:20, kJlukOo сказал:

добрый день. тоже обновились версией с файлов форума?

так. Вашого сайте не знайшов

[kJlukOo]

08.08.2024 в 10:25, Flint2000 сказал:

так. Вашого сайте не знайшов

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

[Flint2000]

08.08.2024 в 10:27, kJlukOo сказал:

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

дякую

[RomanMC]

Добрый вечер!

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

И еще, акции в опциях можно делать?

У меня шаблон от академии SEO Version 3.0.3.2 (trs-3)

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

[kJlukOo]

09.08.2024 в 17:28, RomanMC сказал:

Добрый вечер!

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

И еще, акции в опциях можно делать?

У меня шаблон от академии SEO Version 3.0.3.2 (trs-3)

опция это товар. ну а в товарах можно делать акции

а цены через ексель можно обновлять всякими модулями импортерами типа АОП

[ElbuzGroup]

Доброго дня.

Виявлено проблему зі швидкістю роботи вашого модуля. 
Причина, немає індексів для полів таблиць.

Таблиця: oc_hpmrr_links

Колонка    Тип    
id    int(11) Автоматичне збільшення    
parent_id    int(10) unsigned    
product_id    int(10) unsigned    
sort    int(10) unsigned NULL [1]    
grsort    int(10) unsigned NULL [1]    
image    varchar(255) NULL    

Індекси
PRIMARY    id
UNIQUE    product_id, parent_id

 

Приклад SQL запиту який виконується

SELECT p.product_id, hl.sort, text as val
FROM oc_hpmrr_links hl 
LEFT JOIN oc_product p ON hl.product_id = p.product_id 
LEFT JOIN oc_product_attribute pa ON p.product_id = pa.product_id 
WHERE parent_id = '640393'
    AND attribute_id = '159'
    AND language_id = '4'
    AND status = 1

У вашій таблиці є унікальний індекс по полях (product_id, parent_id).
Ваш SQL запит фільтрує за parent_id, що є другою частиною цього індексу.
Оскільки parent_id не є першою колонкою в індексі, MySQL не зможе використовувати цей індекс ефективно для вашого запиту.

 

Рекомендації для покращення. 

Створіть окремий індекс для parent_id:

CREATE INDEX idx_parent_id ON oc_hpmrr_links(parent_id);

 

Так само, проблеми виявлені з іншими полями і таблицями, рекомендації:

CREATE INDEX idx_sort ON oc_hpmrr_links(sort);
CREATE INDEX idx_grsort ON oc_hpmrr_links(grsort);
CREATE INDEX idx_serie_id ON oc_hpmrr_product_index(serie_id);
CREATE INDEX idx_status ON oc_hpmrr_type(status);

 

Рекомендації для покращення виконання SQL запитів для полів із числовим типом.

На прикладі таблиці oc_hpmrr_links.
Тип даних: parent_id має тип int(10) unsigned, що означає беззнаковий цілочисловий тип.
Значення в запиті використовується '640393' в лапках, що робить його рядковим значенням.
Проблема: коли ви використовуєте рядкове значення ('640393') для порівняння з цілочисловим полем (parent_id), MySQL змушений виконувати неявне перетворення типів. Це може призвести до зниження продуктивності, тому що MySQL повинен конвертувати кожне значення parent_id в рядок для порівняння або конвертувати '640393' в число для кожного рядка.
Насправді це глобальна проблема всього коду OpenCart та сторонніх модулів, коли для числових полів беруть у лапки значення, можливо проблема не така гостра, але все ж, якщо робити, то з розумом!

 

Ці поради виявляться корисними для всіх розробників модулів OpenCart, допомагаючи створювати ефективні рішення для користувачів і тішити їх вашою якістю наданого рішення. Гарного дня!

[kJlukOo]

07.10.2024 в 10:58, ElbuzGroup сказал:

Доброго дня.

Виявлено проблему зі швидкістю роботи вашого модуля. 
Причина, немає індексів для полів таблиць.

Таблиця: oc_hpmrr_links

Колонка    Тип    
id    int(11) Автоматичне збільшення    
parent_id    int(10) unsigned    
product_id    int(10) unsigned    
sort    int(10) unsigned NULL [1]    
grsort    int(10) unsigned NULL [1]    
image    varchar(255) NULL    

Індекси
PRIMARY    id
UNIQUE    product_id, parent_id

 

Приклад SQL запиту який виконується

SELECT p.product_id, hl.sort, text as val
FROM oc_hpmrr_links hl 
LEFT JOIN oc_product p ON hl.product_id = p.product_id 
LEFT JOIN oc_product_attribute pa ON p.product_id = pa.product_id 
WHERE parent_id = '640393'
    AND attribute_id = '159'
    AND language_id = '4'
    AND status = 1

У вашій таблиці є унікальний індекс по полях (product_id, parent_id).
Ваш SQL запит фільтрує за parent_id, що є другою частиною цього індексу.
Оскільки parent_id не є першою колонкою в індексі, MySQL не зможе використовувати цей індекс ефективно для вашого запиту.

 

Рекомендації для покращення. 

Створіть окремий індекс для parent_id:

CREATE INDEX idx_parent_id ON oc_hpmrr_links(parent_id);

 

Так само, проблеми виявлені з іншими полями і таблицями, рекомендації:

CREATE INDEX idx_sort ON oc_hpmrr_links(sort);
CREATE INDEX idx_grsort ON oc_hpmrr_links(grsort);
CREATE INDEX idx_serie_id ON oc_hpmrr_product_index(serie_id);
CREATE INDEX idx_status ON oc_hpmrr_type(status);

 

Рекомендації для покращення виконання SQL запитів для полів із числовим типом.

На прикладі таблиці oc_hpmrr_links.
Тип даних: parent_id має тип int(10) unsigned, що означає беззнаковий цілочисловий тип.
Значення в запиті використовується '640393' в лапках, що робить його рядковим значенням.
Проблема: коли ви використовуєте рядкове значення ('640393') для порівняння з цілочисловим полем (parent_id), MySQL змушений виконувати неявне перетворення типів. Це може призвести до зниження продуктивності, тому що MySQL повинен конвертувати кожне значення parent_id в рядок для порівняння або конвертувати '640393' в число для кожного рядка.
Насправді це глобальна проблема всього коду OpenCart та сторонніх модулів, коли для числових полів беруть у лапки значення, можливо проблема не така гостра, але все ж, якщо робити, то з розумом!

 

Ці поради виявляться корисними для всіх розробників модулів OpenCart, допомагаючи створювати ефективні рішення для користувачів і тішити їх вашою якістю наданого рішення. Гарного дня!

спасибо за отзыв. учтем и добавим индексов