а так да, wayfinder &level= '>1' + phx + ditto + yams - и на тебе от 1к запросов на страницу))

ямс это был пиздец конечно

немало сайтов я на нем сделал и каждый был болью

я както наямсил шаблончик - 6к запросов, и 2к с кешем ))

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

хуже ямса для меня был только джот

ну и аякссерч

ямс, джот, аякссерч - топ говнища на ево

да не, джот более менее

аякссерч 2 раза включал, а потом вылкючал и больше не юзал))

в джоте был какой-то ад с шаблонами

а потом и phx глушил вообще,

так они все там на phx )

ну да, скобку проебал и все сломалось

ну, скобку везде мона профтыкать)

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

не путай Jot с JotX ))

да, с JotX как-то стало получше

Ладно ))) Имел в виду jotx

про первый уже и не помню. так давно это было

в общем сделал запрос select id from modx_site_content where published=1 and deleted=0 limit 0,1000 без индексов примерно 30 раз, везде результат 0.009-0.010 s

запомните этот твит ))

ну тебе для тестов нужно было запретить кэш mysql

ну тебе для тестов нужно было запретить кэш mysql

100%

сделал с индексами - 0.003 везде

так что разница есть

но пишет, что использует только индекс deleted почему-то ))

так ты составной индекс добавь)

ну ты можешь сделать и составной индекс ((:

ща сделаю)

там 250 тыс ресурсов. долговато собака индексы строит )

ты еще скажи шо там все до сих пор на дитто ))))

там все на админер)) сайт завалился с 504 после моих тестов изнутри ))

вряд ли что-то изменится - на обычных сайтах процент неопубликованных и процент удаленных обычно стремится к нулю

да, те же 0.003 постоянно выдает

сейчас еще раз все уберу)

составной индекс надо делать так как в where -по published и deleted

ну так он же и был

нет разницы у меня составной или отдельные

последний раз составной и был

без него вернулись к начальным 0.009

ну так вроде на первый взгляд какой-то эффект от этого есть :)

в 3 раза)

в три раза хорошо когда было 3 а стало 1

а тут порожняк

надо с джойном тв попробовать )

интересно - а при лимите в 10 000 уже и разницы нет никакой - и там и там по 0.035-0.04 )

в документации тому есть объяснение

типа индексы оптимизатор использует не всегда

есть вариант принудить его использовать их

но я так понимаю что это плохое решение (:

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

ну да, запись создаешь и индексы нужно обновить

где-то от этого могут вылезти тормоза

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

мной еще было замечено, что инсерты потихоньку сливают память в пхп

мне кажется для импорта с MODxAPI надо минимум 256Мб на хостинге, на 128 последний раз сделал обновление цены/цены в валюте/валюты - че-то сильно тормозило, пришлось на прямые запросы переделать

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

я делал дополнительный метод update, который сразу писал

ну то есть не edit->set->save, а update->save

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

ну вот хз, мне кажется оно упирается в память и начинает тупить

нет, у меня тормозило именно set->save

при апдейте память не сливается

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

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

да ничего там не было) по колонке id было обновление трех полей - price,oldprice,currency - я сразу влупил шаг 500, думал ну ща полетит, а оно как повисло, я аж начал 500-ю в консоли ждать от аякса :)

уменьшил до 50 шаг - и все равно надо было до двух досчитать )

ну вот хз, мне кажется оно упирается в память и начинает тупить

скорее всего какойто внутренний ворнинг и он пишется в чтото типа в $modx->error. его надо обнулять в цикле

ну не знаю, последний раз делал обновление цен, там с десяток тв обновляется за пару минут при 80000 записях в импорте

Индекс решает в большей степени когда надо искать по большему срезу чем 0,1 +сортировка

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

а потом какой-то порог перейдешь - и вроде ок

А там как помню тип данных что-то типа тининт и там сильно не разыграешься

это сайт на рево, нагрузка на базу типа

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

День работает, день отдыхает