[Поддержка] SEO CMS TOP - Блог | Новости | Отзывы | Галерея

[markimax]

Мне все равно есть или нет

 

Что вернет

 

$query->num_rows

 

Бред чукчи

Ты пивка с утра на старые дрожжи кинул?

Я уже ответил тебе много раз

https://opencartforum.com/topic/27277-seo-cms-pro-блог-новости-отзывы-галерея-формы/page-186#entry375969

https://opencartforum.com/topic/27277-seo-cms-pro-блог-новости-отзывы-галерея-формы/page-185#entry375967

 

Всё, честно выспись, не знаю с бодуна ты или нет, или всю ночь работал, но честно пишешь бред не в попад

 

У меня в том коде нет ->num_rows

count($query->num_rows) ?????

[freelancer]

господа, давайте успокоимся )

chukcha, в чём суть претензии?
markimax, если в твоём коде нет ошибок в том числе архитектурных, зачем так реагировать?

[chukcha]

Причем здесь есть или нет?

 

Что вернет $query->num_rows

[markimax]

господа, давайте успокоимся )

chukcha, в чём суть претензии?

markimax, если в твоём коде нет ошибок в том числе архитектурных, зачем так реагировать?

Отвечу это не первый раз и не второй и не третий...

В каждой теме чукча троллит мои посты.

Сегодня вообще придолбался "почему без шляпы"

Перешел все границы этики

 

Почитай сам

 

У меня в том участке кода нет  num_rows :)

[chukcha]

господа, давайте успокоимся )

chukcha, в чём суть претензии?

markimax, если в твоём коде нет ошибок в том числе архитектурных, зачем так реагировать?

Суть претензии, в том что есть ошибка вызванная запросом

Запрос показан, показан код , в котором вызывается sql

 

Внятного ответа не получил

Только хамство.

[markimax]

Суть претензии, в том что есть ошибка вызванная запросом

Запрос показан, показан код , в котором вызывается sql

 

Внятного ответа не получил

Только хамство.

Ответы были, и все четко и ясно сформулированы.

Предполагаю ошибка в вашем  коде кешировщика,

 

Повторю в моем участке кода нет num_rows -

Если не хватает квалификации понять этого и всех ответов, то это не ко мне, идите учиться.

http://www.php.su/mysql_num_rows

Хватит троллить не по теме эту тему, "занимайтесь" в своей

[chukcha]

