АС
там уже админка на эксте будет формироваться вечность
150k рейсов. Все нормально.
Size: a a a
2021 March 19
А
Использование TV с таким кол-вом ресурсов заранее такая себе задача
да я тестировал что выйдет
А
150k рейсов. Все нормально.
ну фиг знает. один фиг удел. мне 2-4 секунды прогрузки на пагинации нет возможности ждать, а так сама страница открывается быстро
АС
Вообще вчера говорил. Если ожидается более 20к рейсов то сразу на свои таблицы и не дурить головы.
ДМ
Переделывай пагинацию на свою... У pdoTools id уходят в запрос через IN.
ДМ
Это уменьшит расход RAM и время загрузки страницы.
АС
Переделывай пагинацию на свою... У pdoTools id уходят в запрос через IN.
Кстати, да. Тот ещё маразм.
А
короче буду товары складывать в свою БД и работать через свои PHP скрипты из MODX. MODX только разделы на себе держать - тогда все ок будет
А
Вообще вчера говорил. Если ожидается более 20к рейсов то сразу на свои таблицы и не дурить головы.
ага, соглашусь
ДМ
Не храни более 1-2 TV и 1-2 опций. Они все лежат в 1 таблице. Дублирование JOIN операций к одной однородной таблице сильно тормозит процесс.
ДМ
Ещё вроде что-то, но так всё и не вспомню.
ДМ
Для своих полей лучше расширять модель msProductData и саму таблицу modx_ms2_products.
А
лучше поищу готовые решения на своих базах данных и буду через них работать, один фиг еще прикручивать поиск по параметрам и что то отвалится на простом MODX
ДМ
Вообще хз. Я бы мог предложить Magento с их EAV моделью хранения полей, но не факт, что оно выгребет нормально на 500к+
ДМ
Может стать ещё хуже, чем у MODX.
АС
Ох... Я магаз пилю как раз по такой схеме. Тока когда выпущу... Х.з. а так 200к товаров норм летают до 0.5 сек.
ПК
Меня всегда радует как люди придумают сами себе хреновые архитектуры, а потом говорят «ожидал от модэкса большего»
АС
Опций там под 5 лямов
А
Ох... Я магаз пилю как раз по такой схеме. Тока когда выпущу... Х.з. а так 200к товаров норм летают до 0.5 сек.
а пагинация?
АС
а пагинация?
Так же