кеш и картинки ето последняя очередь и ето скорей для удовольствия гугла и других А реально розогнать можно токо редактируя конфиг БД и подключениям наконец каково то пакети кеширования промежуточного байта
А есть какой нить мануал по - редактируя конфиг БД и подключениям наконец каково то пакети кеширования промежуточного байта?
В mysql включите логирование медленных запросов, например log-slow-queries = slow.log long_query_time = 1 log-queries-not-using-indexes оптимизируйте те запросы которые очень медленные.
Буду пробовать, вот точно век живи век учись, оказывается я вообще ничего не знаю :( Спасибо за наводку, буду собирать логи....
Установка mysql_cached вред здоровью сайта. Не устанавливать никому, пока не исправят ошибок. Работает совершенно не правильно и при большом количестве товаров наоборот сильно тормозит сайт
При большом количестве товаров, в папке кеша создаются более 100`000 файлов кеширования запросов, что начинает тормозить файловую систему сервера, плюс в админ части начинается абракадабра с редактированием товаров, модулей и настроек
Добавлю от себя: 1. Общие способы: - Изображения. Сначала в ФШ для web (jpeg 80%), потом RIOT - еще минус 40-50% объема - CSS, JS - объединяем + минимизируем + сжимаем. По возможности - cdn или со своего поддомена - MySQL - правильная настройка основных парметров. Тут - для каждого свои получатся. Гугл поможет. 2. Касаемо ОС: - удалить подсчет категорий - забыть про memcached, вещь хорошая, но не для нас - оптимизировать запросы (мануал) - обходиться минимумом модулей 3. VPS/VDS - очень желательно - заменить mysql на что-то с поддержкой XtraDB (Percona, MariaDB) - установить и правильно настроить eaccelerator или аналоги ------------ Вывод: при правильных настройках, все летает (даже 20-30 тыс товаров) Для фанатов: поднять собственный веб-сервер на ssd (общий бюджет 5000 руб)
Вы конешно извините, но на ssd и ракеты в космус запускают, в прямом смысле. Если есть ssd то зачем Percona, MariaDB... Понты получаеться, мускуль не плохо можно разкачать.
1. Для фанатов - вынесено в отдельный пункт 2. мы оба, конечно, понимаем, что в MyISAM блокировка на уровне таблиц, а в InnoDB - на уровне строк? PS: XtraDB=улучшенный InnoDB
Про хостинг мало написали. Помимо очевидного выбора нормального хостинга есть ещё приёмы. При долгом простое сайта он и части сервера нужные для его работы могут сваливаются в swap, то же самое что и файл подкачки в винде, только на сервере, или даже быть заархивированным программой экономии места на диске. Выгрузка из свапа и архива занимает время. Выход на виртуальном хостинге или vpn придумать регулярный опрос сайта с домашней Э.В.М., что бы держать сайт активным. Или договориться с хостингом на ускорение. Если сервер выделенный, то нарастить достаточно озу и отключить свап вовсе. Ещё для выделенного сервера есть приёмы. Это подойдёт для огромных магазинов. Во первых подобрать файловую систему, они все разные по скорости работы. Могу порекомендовать ext2 или reiserfs, первая быстрее работает с большими файлами, вторая с маленькими, чего у Вас конкретно больше и что востребованией Вам виднее. Во вторых любую файловую систему по возможности желательно настроить. Сейчас системы ведут журнал и сохраняют время доступа к каждому файлу, всё это по возможности нужно отключить, смотрите ищите по описаниям к ОС и файловым системам. Такое отключение скажется на надёжности хранения файлов, будет как на винде, но это решается обычным автоматическим бэкапом всего сайта в автоматическом фоновом режиме. Отключить ненужный хлам, как то логи, они нужны в принципе только при отладке системы, всякие другие процессы в памяти ненужные для его работы. Поудалять ненужные программы и компоненты операционной системы. Если сервер свой, то можно вообще ускорится серъёзно. Сейчас есть ssd жёсткие диски, они типа РПЗУ. Ну и соответственно обычная оптимизация электроники, рэйд масивы, тактовые чатсоты и прочее. Это всё плюс к сказанному.
а куда надо вписать MYSQL установки в движке ? мне хостер прислал вот такие парамеры key_buffer_size = 4G max_allowed_packet = 64M sort_buffer_size = 8M read_buffer_size = 2M read_rnd_buffer_size = 16M myisam_sort_buffer_size = 2G tmp_table_size = 1G query_cache_size = 512M
можно долго демагогию разводить, короче: что нужно для ускорения: -картинки на твоем сайте не должны превышать 500килобайт за картинку (в идеале) -убрать весь лишний и неиспользуемый код, особенно JavaScript -отключить в Опенкарт запись лога и тому подобное -отключить в Опенкарт все неиспользуемые функциии, особенно плагины и модули!
батюшка демагогию разводите вы не зная о чем речь. картинки и прочая мелочь ето не главное, ето скорей для сервисов анализа и поисковиков сыграет роль. главную роль играет код опенкарта, особенно модель категорий которая рекурсивно строит дерево, но и не только, потом еще подсчет к-ва товаров в каждой категории и т.д.... обычно ето /etc/mysql/my.cnf
nix, следуя вашей логике, тогда нужно делать одноуровневные категории, в идеале и вообще, у меня опенкарт счелкается, как орешек, все зависит от хостинга в основном
да ладно, давай чтоб не лезть в твой орехосайт-магазин установим на твоем хостинге чистый опенкарт и зальем нормальное к-во категорий и товаров, и посмотрим как орехи счелкает, как тебе такое? повторюсь в 100 раз, хостер никогда тебе не пропишет в конфиг етого, и тем более не покажет что в его конфиге, только если у тебя впс или дедик.... к томуже, 4 гб на ключи и т.д... ето что за хостинг такой, ну вот не верю да и все.
я попросил изменить и отправил с твоего поста настройки они ответили мне что стоят лучше чем я предлагаю