OkayCMS писал(а):- Переделано массовое удаление товаров. Теперь массовое удаление товаров в списке отрабатывает более чем в два раза быстрее.
Для фикса нужно в api/Comments.php в методе get_comments() удалить строкиVince писал(а):Проверьте, ответы на комментарии отображаются во всех товарах и статьях
korshunov писал(а):OkayCMS писал(а):- Переделано массовое удаление товаров. Теперь массовое удаление товаров в списке отрабатывает более чем в два раза быстрее.
Устанавливаю свежую CMS.
1. В админке на открываю первую страницу товаров. Страница требует 22 SQL-запроса.
2. Теперь выделяю все товары на странице (25 шт) и удаляю. При этом выполняется 195 SQL-запросов.
3. Снова открываю страницу товаров - 22 запроса. Устанавливаю кол-во показа 50 шт на стр.
4. Выделяю все товары на странице (50 шт) и удаляю. При этом выполняется 729 SQL-запросов.
Поверхностный взгляд на список запросов показывает, что 25 (или 50) запросов имеют вид
UPDATE ok_products SET position='110', last_modify=NOW() WHERE id in ('110') LIMIT 1
Это значит, что перед удалением товары сначала зачем-то модифицируюся, а только потом удаляются. То есть в данной ситуации разработчики действуют по принципу "выкрасить и выбросить". Что добавляет бесполезную нагрузку на БД.
Выводы:
1. По прежнему число запросов явно слишком большое.
2. Работа с базой в этом месте производится принципиально неграмотно. Потому как при увеличении объема данных на странице число запросов растет. Причем растет даже не пропорционально количеству данных, а намного быстрее. Рост просто катастрофический.
3. До приемлемого уровня еще ох как далеко...
dimitriy писал(а):кажется разработчики не очень то настроены отвечать на это сообщение:-(( с другой стороны- а какие тут вообще решения возможны? с другой стороны- какая разница сколько запросов в админке.. главное чтобы сам магазин работал быстро.. это важней
dimitriy писал(а):korshunov писал(а):
Устанавливаю свежую CMS.
1. В админке на открываю первую страницу товаров. Страница требует 22 SQL-запроса.
2. Теперь выделяю все товары на странице (25 шт) и удаляю. При этом выполняется 195 SQL-запросов.
3. Снова открываю страницу товаров - 22 запроса. Устанавливаю кол-во показа 50 шт на стр.
4. Выделяю все товары на странице (50 шт) и удаляю. При этом выполняется 729 SQL-запросов.
Поверхностный взгляд на список запросов показывает, что 25 (или 50) запросов имеют вид
UPDATE ok_products SET position='110', last_modify=NOW() WHERE id in ('110') LIMIT 1
Это значит, что перед удалением товары сначала зачем-то модифицируюся, а только потом удаляются. То есть в данной ситуации разработчики действуют по принципу "выкрасить и выбросить". Что добавляет бесполезную нагрузку на БД.
Выводы:
1. По прежнему число запросов явно слишком большое.
2. Работа с базой в этом месте производится принципиально неграмотно. Потому как при увеличении объема данных на странице число запросов растет. Причем растет даже не пропорционально количеству данных, а намного быстрее. Рост просто катастрофический.
3. До приемлемого уровня еще ох как далеко...
кажется разработчики не очень то настроены отвечать на это сообщение:-(( с другой стороны- а какие тут вообще решения возможны? с другой стороны- какая разница сколько запросов в админке.. главное чтобы сам магазин работал быстро.. это важней
Можете более подробно описать, в каких случаях появляется эта ошибка?yodaexolon писал(а):У меня часто появляется ошибка has exceeded the 'max_questions' resource (current value: 550000) из за большого количества запросов
Нет, это не ошибка. Этот момент описан вот здесь viewtopic.php?f=5&t=1085 пункт 2.7Nick52 писал(а):Ошибка при создании свойства.
Делали на своём, проверяю на вашем демоокай точка ком, выбирая Про
1. Создаю новое свойство: "Тест свойства создать"
2. Активирую "использовать в фильтре"
3. Активирую в "смартфоны" и в "ксяоми"
4. Ставлю индексацию, Добавляю новое значение "тест 1"
5. Иду в Xiaomi Redmi 4X - 2+16Gb, добавляю свойство "Тест свойства создать" со значением "тест 1"
6. Перехожу с товара "посмотреть на сайте" - свойство есть в "характеристиках"
7. Захожу в "смартфоны" - фильтра нет!!!!
если делать ссылку активной через настройки свойства, то при переходе по ссылке на свойство через товар, фильтр в блоке появляется
при переходе в "смартфоны" снова фильтра в блоке нет, при этом свойство у товара остаётся
Проблема с отсутствием фильтра в блоке проявляется только с вновь созданными свойствами. Если проводить манипуляции со свойствами которые были на сайте до обновления, всё отлично работает - в фильтре всё отключается и появляется по переключателю "использовать в фильтре".
Вернуться в «Обновления OkayCMS»
Сейчас этот раздел просматривают: 29 гостей