snastik

Мультиязык не поддерживает Можете попробовать префикс подставить. возможно сработает.

Сменить все пароли и наблюдать.

Это нормально, так как в 1.5.3 была дыра. Но зловред этот очень веселый, сталкивался с ним. По хорошему надо бы весь магазин пересобрать.

обновлен до версии 1.5.6.4 https://opencartforum.com/files/file/1940-%D1%88%D0%B0%D0%B1%D0%BB%D0%BE%D0%BD-tecart/

Притом что главные категории в меню при клике по ним показывают подкатегории и там ниже есть ссылка для перехода вот вам на рашин варианте может так дойдет быстрее [cenzoRED] хотя учитывая что вы стартанули тему спустя почти два месяца и после того как все ее уже переварили то может и не дойдет

var_dump(); microtime(); Мало ?

Принцип в том что, тот модуль, который вы поставили - это грубо говоря плагиат на модуль PAGECACHE. Он кеширует полностью страницу. Ну и сколько вы срок жизни кеша поставите - сутки, двое, трое... А потом. А цены поменяли... А то что первичная генерация все равно тупая. Турбокеш делает при этом все изящнее, кешируя данными блоками. И если у вас дерево меню создалось. То оно уже будет браться из кеша для всех последующих страниц, существенно сокращая время первичных генераций. А так да - динамика в статику.

Бесплатные модули с поддержкой ? По такому же принципу? Покажите пожалуйста. Тут xenu на ваш сайт зашел в 20 потоков, и его наглухо уложил. Не спасает модулечек (((

не обманываете ли гуглобота - это тезис месяца!!! :ugeek: :ugeek: :ugeek:

Джорнал и Нитропак редкой масти бред. В Джорнале перекопали полностью движок, забрав на себя половину системных функций. О вменяемой масштабируемости фукнционала можно забыть. Равно как и о внесении изменений в дизайн. А нитропак - раскрученная чушь. Толку от того что они кешируют полностью всю страницу контента. Базовая нагрузка все равно сохраняется. И в ситуации с 500 товарами - это еще куда не шло. Но в ситуации если у вас их 20-30к. Хостеры начинают вопеть все равно, так как ботов никто не отменял. А кеш все равно надо пересоздавать полностью даже раз в сутки. А по умолчанию раз в час. Без оптимизации базы, сервера, и кеширования надолго статичных блоков типа меню и модуля категорий, все остальные методы - это надышаться перед смертью. Рано или поздно заканчивается письмом счастья от хостера. И хорошо если письмом, буквально на днях наблюдал ситуацию, когда тупой Beget просто ни с того ни с сего закрыл поисковым ботам доступ на не самый медленный магазин. В итоге ссылки, сео, продвижение коту под хвост.

Стили css у вас могут слетать, потому что они у вас прописаны в шаблоне как http://.... поменяйте на https. Mozzila не всегда пропускает сторонний контент (которым для нее является стиль с адреса без https на странице с оным). По поводу подлинности - мучайте хостера.

Запрос на выборку товаров - не такой и тяжелый. А вот дерево категорий. Там кеш живет отлично. И самое главное это кеш сео про. Запрос на 10 000 товаров к примеру каждый раз обрабатывает 10 000 строк. При любых раскладах. И вот для этой ситуации отключать кеширование на уровне mysql совсем не здравая идея.И к тому же там нет привязок к датам. Так что жить может хоть сутки.

Да какой там поиск. Адаптивность, тач-дисплеи... - не не слышал!

Это конфиги - однозначно!

Т.е. силами сообщества с подачи Топорчило в код ocsotore вносится изменение, которое как раз на полную и использует кеширование результатов запросов в базу. Если интересно какое именно - то вот тут на гитхабе. Вы же не разобравшись в истинной природе тормозов вашей системы, перечеркиваете это все, просто на основании частного случая. Ржу))) :ugeek:

если хотите - можете провести эксперимент на магазине. Поменяйте в модели product Все SELECT на SELECT SQL_NO_CACHE и запустите loadimpact, чтобы нагрузочка пошла. После этого вернемся к обсуждению вопроса.

Поверьте, я пробовал уже такое количество разных настроек. Пока что лучше чем то что вам написал не нашел.

Тю блин.. Вы бы написали сразу. Тогда прописывайте - как есть и все. Ну и если у вас 4 ядра - не лишним будет подстроить количество worker_process в nginx до 4х. А также уменьшить параметр swappines системы до 50, чтобы для mysql осталось достаточное количество памяти.

OMG. Параметры настроек поделите на 4 - получите конфиг для 1 гига. И я так понимаю. Что разницы между количеством памяти и количеством ядер процессора вы не совсем понимаете.

А каким боком количество ядер влияет на настройки кешей ?

хороший конфиг кстати вот, но это для 4-8 гиг серванта. Соответственно поделите на 4, если у вас всего гиг мозгов. #Tuning key_buffer = 1200M thread_stack = 512K thread_cache_size = 32 table_cache = 60000 thread_concurrency = 12 net_buffer_length = 32 query_cache_limit = 2M query_cache_size = 256M myisam_sort_buffer_size = 256M tmp_table_size = 256M max_heap_table_size = 128M read_buffer_size = 2M read_rnd_buffer_size = 4M sort_buffer_size = 2M join_buffer_size = 4M max_allowed_packet = 256M max_sort_length = 512

key_buffer ? table_cache ? my_isam_sort_buffer_size ? tmp_table_size ? И так далее.. Есть масса настроек, которые очень сильно влияют на производительность тех или иных запросов - но они напрямую зависят от общей конфигурации сервера и количества данных в базе. Посмотреть где затыкается - вы можете настроив db_log от фрилансира, или моим профайлером, а потом при помощи визуального анализатора этих запросов в phpmyadmin очень хорошо видно, какие именно операции тянут много времени, то ли это отсутствие индексов, то ли это cache_write или disc_write.

А чему вы удивляетес, очень жалко что вы параметров сервера не привели. RAM - дело для системы дефицитное. Она отдается и для PHP и для всех возможных кешей. Опять же надо понимать какие именно кеши вы отключили - кеши индексов, или кеши результатов запросов. Так вот. Если у вас не хватает памяти для хранения кешей и для swap, они сливаются на винт. В итоге поиск и обработка большого массива данных с винта, если он не SSD, может действительно быть в пару раз медленней, чем получение этих же данных непосредственно средствами SQL. Такой же эффект появляется при установке memcache. Зачастую просто использование обычного родного кеша оказывается быстрее.

Вариантов - масса. От большой нагрузки на сервер. До защиты у хостера от ддос в виде ограничения на количество подключений с одного IP