snastik

да, но вам необходимо будет доработать шаблоны

Да. Но ocfilter на большом количестве товаров на холодную создает большие проблемы 2 ядра 2гига на adminvps

в 2.x они так же попадают в таблицу order

в 2.0.3.1 нормальный рабочий класс mysqli Просто поменяйте в конфигах mysql на mysqli

хоть http/10 Читайте внимательнее что я пишу! Каким образом тип протокола в данном контексте на что-либо влияет если там lazy-load ? Не несите сектантскую чушь! Сут проблемы не в количестве коннектов а в перестроении DOM, огромном количестве объектов, которые должны быть модифицированы а также в объеме данных, который должен быстро на-лету прийти по мобильному трафику. Слабые процессоры в телефонах не справляются.

Здесь огромное количество факторов: Как вы запускали проект? сразу тексты набили и открыли, или постепенно... (фактор частоты обновления страниц) История домена. ДА ДА внешняя ссылочная масса.. Если даже вы в сексте "ссылкие не работают", проспамить друзьям стены в соцсетях никто не мешает. Сами по себе тексты, если они уникальные, но бесполезные и их никто не читает - это бестолковая затея и деньги на ветер. Опять же сектантский термин "видимость" - который плотно зависит от полноты охвата тематической семантики и правильной группировки набора ключей в структуре магазина. Вобщем, кнопку бабло гномы спрятали в синих горах лет эдак 5 назад.

И еще - BEGET менять. Уж лучше Timeweb, если мы говорим о массмаркет шаред-хостинге. Ну и простите за рекламу. Выше я выполнил общеобразовательную миссию, если не знаете как устранить в комплексе все проблемы - то вот:

Яша говорит, что у вас все ок! А вот с товарами - не ок! У вас а) проблем с шаблоном и модулем стикеров б) проблемы с базой данных и таблицамии рекомендованных товаров в) проблема с сервером и медленной отдачей статики. г) проблема с размером изображений д) проблема с robots.txt вследствие чего боты создают повышенную нагрузку и beget вас режет е) несмотря на то что у вас в шаблоне внедрен lazy-load изображений, загрузка и отображение 44 * 4 превью товаров в категории, негативно сказывается на производительности страницы и раздражает покупаетелей на ПК, а на мобильных устройствах -просто ад с учетом размера и количества изображений, из-за очень большого количества требуемых входящих соединений с сервером и последующей обработки-преобразования DOM при прокрутке и отображени lazy превьюшек.

А про тяжелый запрос выборки заказов в админке, и залипание базы из-за него ты забыл ? + Возможные стикеры (хит продаж).

Ну и насколько я понимаю shopify - это полноценная распределенная система, в которой обработка всех данных идет поредством глобальных системных сервисов. А Даниэль просто сетапит на свой хостинг конейнер и называет это облаком. Ну ну...

Судя по всему - это не Clowd а обычный SaaS. Просто Даниэль решил еще поторговать хостингом. Я про эту инициативу знаю достаточно давно и сижу запасся попкорном. Есть две больших ложки дегтя - первая производительность и администрирование площадки. Вторая - масштабируемость самих магазинов (конфликты интеграции дополнений в связи со спецификой ocmod). Им явно там не дают покоя обороты Shopify.

У megafilter закрытый код. Добавить в sphinx индексацию дополнительных наборов данных не проблема. А вот научить работать megafilter с индексом sphinx - невозможно, в силу того что, вскрытие и раскодирование кода фильтра достаточно затратный и дорогой процесс сам по себе, кроме этого он еще и нарушает лицензию использования. Соответственно выход у вас один - писать свой фильтр, который будет взаимодействовать с индексом сфинкса. Но вы столкнетесь с таким количеством узкоспециализированных сложных задач, что бюджет я даже боюсь себе представить.

Читайте пожалуйста выше. Мы говорим про 1.5.6.x - там более чем нормальный класс. Который не вызовет конфликтов при интеграции в 1.5 ветку

В config.php в админке и на фронте необходимо поменять mysql на mysqli

Это не совсем корректный вариант, хотя и рабочий. Правильнее взят клас db.php и mysqli.php из 1.5.6

от 3 до 7 - это ооочень много! 22мб - это тоже очень много.

если 1.5 - не будут. 2 секунды это не красная, красная начинается от 5.

Вы внимательно посмотрите в критерии pageSpeed, ответ сервера далеко не всегда связан с красной зоной, даже если у вас генерация html 1.5-2 секунды и все остальное в пределах нормы, в красной зоне вы не будете.

изза 800 файлов кеша тормозить файловый кеш не должен, если у вас хостинг не на zx-spectrumе. Из-за 8000 может быть.

В мемкеше файлы не копятся, так как там нет файлов) А есть key-value наборы данных. Если реализуете нормальное время жизни, они будут протухать сами собой, высвобождая место. Если у вас за 30 минут забивается папка кеша так, что все начинает умирать. То ваши домыслы вам не помогут. Также Simon Filter умеет делать до 4к запросов на страницу. Смотрите и считайте.

Очень странная ситуация, обратитесь к @WarStyle он у нас специалист по миграции.

Уважаемый, прекратите спамить вашими платными услугами. Если вы не заметили, тема была создана в некоммерческой ветке. И если вам есть что сказать пишите в паблик, приносите пользу сооществу. А то как голодная саранча, там сям кода накрали и пишите в личку... Приносите пользу. Выкладывайте бесплатные решения. Помогайте. А то как-то некрасиво получается.

Что-то вы не так сделали, удалите язык и добавьте заново, должно помочь!

https://nbmart.ru/ 48к товаров... Но вы должны понимать, что никакое кеширование не спасает от трех вещей... От слабого железа, кривых модулей и неоптизированной базы. Поэтому если говорить о быстрых проектах. То необходимо строить проект, а не пытаться искать волшебную таблетку в виде модуля. Вот тут подробней:

1 - удалить все кеши vqmod 2 - вспомнить а не ставили ли вы каких кешеров.