Есть или нет у вас, я не слепой - там действительно нет (насчет sql COUNT() или php count() вопрос спорный.

 

Ошибка на запросе от модуля blog

 

почему вы не используете уже однажды посчитанный num_rows?

[freelancer]

про num_rows,

я так понял, камрад chukcha намеркает на то, что можно обойтись без count($query->rows), вызвав $query->num_rows, либо в самом запросе выбрать count(o.customer_id), что возможно было бы быстрее

про ошибка вызванная запросом,

Error: The SELECT would examine more than MAX_JOIN_SIZE rows;

но ведь это не ошибка запроса, mysql просит use SET SQL_BIG_SELECTS=1 or SET MAX_JOIN_SIZE=# if the SELECT is okay

а т.к. синтаксически запрос

SELECT o.customer_id
                FROM `oc_order` o
                LEFT JOIN oc_order_product op ON (o.order_id = op.order_id)
                WHERE
                o.customer_id = '-1'
                AND o.order_status_id = '3' 

верен, то SELECT is okay

или я не прав?

[chukcha]

 

Предполагаю ошибка в вашем  коде кешировщика,

 

Для неумеющего  (markimax) читать :

 

На этом сайте нет никаких кешировщиков, кроме стандартных

 

 

Не уводите разговор  в сторону. Хотите о кешировшике милости прошу в тему о кешировщике, если вы ее найдете...

[markimax]

про num_rows,

я так понял, камрад chukcha намеркает на то, что можно обойтись без count($query->rows), вызвав $query->num_rows, либо в самом запросе выбрать count(o.customer_id), что возможно было бы быстрее

про ошибка вызванная запросом,

но ведь это не ошибка запроса, mysql просит use SET SQL_BIG_SELECTS=1 or SET MAX_JOIN_SIZE=# if the SELECT is okay

а т.к. синтаксически запрос

SELECT o.customer_id
                FROM `oc_order` o
                LEFT JOIN oc_order_product op ON (o.order_id = op.order_id)
                WHERE
                o.customer_id = '-1'
                AND o.order_status_id = '3' 

верен, то SELECT is okay

или я не прав?

 

Прав!

 

Я же написал суть и логика return не меняется и никак не влияет на стабильность, просто это был дебаг вариант (что скорость измерять (COUNT() в phpmyadmin скорость не показывает)  кода, который никак не влияет на стабильность, скорость и т.п. Просто не очень красиво, но в новой версии я писал ему ответ - там все поправлено и код красивый :)

 

Но чукча перешел границы этики, провокациями и публикацией ЛС без согласия моего

 

И посмотрите на его пост первый!!!

Это провокация

 

Найдите минимум две архитектурных ошибки

 

Никакого отношения к архитектуре ПО это не имеет

 

 

 

[Baco]

[chukcha]

про num_rows,

я так понял, камрад chukcha намеркает на то, что можно обойтись без count($query->rows), вызвав $query->num_rows, либо в самом запросе выбрать count(o.customer_id), что возможно было бы быстрее

про ошибка вызванная запросом,

но ведь это не ошибка запроса, mysql просит use SET SQL_BIG_SELECTS=1 or SET MAX_JOIN_SIZE=# if the SELECT is okay

а т.к. синтаксически запрос

SELECT o.customer_id
                FROM `oc_order` o
                LEFT JOIN oc_order_product op ON (o.order_id = op.order_id)
                WHERE
                o.customer_id = '-1'
                AND o.order_status_id = '3' 

верен, то SELECT is okay

или я не прав?

Все верно, но в каком месте?

Запрос - отдельно выполняется

Но ошибка возникает на этом запросе

repair table

analyze table

 

как быстрое лекарство не помогли

 

SET SQL_BIG_SELECTS=1 - помогло

 

Т.е. сервер решил, что запрос будет очень большой... Следовательно и запрос не оптимальный.

[markimax]

...

Васо мы знаем что кешировщик вместе делали вы с чукчей и вместе "ходите"

Два это "сила"

 

Ты тоже почитай бред своего другана

При чем здесь этот втой пост

 

 

[markimax]

Т.е. сервер решил, что запрос будет очень большой... Следовательно и запрос не оптимальный.

То что у ВАС там сервер "решил" с ВАШИМИ настройками, это вопрос к себе задайте

Потому что у других (2000) он "решает" правильно

 

Обычный тривиально-простой запрос

SELECT o.customer_id
                FROM `oc_order` o
                LEFT JOIN oc_order_product op ON (o.order_id = op.order_id)
                WHERE
                o.customer_id = '-1'
                AND o.order_status_id = '3' 

Проще не бывает

[freelancer]

chukcha, разе есть оптимальный вариант этого запроса?

Т.е. сервер решил, что запрос будет очень большой.

потому как база большая надо полагать, а раз база большая, то должно быть SET SQL_BIG_SELECTS=1

[chukcha]

Т.е ваш код идеальный по архитектуре

 

1 использование дополнительной переменной (ну да, конечно сервер большой памяти хватит)

2 Пересчитать пересчитанное - ну да, сервер большой все выдержит

3. Неумение пользовать sql запросы  (COUNT  в частности)

4. Не знание архитектуры OC , Васо - дал картинку, а кто-то не удосужился даже прочитать.

[markimax]

Вот

 

chukcha, разе есть оптимальный вариант этого запроса?

потому как база большая надо полагать, а раз база большая, то должно быть SET SQL_BIG_SELECTS=1

 

Ну вот видите вопрос и решен, я не понимаю зачем чукча начал с провокации (читаем называется троллизм в IT среде)

Причем даже не в десятый раз...

 

Так нельзя!

А тем более публиковать ЛС (там правда ничего крамольного не было)

Но сам факт этого!

[chukcha]

chukcha, разе есть оптимальный вариант этого запроса?

потому как база большая надо полагать, а раз база большая, то должно быть SET SQL_BIG_SELECTS=1

Та чтоб  большая, почти смешно

2400 заказов

300 товаров

в среднем в заказе 1,5 товара

[freelancer]

chukcha и мой код не идеален,

давайте в каждой теме поддержки писать, код не идеален, автор болван!

[chukcha]

Вот

 

 

Ну вот видите вопрос и решен, я не понимаю зачем чукча начал с провокации (читаем называется троллизм в IT среде)

Причем даже не в десятый раз...

 

Так нельзя!

А тем более публиковать ЛС (там правда ничего крамольного не было)

Но сам факт этого!

вопрос был решен без вашей помощи, а показано тонкое место вашего кода.

[freelancer]

Та чтоб  большая, почти смешно

2400 заказов

300 товаров

в среднем в заказе 1,5 товара

вот я о том же, проблема настроек базы, не запроса

[chukcha]

chukcha и мой код не идеален,

давайте в каждой теме поддержки писать, код не идеален, автор болван!

Я не сказал, это была ответка на его хамское поведение.

 

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

[Baco]

вот я о том же, проблема настроек базы, не запроса

В таком случае, следует предусмотреть "заглушку" или возможность принудительно указать параметр при разработке сложного алгоритма модуля.

[freelancer]

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

[Baco]

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

 

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