Всего 122 808 комментариев

Михаил
21 ноября 2014, 08:46
0
Интересный подход конечно к созданию. Но все же что хотел этим сказать автор? Суть наверное в том, что так делать нельзя. А не то что тут MODx виноват.
Николай
21 ноября 2014, 07:57
0
Василий, не посредственно к тебе вопрос. Смотрю на конструкцию mse2_msoption|color_59
«color_59» это у меня черный цвет. Я верно понимаю, что черный будет перманентно 59? Он не сможет внезапно стать 39? И все новые цвета в каталоге будут уже color_60,61,62?
Виталий Киреев
21 ноября 2014, 07:18
0
Человек явно из джумлы пришел и не стал заморачиваться)). Причем он не первый работал с этим сайтом, т.к. наличие тегов свидетельствует, что до этого что-то уже было.
Fi1osof
21 ноября 2014, 01:21
0
Ясно. Спасибо за ответ.
Іван Клімчук
21 ноября 2014, 01:19
0
Не, там с курсами немного веселее. Там кроме курса еще формула используется, типа округлить_до_тысяч((текущий курс + 3%) * стоимость)

Курс сам я кеширую, другой сайт не дергаю, но «запасной» вариант с сохранением курса в системную настройку, на случай если кеш умер и сайт банка лагнул, чтобы цены хотя бы по устаревшему пересчитались, сделал довольно криво. Есть задумка сделать толковый компонент под это дело, но там работы не на 3 часа ) Слишком грандиозные планы.
Fi1osof
21 ноября 2014, 01:11
0
У меня вот здесь тоже реализованы разные курсы валют: www.drovyanka.ru/
Есть рубли, доллары и евро. Пару раз в день забирает актуальный курсы с ЦБР и сбрасывает кеш полностью, при получении данных товара пересчитывается цена в рубли. Все цены актуальные и нагрузка на сервер почти нулевая, отдает страницу довольно быстро. Реализация часа 3-4. Но это так, к слову…
А у тебя пытается каждый раз забрать курсы со стороннего сайта-источника и из-за этого тормоза?

P.S. к теме топика: на этом сайте 814 товаров и не пришлось вообще хоть как-то задумываться о производительности, так что говорить о каких-то тормазах при 500+ товаров — это как-то сомнительно.
Іван Клімчук
21 ноября 2014, 01:07
0
Да, именно. Заказчику курс важнее на сейчас, а переписать нормально пока не могу. Да и денег не платят, чтобы жопу рвать. Потому делаю, как время есть и желание )

Замеры не делал, скажу честно. Возможно позже проанализирую, когда доведу его до ума. А пока работает, телефоны есть, товары искать можно, наличие тоже видно, даже заказы с сайта есть. Но за бесплатно работать не охота)
Fi1osof
21 ноября 2014, 01:02
0
То есть если сниппет отключить, то забегает? ОК. Сколько среднее время загрузки из кеша/ без кеша? Просто интересно.
Іван Клімчук
21 ноября 2014, 01:00
0
Ну ты же сам процитировал ответ на твое замечание ) Там кривой сниппет пересчета курсов, который генерит по моей глупости под сотню запросов.
Fi1osof
21 ноября 2014, 00:58
0
Не скажу за минишоп, но скажу за MODX: на MODX-е очень даже можно делать достаточно крупные проекты. Вот магазин на 150 000 товаров: http://bumparfum.webtm.ru/
Fi1osof
21 ноября 2014, 00:58
0
если не брать в расчет мой кривой модуль пересчета курсов, который нет времени переписать, то летает.
Вань, среднее время при просмотре каталога — 3-5 секунд. Сложно назвать «летает».
Евгений Webinmd
21 ноября 2014, 00:07
0
Где-то была статья на тему «Как ускорить Revo », там вроде бы видел похожие извращения.
Mihan
20 ноября 2014, 23:12
0
Не понятно зачем нужен такой сайт.
Мордынский Николай
20 ноября 2014, 22:00
0
Опенкарт нормальная система много разработчиков, если человек сможет нормально реализовать ваши запросы то почему нет.
Мордынский Николай
20 ноября 2014, 21:57
+1
Из-за меню тормозить не должно — меню должно кэшироваться.
Фильтр для поисковика вешь не важная поскольку он должен формироваться на лету и каждый раз собирать инфу по категориям, его удобно гурзить аяксом, по факту загрузки контента.

Ссылка вверху тупит жесть секунд по 8 страница открываеться
Василий Наумкин
20 ноября 2014, 21:15
+2
Отличный пример «тормозного MODX».
Юрий Эффа
20 ноября 2014, 21:13
+1
На хостинге может просто отключена отправка почты.
Можете поставить QuickEmail и протестировать, Инструкция тут.
 
Если так и есть, то создайте ящик на любом почтовом сервисе (или может свой есть) и настройте smtp-отправку почты (Настройка системы -> core -> Почта)
Rootiys
20 ноября 2014, 21:01
0
Спасибо! буду пробовать.
Алексей Ерохин
20 ноября 2014, 20:25
4
+2
Я так делал.
Перед собственно определением плагина в js-файле добавлял это:
var storesex = new Ext.data.ArrayStore({
    id: 'minishop2-product-sex'
    ,fields: [{name: 'name', type: 'string']}
    ,data: [['Мужской'],['Женский'],['Унисекс']]
});
miniShop2.combo.ProductSex = function(config) {
    config = config || {};
    Ext.applyIf(config,{
        store: storesex
        ,emptyText: _('ms2_combo_select')
        ,displayField: 'name'
        ,valueField: 'name'
        ,hiddenName: 'sex'
        ,mode: 'local'
        ,triggerAction: 'all'
        ,editable: false
        ,selectOnFocus: false
        ,preventRender: true
        ,forceSelection: true
        ,enableKeyEvents: true
    });
    miniShop2.combo.ProductSex.superclass.constructor.call(this,config);
};
Ext.extend(miniShop2.combo.ProductSex,MODx.combo.ComboBox);
Ext.reg('minishop2-combo-product-sex',miniShop2.combo.ProductSex);
Теперь в плагине можно использовать xtype только что зарегистрированного комбобокса

sex: {xtype: 'minishop2-combo-product-sex',fieldLabel: 'Пол'}
Алексей Ерохин
20 ноября 2014, 20:19
0
Именно…
Там меню это очень здоровое, из-за него тормозит
У некоторых категорий товаров слишком много параметров — фильтр тоже строится немало времени