MaxD
-
Posts
1,810 -
Joined
Content Type
Profiles
Forums
Marketplace
Articles
FAQ
Our New
Store
Blogs
module__dplus_manager
Everything posted by MaxD
-
Raensul, время генерации страницы (TTFB) влияет на 2 ключевых показателя: бонус к рейтингу в поисковиках время загрузки следующих страниц (скорость навигации по сайту) для клиента (если все скрипты и прочее уже закешированы браузером после открытия первой страницы и это кеширование правильно настроено) Баллы практически не влияют на эти показатели. Это просто сумма соответствия сайта некоторым рекомендациям. При этом большинство "оценщиков" оценивают скорость полной загрузки первой страницы (когда посетитель впервые открывает сайт) - хотя это не особо критичный показатель. Для всех не беда, если первая страница будет открываться несколько секунд - но если сайт будет тупить на переходах между страницами, то это ощутимо и неприятно. Рекомендую придерживаться такого правила: Если какая-то штука добавляет баллов, но хоть немного увеличивает время генерации страницы (TTFB) - откажитесь от нее. Оптимизированность для мобильных устройств это отдельный разговор. Если вам не критичны мобильные пользователи и приходящие с поиска на мобильном - тогда не обращайте внимания. Если критичны - лучше поставить какое-то дополнение, которое показывает мобильным пользователям специальную версию сайта. -
tart, это можно организовать с помощью MX Shipping Master. Правда лучше использовать какой-то любой другой признак в параметрах товара, чтобы было меньше танцев с бубном. Например, добавить товар к какой-то специальной невидимой категории, или указать высоту 1 (когда у всех остальных 0).
-
MX Shipping Master так умеет (кроме показа и изменения города):
-
Можно использовать мой модуль MX Shipping Master для отображения условий доставки на странице товара (и их настройки). Он также красиво покажет, если доставка бесплатная для этого товара.
-
Мой модуль MX Shipping Master справится с этой задачей.
-
Нужен модуль доставки
MaxD replied to sbsip's topic in Программирование, создание модулей, изменение функциональности
На правах полу-рекламы... В моем модуле MX Shipping Master можно написать только те строчки на PHP, которые обращаются к сайту транспортной компании: -
Выход новой версии задерживается, много работы.
-
Очень странно. Попробуйте в system/lightning/config.php поменять $light_force_optimal_gzip = false; на true
-
juri79, странно как-то. В настройках магазина сжатие прописано?
-
Я создал новый модуль MX Shipping Master - он позволяет создавать и изменять методы доставки. Логику можно задавать через формулу или простой скрипт. Можно добавить логотип и ориенторовочное время доставки. Показывает информацию о доставках на странице товара.
-
fijneman, еще Lightning пишет эту информацию в заголовки ответа, там тоже можно смотреть когда возникает необходимость.
-
Очень много проблем возникает с сторонними модулями и прочим. Придется немного поменять концепцию, переписать все по другому. Где-то на следующей неделе будет новая версия.
-
fijneman, разве есть какие-то функции, которые хочется отключить, и они не отключаются через изменение system/lightning/config.php? Для мобилок и планшетов надо включить опцию $light_distinct_gadgets.
-
Вижу по сайту, что через AJAX передает только город. Значит попап и всякие дополнительные выводы в шапку не будут работать. Сообщение не критичное, пока что можно отключить показ ошибок (чтобы только логировались). В обновлении уберу.
-
Потестируйте пожалуйста кто-то Lightning с гео-ип опцией "Вывод города через ajax".
-
hover, вроде хорошо у вас работает. Правда я вижу, что BOOST через AJAX таскает модуль гео-ип. Не работает опция "Вывод города через ajax"? fijneman, да. Поменяйте в файле system/lightning/config.php: $light_cache_categories_only = true; на false - тогда оно будет кешировать все страницы, а не только со списками товаров.
-
Это да, лучше спросить :-)
-
MonaLiza, BOOST - ускоритель OpenCart + AJAX загрузка модулей 1.1 имеет ту же проблему с GeoIP - как и любой другой кешер, который отдает закешированную страницу, не запуская весь OpenCart. Как раз за счет этого и достигается практически мгновенная скорость под нагрузками. А вот turbocache сработается. Но он кеширует только отдельные модули, и максимальных скоростей им не достичь.
-
MonaLiza, пока идет бета-тест, убрать эту пимпу нельзя. Потом можно будет ее убрать, приобретя лицензию. vladster, все верно говорите. Только так "хардкорно" дружить модули уже чересчур. Автор бы мог сделать эти все механизмы через AJAX - и тогда GeoIP бы работал с любыми кеширующими страницы решениями.
-
Почему? Моды применяются четко по алфавиту названия. Если надо, чтобы мод применялся последним - в начале названия ставится "z". Если первым - черточку.
-
Ну не надо уже так сгущать краски... Чаще всего, если две модификации не меняют прям тот же кусочек кода, они нормально уживаются рядом. Почти все мои дополнения хорошо работают на всей линейке OpenCart 1.5.2 - 1.5.6 и ocStore. Никакими диффами и "жесткими" правками файлов такого не добиться. Да и нету ничего страшного в том, чтобы разобраться как vQmodы нахлестываются. По крайней мере по сравнению с попытками разобраться в попиляном кем-то движке. А идеальную ситуацию "стоит голый официальный движок и мое дополнение" в жизни все равно практически никогда не встретишь. Я уже писал раньше, что круто бы было сделать встроенный магазин дополнений с автоустановкой. И чтобы в нем бы можно было репортить, какие моды друг с другом не уживаются, чтобы девы сразу разбирались.
-
Много фиксов и исправлений (особенно по части Optimize Error). Добавлена поддержка SEO CMS PRO, спасибо markimax :-)
-
rb2, разве diffы не привязываются к точной версии оригинального файла? Они ведь не будут работать, если оригинальный файл слегка отличается?
-
xxBRATxx, надо глянуть. Если есть возможность, скиньте данные доступа по ФТП в личку.
-
Привет всем. Кто еще не видел OpenShop - рекомендую посмотреть, как на концепцию. Все изменения сделаны отдельными vQmodами (по смыслу), что дает возможность отключать ненужные или конфликтирующие части. Также это дает возможность отключить временно "сборку" полностью и посмотреть, как все работает на оригинальной версии движка. Да, есть конечно запарки с совместимостью иногда, но они решаются отключением конфликтирующего vQmod из сборки - если он не очень критичен. Главный плюс - возможность безопасно одеть OpenShop на уже работающий магазин. Это то, чего вы никогда не достигнете сборкой, в которой поменяны файлы. Я не собираюсь делать OpenShop для OpenCart 2.0 - очень много работы, сейчас у меня другие приоритеты. Но могу с радостью поделиться кодом и опытом - а его у меня много. Главное, на что я рекомендую обратить внимание - OpenCart 2 пока очень сырой, и обновления будут выходить часто. Вы запаритесь выпускать за ним новые версии сборки. Также вам ничего не мешает в какой-то момент "влить" изменения в код - если вы решите таки отказаться от vQmod. Естественно, лучше использовать ocMod раз он встроен в ядро. Еще очень крутая штука, которую вы можете сделать - встроенный магазин дополнений с автоустановкой. Инсталлятор у OpenCart такой себе, поэтому можно и надо менять его код. Это не создает особых проблем с совместимостью (при выходе новой версии надо просто закинуть новый SQL-файл). Логика инсталляции меняется редко и незначительно. Статические файлы (типа css) можно менять таким образом: в коде менять название файла на свой исправленный. Что касается проблем с конфликтами, разработчикам надо будет писать модули, которые работают как с оригинальным OpenCart, там и новым ocStore. Тогда у них не будет возникать проблем при отключении этих модификаций.
