800к объектов
Здравствуйте, наверное на этотвопрос уже 1001 раз ответили, но гугление не даёт результатов.
Есть задача сделать каталог который состоит из 300 категорий 1 уровня и 40 фильтров для него (уникальны в рамках уровня) -> 3000 категорий 2 уровня и 40 фильтров для него (уникальны в рамках уровня) -> 800 000 объектов у каждого объекта до 120 характеристик.
Все это богатство должно вменяемо работать при 100к в сутки посещаемости. Каждый уровень имеет все признаки документа (заголовок, контент и тд).
Вопросы:
1. На Modx подобное делали?
2. Какой из готовых компонентов подойдёт?
3. Характеристики (фильтры) стоит делать на ТВ?
Есть задача сделать каталог который состоит из 300 категорий 1 уровня и 40 фильтров для него (уникальны в рамках уровня) -> 3000 категорий 2 уровня и 40 фильтров для него (уникальны в рамках уровня) -> 800 000 объектов у каждого объекта до 120 характеристик.
Все это богатство должно вменяемо работать при 100к в сутки посещаемости. Каждый уровень имеет все признаки документа (заголовок, контент и тд).
Вопросы:
1. На Modx подобное делали?
2. Какой из готовых компонентов подойдёт?
3. Характеристики (фильтры) стоит делать на ТВ?
Комментарии: 9
1.…
2.…
3. нет, вот нет.
2.…
3. нет, вот нет.
Может кто ссылку даст на каталог большой сделанный на Modx?
Это достаточно серьезный проект. Не думаю, что его стоит начинать делать на modx. Наверное лучше посмотреть на другой стек. Василий недавно писал про nuxt на фронте и ваш вариант на бэке (laravel, slim, express, hapi, koa, свой вариант). Почему бы не посмотреть в эту сторону.
1. нет
2. хз, наверное нет таких
3. Нет, точно нет!
з.ы. в интернетах где-то есть инфа о том, как кто-то скрещивал modx + elasticsearch на несколько миллионов позиций, но это надо искать.
1. нет
2. хз, наверное нет таких
3. Нет, точно нет!
з.ы. в интернетах где-то есть инфа о том, как кто-то скрещивал modx + elasticsearch на несколько миллионов позиций, но это надо искать.
- 800к+ позиций
- у них по 100+ различных свойств
- должен нормально работать на 100к посещений в сутки
Тоже вспомнил об Эластике.
Автору для упрощения поиска: эту задачу делал и потом описывал Александр из Беларуси.
Автору для упрощения поиска: эту задачу делал и потом описывал Александр из Беларуси.
*дополнение — modx + elasticsearch
Но опять же, стоит задуматься нужно ли это делать на modx если у вас:
Но опять же, стоит задуматься нужно ли это делать на modx если у вас:
Это каталог объектов они не часто будут обновляться, по ним нужно будет сортировать, а вот фильтров действительно много, причем фильтры категорий так же влияют на объекты
Даже не пытайтесь такое количество делать штатными средствами MODX. Его можно использовать только как оболочку, но всю логику и хранение товаров в БД придется написать самостоятельно.
Механизмы ресурсов при 800К уложат на лопатки любой сервер. В Tickets переработана схема работы с кешем ресурсов, но не уверен, что и он справится.
Для внимательного изучения: modx.pro/help/10631 и modx.pro/sites/7711
Механизмы ресурсов при 800К уложат на лопатки любой сервер. В Tickets переработана схема работы с кешем ресурсов, но не уверен, что и он справится.
Для внимательного изучения: modx.pro/help/10631 и modx.pro/sites/7711
ModX как раз привлекает своей логикой и простотой. Хотелось бы на нем начать делать, возможно в перспективе уйти на фреймворк
Пишите интерфейсы для админки на ExtJS, пишите логику обработки своих объектов, возьмите от MODX логику и простоту. Только учтите, что доля MODX в таком проекте будет составлять не более 15% от общего объема логики. Отсюда логично следует вопрос: так ли он там нужен? Но решение все равно принимать вам.
Если очень интересно, как реализуются большие проекты, почитайте по ссылкам выше. Или посмотрите среди моих публикаций статьи про АСУ для кофеен.
Если очень интересно, как реализуются большие проекты, почитайте по ссылкам выше. Или посмотрите среди моих публикаций статьи про АСУ для кофеен.
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.