Bogdan1975

Решено. Контроллер из админки (admin/controller/catalog) category.php

Так опубликуйте код - что на что меняли. Я так и не заметил этого бага. Он в мастер-версии?

Вы что-то путаете - во-первых изначально нет (и не было) сортировки по количеству товаров. Во-вторых там все правильно показывает, очевидно вы глянули на те "100", какими ограничивается показ на странице

Возможно есть смысл подождать 1.5.5.1.2, если не сильно горит.

В todo list еще что-нибудь осталось?

Протестировал мультиязычный SeoPro от cdm&freelancer. На предмет ajax он четко отрабатывает, во всяком случае не наткнулся на несрабатывание. Споткнулся только в случае, если какой-нибудь модуль втягивает контент в iFrame из своего контроллера. Немного иземнил, теперь срабатывает и на iFrame. Желательно, конечно, что бы еще кто-нибудь потестил на всякий случай. seopro-master.zip

Я так понимаю, freelancer говорил об этом посте cmd: Постараюсь ближайшие пару дней протестировать Просто многие (в том числе и я) с нетерпением ожидают релиза. Разве это плохо?

Ну осталось это выяснить, и можно выпускать релиз.

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

А чем не подходит решение seopro_multilang.zip из этого поста или вот это расширение ? Alexey, спасибо за проделанную работу

Действительно, очень актуальный вопрос. Вроде как фактически весь todo list выполнен, ну кроме seo pro multilang ...

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

Так это же замкнутый круг - кто же будет писать модули, работающие через отсутствующий в движке механизм? Как вариант популяризации - можно вслед за релизом десяток-два бесплатных модулей переделать под ОЕ. А может ... написать конвертер модулей VQMOD -> OE ... EVMedvedev, Вы вроде неплохо изучили ОЕ изнутри. Это возможно?

Пару раз встречал подобные запросы - реализовать вывод модуля категории, который бы показывал только подкатегории активной главной категории. Как на rozetka.com.ua На досуге сделал: https://www.dropbox.com/s/9lag5wbyki0rvwh/without_main.rar Оформлено как vqmod-модуль. Сейчас совсем со временем туго, чую не дойдут руки коммит сделать. Если кому не лень, сделайте, пожалуйста. Он добавляет поле в таблицу категорий, но совместимости это не должно помешать. Думаю, что данная мелочь найдет своего пользователя.

Истину глаголете, милая барышня ;) Спасибо

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

Проблема решена. РЕШЕНИЕ К сожалению (к стыду) не обучен ...

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

Вы не правильно поняли. То, что нужно учитывать товары в "детских" категориях - конечно, логично. Но например в категории А есть один товар, в её подкатегориях B и C тоже по одному товару. Т.е. физически товара 3 (учитывая детские категории), но если для товаров подкатегорий B и С включит показ в категории А, то в категории А движок начитает 5 товаров, при том что товара всего 3. Вы можете сами проверить. Понимаю, что предлагаемый метод будет немного мене производительным, но потеря производительности будет мизерная, а тот метод посчета который есть сейчас граничит с некорректностью. Я не слишком опытен, поэтому изначально подумал, что это особенность сборки - в результате оптимизации алгоритма подсчета. Ковырнул оригинальный ОС - там все также считает. В, принципе, пользователями это расценивается как баг - счетчик показывает 5 товаров, а реально в сетке 3 товара, потому что их действительно 3.

Там какая ситуация - если товар принадлежит подкатегории, но отмечен что бы показываться и в родительской категории, то при подсчете товаров родительской категории он учитывается 2 раза. Судя по всему это особенность не OCStore, а OpenCart. Как вариант вижу в модели products в создать метод аналогичный методу getTotalProducts, но в нем получать не SELECT COUNT(DISTINCT p.product_id) AS total, а просто SELECT DISTINCT p.product_id. Соответственно в контроллере категорий заменить вызов getTotalProducts на вызов нового метода. Все полученные данные - от указанной категории и её детей кидать в один массив, а потом убить неуникальные значения. Так мы получим правильное количество товара.

Как именно не работает? Что выводит? $tab_related1 или $tab_related ?

Как программно из контроллера изменить текущий язык? Дело в том, что у меня стоит multilang seo, т.е. он добавляет код языка перед index.php. Не все модули это поддерживают, но обычно в случае чего добавляю его с помощью JavaScript. А один модуль загружает модальное окно в iframe, контроллер сам язык не отлавливает и всегда загружает русский, при попытке направить через префикс вообще ничего не загружает. Вот и хочу отдавать контроллеру в качестве аргумента текущий язык (его код), а вот как в контроллере сделать что бы он переключил язык на нужный не знаю ....