Выбор всех строк, это так у всех? - Общие вопросы и ошибки

Всем привет!

В отладке заметил что JoomShopping при загрузке страницы получает alias'ы ВСЕХ товаров и категорий, а потом уже из них выбирает нужные и rout'ит их..

Это так у всех?))

да, у всех. а что не так?

ТС ищет собственную уникальность
вопрос сам по себе странный, ЖШ то у всех одинаков

да, у всех. а что не так?

Ну как бы незнаю, а если 100 000 товаров и 1000+ категорий? Для работы нужно, только то количество, которое на странице..

ТС ищет собственную уникальность, ЖШ то у всех одинаков

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

т.е. лучше сделать вместо 1-го запроса 5000?

т.е. лучше сделать вместо 1-го запроса 5000?

Зачем сразу так?

1) Можно делать выборку только из той же категории, хотябы..
2) В пагинации уже есть кол-во товаров, я так понимаю что он их считает по #__product_to_categories, а там есть id товаров..

а на странице есть только товары из категории? других товаров не может быть?

а на странице есть только товары из категории? других товаров не может быть?

Ну это уже технические моменты, в первых вариантах запрос будет делаться через IN, ничего не мешает пристыковать остальные id..

ничего не мешает пристыковать остальные id..

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

Ну это уже технические моменты

проработайте их, кто против?

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

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

проработайте их, кто против?

Ну да ну да, без дела умничаю.. Но я кстати проверил в новостях, выборка делается только тех id материалов, которые на странице, я сначала подумал что вся Joomla так устроена..)

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

Потом еще и дублирование запросов в модуле jshopping_categories, я имею ввиду category->load();

Такое ощущение будто компонент делал я..)))

))) ну может в материалах проще. не вижу честно говоря проблемы в выборке одни запросом всех алиасов.

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

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

Ну как не видно то ее? Залил 75 000 товаров, ну и все, загрузка стала 3-5 секунд.. И самое интересное, за счет того что всегда выбираются все алиасы, ждешь даже там, где в категории 1 товар..

Добавил индекс к алиасу, стало чуть быстрее, было ~251.35 ms стало ~110, это выборка 74039 строк..

ну так, не видно то точно также как видно, только наоборот

1. не понятно о каких 3-5 секунд идет речь, если выборка проходит за ms. если проблема и есть, то точно не в запросе
2. индекс к алиасу добавлять - смысла нет. индексы надо добавлять к тем полям, по которым where. а не к тем, которые отбираем.

ну так, не видно то точно также как видно, только наоборот

1. не понятно о каких 3-5 секунд идет речь, если выборка проходит за ms. если проблема и есть, то точно не в запросе
2. индекс к алиасу добавлять - смысла нет. индексы надо добавлять к тем полям, по которым where. а не к тем, которые отбираем.

1) А обработка? Если бы так было что время запросов == время загрузки сайта
2) where alias_ru-RU !=''

1. обработка чего? обращение к массиву алиасов по индексу? если проблема есть, то точно не в запросе. смотрите плагины, фильтры и так далее
2. в таком случае да, чуть ускорит.

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

1. обработка чего? обращение к массиву алиасов по индексу? если проблема есть, то точно не в запросе. смотрите плагины, фильтры и так далее

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

Нет, установленного у меня ничего нету..

По поводу предлождений, думаю, конечно же..)

Пока незнаю на какие страдания я себя обрек, но я убрал buildRoute и parseRoute, сделал редирект в htaccess, заодно избавился от дублей, теперь у любого товара точно одна ссылка..)

// для категорий
RewriteRule catalogue/category/([-a-zA-Z0-9_]+)?controller=category&task=view&category_id=$1 [QSA,L]

// для товаров
RewriteRule catalogue/product/([-a-zA-Z0-9_]+)?controller=product&task=view&category_id=0&product_id=$1 [QSA,L]

В случае с товаром, придется дописать модель, для получения категории по id товара..

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

Пока так..

Я поставил все снова, и протестировал, но, результаты такие же..

Пока незнаю на какие страдания я себя обрек

по крайней мере на одиночество

поставьте себе галочку, что вопрос "... у всех так ?" для Вас потерял актуальность

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