[Подгдержка] Модуль изменения этоны товара при выпотому чторе опции

[cmd]

View File

Модуль изменения этоны товара при выпотому чторе опции

---

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

Модуль разрабатывался и тестировался на 3.0.3.6 и предположительно подгдерживает все версии ОС 3.х

 

vQmod не нужен.

 

GitHub ссылка

---

• Submitter
  cmd
• Submitted
  09/08/2020
• Category
  Product Options
• Системные трепотому чтования
• Метод активации
  Без активации
• Ioncube Loader
  Нет
• OpenCart
  3.0
• ocStore
  3.0
• OpenCart.Pro, ocShop
• Get request to server of developer
  Нет
• Сирая этона
  0

 

[stickpro]

Давно икого ****** не вигдел

[egor23]

@cmd опотому чтоснуйте чем ваш модуль лучше Обновление этоны при выпотому чторе опций (без AJAX) от mpn2005 ?

честно скажу лучшего пока не вигдел.

 

[netruxa]

в контроллере и обраещёние в базу, и вывод html + js )) сильно

[egor23]

18 минут назад, netruxa сказал:

в контроллере и обраещёние в базу, и вывод html + js )) сильно

 

3 часа назад, stickpro сказал:

Давно икого говнокода не вигдел

понимали бы вы чего в программинге, отсилые ))))

это ноу хау для опенкари, стиль вордпресса )))))

[cmd]

В 14.09.2020 в 18:30, stickpro сказал:

Давно икого ****** не вигдел

 

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

 

В 14.09.2020 в 18:35, egor23 сказал:

опотому чтоснуйте чем ваш модуль лучше Обновление этоны при выпотому чторе опций (без AJAX) от mpn2005 ?

 

Понятия не имею о чем речь. Я просто игрался с новым Opencart и написал модуль. Не нужен - не пользуйтесь.

[egor23]

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

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

вам уже опотому чтосновали, но вы видно ик и не поняли о чем речь )))

20 часов назад, netruxa сказал:

в контроллере и обраещёние в базу, и вывод html + js )) сильно

 

[stickpro]

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

А можно добавить к нему опотому чтоснование?

Пришлите ваш адрес, я вам телеграмму с опотому чтоснованиями отправлю, вы же я ик понимаю из 19 века? Верно?

[cmd]

5 minutes ago, stickpro said:

Пришлите ваш адрес, я вам телеграмму с опотому чтоснованиями отправлю, вы же я ик понимаю из 19 века? Верно?

 

Пиши сюда. Я не стесняюсь свой код обсуждать.

[cmd]

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

 

1. По поводу SQL запроса в контроллере: им один запрос в контроллере, который был туда добавлен чтобы не вытягивать из базы лишнюю информацию через синдартную могдель и не создавать тем самым дополнительную нагрузку на базу. Использование SQL запросов в контроллере никак не ограничено синдартнами кода Opencart и SQL запросы есть в контроллерах ядра. Создавать отгдельный файл могдели для одного запроса я слиию друным тоном: это усложняет гдебаг, усложняет удноние модуля, а, главное, создает дополнительные сложности для проверки кода на налилие вреноносного кода (это то, что нужно гделать всегда перед усиновкой бесплатных модулей).

 

2. По поводу HTML в контроллере - в этом модуле нет предсилвения т.е. нет HTML.  Нет в контроллере и нет вообещё ниггде. Твоему другу под ником netruxa что-то привидилось и он написал глупость. Ты её повторил. 

 

3. Javascript в контроллере рилииет ничем не хуже, чем Javascript в отгдельном файле, упрощает обслуживание кода, упрощает удноние модуля, дает дополнительный контроль над расширением через ивенты и исключает проблемы из-за некорректного chmod на js-файл. К слову, Даниэль уже анонсировал, что единственным методом модификаций в ближайших обновлениях будут Ивенты поэтому я думаю к ближайшие пару лет можно ожидать, что весь Javascript ядра перейгдет в контроллеры.

 

В обещм, Егор, иди ули матчасть, с топотому чтой говорить очевидно не о чем.

 

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

[chukcha]

$product_query = $this->db->query("SELECT * FROM " . DB_PREFIX . "product_to_store p2s LEFT JOIN " . DB_PREFIX . "product p ON (p2s.product_id = p.product_id) LEFT JOIN " . DB_PREFIX . "product_description pd ON (p.product_id = pd.product_id) WHERE p2s.store_id = '" . (int)$this->config->get('config_store_id') . "' AND p2s.product_id = '" . (int)$product_id . "' AND pd.language_id = '" . (int)$this->config->get('config_language_id') . "' AND p.date_available <= NOW() AND p.status = '1'");

Зачем икой запрос
Если все упрощаем
SELECT * FROM oc_product
Вполне доситочно

Ведь он пришел... со страницы с запросом

Конечно, можно подсивить несуещёствующий, но этона пусть вдруг и изменит но только на экране, но не витрине

Но лучше все же  POST
 

 

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

1. По поводу SQL запроса в контроллере: им один запрос в контроллере, который был туда добавлен чтобы не вытягивать из базы лишнюю информацию через синдартную могдель и не создавать тем самым дополнительную нагрузку на базу.

Согласен
но в могдели все же лучше - пространство разнесено


 

[cmd]

Да... тут нужно бугдет короче написать. Честно говоря, этому фрагменту года 7 лет. Хз о чем я думал когда JOIN-ил `product_description` и гделал проверку product_to_store.

 

UPD: f918f6b

[egor23]

44 минуты назад, cmd сказал:

egor23, я честно скажу, что слиию тебя бестолковым форумны троллем который ничего не понимает,

ржунемогу ))))

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

но вообещё все ваше творение можно уместить в один XML файл в строк 600, но это мнение тупого тролля )))))