800к объектов

Здравствуйте, наверное на этотвопрос уже 1001 раз ответили, но гугление не даёт результатов.

Есть задача сделать каталог который состоит из 300 категорий 1 уровня и 40 фильтров для него (уникальны в рамках уровня) -> 3000 категорий 2 уровня и 40 фильтров для него (уникальны в рамках уровня) -> 800 000 объектов у каждого объекта до 120 характеристик.

Все это богатство должно вменяемо работать при 100к в сутки посещаемости. Каждый уровень имеет все признаки документа (заголовок, контент и тд).

Вопросы:
1. На Modx подобное делали?
2. Какой из готовых компонентов подойдёт?
3. Характеристики (фильтры) стоит делать на ТВ?
DeHuCkA
DeHuCkA
16 августа 2019, 00:29
modx.pro
1 561

Комментарии: 9

Наумов Алексей
Наумов Алексей
16 августа 2019, 09:09
1.…
2.…
3. нет, вот нет.
    DeHuCkA
    DeHuCkA
    16 августа 2019, 10:14
    Может кто ссылку даст на каталог большой сделанный на Modx?
      srs
      srs
      16 августа 2019, 10:32
      Это достаточно серьезный проект. Не думаю, что его стоит начинать делать на modx. Наверное лучше посмотреть на другой стек. Василий недавно писал про nuxt на фронте и ваш вариант на бэке (laravel, slim, express, hapi, koa, свой вариант). Почему бы не посмотреть в эту сторону.
      1. нет
      2. хз, наверное нет таких
      3. Нет, точно нет!
      з.ы. в интернетах где-то есть инфа о том, как кто-то скрещивал modx + elasticsearch на несколько миллионов позиций, но это надо искать.
        Воеводский Михаил
        Воеводский Михаил
        16 августа 2019, 11:01
        Тоже вспомнил об Эластике.
        Автору для упрощения поиска: эту задачу делал и потом описывал Александр из Беларуси.
          srs
          srs
          16 августа 2019, 12:55
          *дополнение — modx + elasticsearch
          Но опять же, стоит задуматься нужно ли это делать на modx если у вас:
          1. 800к+ позиций
          2. у них по 100+ различных свойств
          3. должен нормально работать на 100к посещений в сутки
          Насколько я понимаю, это должен быть легкий, быстрый, динамичный магазин, а значит, что все это богатство нужно будет обновлять, вести учет, и т.д… Наверное все таки стоит посмотреть в другую сторону. MODX отличный, но это инструмент для более лайтовых задач.
            DeHuCkA
            DeHuCkA
            16 августа 2019, 13:25
            Это каталог объектов они не часто будут обновляться, по ним нужно будет сортировать, а вот фильтров действительно много, причем фильтры категорий так же влияют на объекты
          Воеводский Михаил
          Воеводский Михаил
          16 августа 2019, 11:09
          Даже не пытайтесь такое количество делать штатными средствами MODX. Его можно использовать только как оболочку, но всю логику и хранение товаров в БД придется написать самостоятельно.

          Механизмы ресурсов при 800К уложат на лопатки любой сервер. В Tickets переработана схема работы с кешем ресурсов, но не уверен, что и он справится.

          Для внимательного изучения: modx.pro/help/10631 и modx.pro/sites/7711
            DeHuCkA
            DeHuCkA
            16 августа 2019, 13:26
            ModX как раз привлекает своей логикой и простотой. Хотелось бы на нем начать делать, возможно в перспективе уйти на фреймворк
              Воеводский Михаил
              Воеводский Михаил
              16 августа 2019, 14:16
              Пишите интерфейсы для админки на ExtJS, пишите логику обработки своих объектов, возьмите от MODX логику и простоту. Только учтите, что доля MODX в таком проекте будет составлять не более 15% от общего объема логики. Отсюда логично следует вопрос: так ли он там нужен? Но решение все равно принимать вам.

              Если очень интересно, как реализуются большие проекты, почитайте по ссылкам выше. Или посмотрите среди моих публикаций статьи про АСУ для кофеен.
            Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
            9