Последние темы


Планы

  • Участник @slaad написал в Планы:

    @Andchir
    Скажите, а catalog fill будет в текущем виде поддерживать загрузку товаров в эти таблицы или его тоже придется дописывать? Мне именно загрузчик важен, слишком много товаров.

    Вы заглядываете слишко далеко. Но если так интересно, то CatalogFill тоже в планах переписать. Об этом написано в плане.

  • @Andchir Не, не далеко. Тут вопрос перехода на новую версию. Если будет загрузчик, я легко перейду, а если не будет, то переход придется отложить))
    А попробовать новинки всегда хочется, тем более что направления развития у вас обычно очень приятные с заметными улучшениями.

  • Не, не далеко. Тут вопрос перехода на новую версию.

    На версию, которая ещё не написана. Как-то рановато вы думаете о переходе 🙂

  • @Andchir я верю в лучшее))

  • Занимался выбором инструментов. Остановился на таких:

    • Symfony
    • MongoDB
    • Angular 2

    Новый Шопкипер это будет не просто компонент для MODX, а отдельное приложение, которое будет интегрировано в MODX. Не стоит бояться MongoDB, там всё просто. Будут обучающие материалы. Разработка идет.

  • @Andchir Оу, mongo это клёво! , только вчера копался с ней )
    Буду ждать что получится, надеюсь что-то классное 😉

  • @Andchir получается, что поиск тоже свой будет? А отзывы, рейтинги и т.п?

  • Участник @slaad написал в Планы:

    @Andchir получается, что поиск тоже свой будет?

    Да. Как и фильтрация.

    А отзывы, рейтинги и т.п?

    Нет, можно будет использовать любые.

  • Информирую, что работа идет. Скоро будет небольшой обзор с видео.

  • @Andchir , круто, ждём)

  • @Andchir Хорошая информация. Ждем.

  • Интересно чем Вас Mysql не устроило?

  • Участник @nexoos написал в Планы:

    Интересно чем Вас Mysql не устроило?

    MongoDB даст несколько преимуществ:

    1. Увеличение производительности.
    2. Отсутствие жесткой структуры таблиц, т.е. таблицы можно создавать не тогда когда вам нужна другая структура, а на своё усмотрение, когда посчитаете нужным. Больше свободы.
    3. Более простая настройка и обслуживание БД. У MySQL есть куча параметров, которые нужно настраивать для более надежной и быстрой работы.

    Первый пункт голословный. Я пока не тестировал. В некоторых случаях (вроде каталог - как раз такой случай) MongoDB в 2 раза быстрее чем MySQL. Так же, как говорят, MоngoDB лучше подходит для больших объемов данных, но и более требовательна к ресурсам (процессору).

  • @Andchir Я к тому что у большинства сайтов для базы используется mysql.
    К примеру сайт на modx работает на mysql сервере и для того чтобы поставить shopkeeper нужно будет иметь и mongo сервер?
    Думаю не все хостинг компании имеют такую возможность.
    А следовательно Ваша аудитория значительно сужается...
    Не то что я Вас отговариваю, просто мнение со стороны) В идеале чтобы shopkeeper мог работать с любой базой, вроде symfony позволяет обстрагироваться от базы данных.

  • Думаю не все хостинг компании имеют такую возможность.

    Нужно разделять создание сайтов-визиток и создание интернет-магазинов. Многие веб-разработчики к этому относятся одинаково, для них разница только в потраченном времени. От такого отношения и результат соответствующий. Сейчас VDS хостинг стоит почти столько же сколько обычный хостинг. Как я уже писал выше, будут обучающие материалы.

    А следовательно Ваша аудитория значительно сужается...

    Если отвалятся лентяи, то я не расстроюсь. Для ответственных разработчиков, думаю, MongoDB не будет преградой.

    В идеале чтобы shopkeeper мог работать с любой базой, вроде symfony позволяет обстрагироваться от базы данных.

    Позволяет, но Synfony будет использоваться только в интерфейсе управления товарами и заказами. Для MODX будет написан обычный сниппет для вывода товаров.

  • Участник @Andchir написал в Планы:

    Если отвалятся лентяи, то я не расстроюсь.

    Полностью согласен, не хочешь разбираться, тогда тебе этот продукт не подходит.

    Участник @Andchir написал в Планы:

    Для ответственных разработчиков, думаю, MongoDB не будет преградой.

    Это будет только приобретение.
    Ну и хорошо, что вы ушли от jquery. Я не имею ничего против него, просто мне больше чистый js импонирует, ну и радует что не нужно будет дополнительную библиотечку подгружать)

  • @Andchir ох ничего себе планы 😃 Будет интересно попробовать. Думаю, проект от этого только выиграет.
    Однако, мне такой подход кажется каким-то странным. Оставить от MODX только вывод товаров, привнести в него колоссальные изменения, кучу новых технологий... КМК, тогда сразу отдельный движок под магазин.

    Мне почему-то наоборот, больше нравится типизация определённая, и даже на ангуляр в SHK немного кошусь, хоть и не трогал админскую часть раза три всего 😃 Но, зато будет повод наконец-то чего-то своё придумать для лёгких проектов. Для сложных - SHK 4 точно посмотрю.

  • Участник @pooding написал:

    Однако, мне такой подход кажется каким-то странным. Оставить от MODX только вывод товаров, привнести в него колоссальные изменения, кучу новых технологий... КМК, тогда сразу отдельный движок под магазин.

    Это и будет отдельный движок. Для MODX только интеграция. Я думаю делать какой-то большой, сложный компонент и привязываться к одной CMS это как-то не рационально. Надо делать максимально универсально.

    Мне почему-то наоборот, больше нравится типизация определённая

    Имеете ввиду определенную структуру таблиц базы данных? Я думаю это просто привычка. В MySQL чтобы добавить поле в таблицу приходится выбирать размер поля и его тип, стараться чтобы размер не был слишком большим и т.д. Структуру довольно сложно менять. А в MODX так совсем с дополнительными полями не рационально получается. Тип поля "value" у ТВ параметров - mediumtext, что для хранения таких данных как цена товара или артикул явно избыточно. В общем в MongoDB с этим значительно проще.

  • Афигеть как круто наверно получиться. Реально интересно посмотреть. И решение с интеграцией хорошее, даже если каким-то чудом в modx произойдут какие-либо глобальные изменения (modx 3 например), то получается нужно будет переписывать не весь компонент магазина, а только лишь часть по интеграции...наверное... Ух.... как же это круто и интересно!

 

Последние комментарии

  • Z

    Спасибо, действительно проще создать отдельно.

    Читать далее
  • Но проблема в том, что эта старая цена "дублируется" в плесхолдер "Дополнительных услуг" - [[+addit_data]].

    Можно не использовать [[+addit_data]], а выводить параметры по-отдельности.

    Цитата из документации:

    [[+shk_любой доп.параметр]] - любой доп. параметр, выбранный при добавлении товара в корзину (из [[+addit_data]]), например [[+shk_param1]].
    Если параметры сделаны в виде чекбоксов, то чтобы вывести отдельно каждый из них, нужно добавлять индекс (номер от нуля) для параметров следующих за первым.
    Пример: [[+shk_param1]], [[+shk_param1_1]], [[+shk_param1_2]] ...
    [[+shk_любой доп.параметр_price]] - цена доп.параметра. Пример: [[+shk_param1_price]].

    Читать далее
  • Z

    Доброго времени суток. Не могу разобраться, как передать данные migx-поля в корзину в плейсхолдер без "дублирования" в [[+addit_data]]
    Суть в чем: У меня есть 2 цены у товара (со скидкой и без скидки) Форма для отправки в корзину:

    <form action="[[~[[*resource_id]]? &scheme=`abs`]][[*alias]].html" method="post"> <input type="hidden" name="shk-id" value="[[*id]]" /> <input type="hidden" name="shk-name" value="[[*pagetitle]]" /> <input type="hidden" name="price_old__[[*id]]__add" value="[[*price_old]]" /> <input type="hidden" name="shk-count" value="1" /> <div class="product-price"> Цена: <span class="shk-price">[[!*price:shk_curr_rate:num_format]]</span> Старая цена - <span class="shk-price-old">[[+price_old]]</span> [[!+shk_currency]] </div> <div class="padding-lr-30"> <h5>Дополнительные услуги</h5> [[*param1]] </div> <div class="product-price"> <button class="btn btn-lg btn-primary" type="submit" class="shk-but">В корзину</button> </div> </form>

    Данные со "старой ценой" в корзину попадают нормально и выводится в нужном месте в плейсхолдере:
    [[+shk_price_old]]
    Но проблема в том, что эта старая цена "дублируется" в плесхолдер "Дополнительных услуг" - [[+addit_data]]. Как сделать чтобы старая цена не выводилась в [[+addit_data]]? Или может я как то не правильно передаю MIGX-параметр в корзину ? Заранее спасибо.

    Читать далее
  • Фотографии, как я понял, это второй вопрос. Я по нему пока ничего не отвечал и не просил информации. Это не отменяет того, что в вашем конфиге есть ошибка, о которой я писал выше. Не нужно задавать разные вопросы в одной теме, чтобы не было путаницы.
    http://forum.modx-shopkeeper.ru/topic/15/рекомендации-по-оформлению-темы-с-вопросом

    Читать далее