Повышение скорости работы Magento
13.09.2010 23:25
1. хоститься в приличных местах.
приличные места можно определить по наличию таких серверов как nginx, lighthttpd и подобных, наличию memcached.
также, в приличных местах вам никогда не предложат неограниченное дисковое пространство с неограниченным трафиком.
кроме этого, в приличном месте хостинг не будет стоить дешевле $15 в месяц за самый маленький пакет услуг.
после того как первый пункт будет вычеркнут как пройденый этап, можно будет говорить дальше.
приличные места можно определить по наличию таких серверов как nginx, lighthttpd и подобных, наличию memcached.
также, в приличных местах вам никогда не предложат неограниченное дисковое пространство с неограниченным трафиком.
кроме этого, в приличном месте хостинг не будет стоить дешевле $15 в месяц за самый маленький пакет услуг.
после того как первый пункт будет вычеркнут как пройденый этап, можно будет говорить дальше.
19.09.2010 23:58
Всё верно.
1) Арендуйте выделенный сервер или VPS.
2) Оплатите специалисту его грамотную настройку.
А дальше уже надо индивидуально смотреть.
1) Арендуйте выделенный сервер или VPS.
2) Оплатите специалисту его грамотную настройку.
А дальше уже надо индивидуально смотреть.
20.09.2010 18:30
Плюс, при любом хостинге ускоряют Магенто:
1. Включенная компиляция;
2. Кэширование вывода продуктов категории (Включается правкой кода);
А вообще, оптимальный вариант для магазина на Магенто с небольшой посещаемостью - VPS. Можно правильно настроить.
1. Включенная компиляция;
2. Кэширование вывода продуктов категории (Включается правкой кода);
А вообще, оптимальный вариант для магазина на Магенто с небольшой посещаемостью - VPS. Можно правильно настроить.
20.09.2010 18:45
Вот к примеру сервис <удалено> за 120,00 у.е в год ограничений нет. И вот сайт на этом сервисе <удалено>
Стоит платить за дорогой хостинг или нет ???
Стоит платить за дорогой хостинг или нет ???
22.09.2010 09:14
А где там описаны основные технические характеристики хостинга?
Разделяемый хостинг или выделенный сервер?
Объём оперативной памяти?
Тип / скорость процессора?
И т.п.?
Разделяемый хостинг или выделенный сервер?
Объём оперативной памяти?
Тип / скорость процессора?
И т.п.?
22.09.2010 10:31
Детальной информации нигде нет, но сервис дает возможность бесплатно протестировать Мадженто, а также информация которую я получил в чате, php Memory limit 512 mb.
Вы реально все можете увидеть и протестировать, а также мною был задан вопрос, стоит менять этот сервис на более дорогой для магазина в 2000 товаров и посещаемостью до 500 хостов ??? Спасибо
Вы реально все можете увидеть и протестировать, а также мною был задан вопрос, стоит менять этот сервис на более дорогой для магазина в 2000 товаров и посещаемостью до 500 хостов ??? Спасибо
22.09.2010 10:33
Если вам на хлеб не хватает - рискуйте
Сайт этой конторы явно создан вчера-позавчера.
Что это такое - сообщать технические характеристики в чате?
А завтра вы им в чат постучитесь - они новую цифру скажут?
Сайт этой конторы явно создан вчера-позавчера.
Что это такое - сообщать технические характеристики в чате?
А завтра вы им в чат постучитесь - они новую цифру скажут?
22.09.2010 11:30
я на многих хостингах пробовал, где-то лучше, где-то хуже, но остановился на одном решении - купил себе сервер.
22.09.2010 14:52
Какие основные настройки нужно сделать для повышения скорости мадженто версия 1.4.1.1 в админ панели, а также в коде ???
23.09.2010 18:13
1)
Если вы уже завершили разработку магазина - включите кеширование. (На этапе разработки со включенным кешированием работать неудобно, потому что ваши изменения не сразу отобразятся на витрине).
2)
Внимательно пересмотрите список используемых модулей.
Очевидно, чем меньше модулей на странице - тем быстрее она будет загружаться.
3)
Арендуйте более быстрый сервер - тут всё очевидно.
4)
Установите кеш байткода PHP. Например, APC. В интернете достаточно информации.
5)
Обратитесь к программисту - это самое действенное.
Программист найдет узкие места и оптимизирует код.
Если вы уже завершили разработку магазина - включите кеширование. (На этапе разработки со включенным кешированием работать неудобно, потому что ваши изменения не сразу отобразятся на витрине).
2)
Внимательно пересмотрите список используемых модулей.
Очевидно, чем меньше модулей на странице - тем быстрее она будет загружаться.
3)
Арендуйте более быстрый сервер - тут всё очевидно.
4)
Установите кеш байткода PHP. Например, APC. В интернете достаточно информации.
5)
Обратитесь к программисту - это самое действенное.
Программист найдет узкие места и оптимизирует код.
28.09.2010 13:59
suprotek (28.09.2010 11:29) писал:
Мне тоже очень интересно подробное описание
По умолчанию, многие возможности кэширования в Магенто отключены, хотя сама система кеширования достаточно гибкая. Например, вывод товаров категории. То есть по умолчанию при каждом показе товаров категории следует запрос к БД. Так же как, например, при построении многоуровневой фильтрации, для блока фильтров так же предусмотрено кеширование, но оно отключено. (Вообще, исследуя код я заметил, что многие вещи удалены - иногда хирургически, иногда вырваны с корнем, иногда просто закомментированы ).
Так вот, данное кеширование можно включить. Я намеренно не буду давать конкретных рецептов, программист вопрос решит быстро, непрограммист наплодит глюков. Сам я этот вопрос решил за 1 день, просто исследуя официальный форум, там все есть по этому поводу.
28.09.2010 14:22
А теперь самый главный вопрос ??? Сколько заплатить программисту за правильную настройку
28.09.2010 15:23
suprotek (28.09.2010 14:22) писал:
А теперь самый главный вопрос ??? Сколько заплатить программисту за правильную настройку
А это смотря настройку чего... Все зависит от того, где крутится Магенто и посещаемости. Если это VPS или выделенный сервер, то настройку надо разделить на 2 составляющие. Первое - настройка окружения, как то кешер байт-кода, выделене достаточной памяти серверу БД, nginx и прочее... И второе - оптимизация кода, в частности настройка кеширования, включение компиляции. Вторая часть, кстати, наиболее простая. Заплатите знающему человеку долларов 100, он все сделает, там работы на день, с тестированием.
При высокой же посещаемости (от 10000 посетителей в сутки) начинается самое интересное. Разнесение БД и веб серверов на разные машины, настройка memcached, построение кластеров веб и БД серверов, использование для кеширования непосредственно nginx. Но я эти вещи знаю, по большей части, в теории. Мы создавали таие конфигурации и тестировали, но в боевой обстановке не применяли (делали больше, чтобы понять каков предел роста системы). Там конечно же и 1000 долларов не обойдешься.
10.11.2010 15:33
Интересная особенность связанная с производительностью БД.
Как выяснилось, В таблицах catalog_product_entity_... отвечающих за хранение атрибутов продукта, для столбца value нет индекса. Если Product Flat отключен, то БД насилуется по полнй программе при фильтрации продуктов по атрибуту. Происходит перебор всех значений атрибута. То есть и в админке и в пользовательской части при многослойной фильтрации. Если же Product Flat включен, то только в админке при фильтрации продуктов по атрибутам не помеченным как атрибуты, участвующие в многоуровневой навигации.
Мне кажется, именно это иногда может являтся причиной когда "Админка тормозит". Если происходит фильтрация по какому-то атрибуту и данные не в памяти сервера, то происходят обращения к диску, количество обращений пропорционально количеству товаров в магазине. Ситуация ухудшается если фильтровать по нескольким атрибутам.
Даже если Flat включен, такой атрибут как SKU не проиндексирован.
У себя я создал индексы для столбцов value и отключил Flat. Конечно, размер базы побольше и внеснеие изменений подольше, но уж очень я не люблю ситуацию, когда база должна делать перебор всех значений.
Вообще, хотелось бы услышать мнение знатоков по этому вопросу.
Как выяснилось, В таблицах catalog_product_entity_... отвечающих за хранение атрибутов продукта, для столбца value нет индекса. Если Product Flat отключен, то БД насилуется по полнй программе при фильтрации продуктов по атрибуту. Происходит перебор всех значений атрибута. То есть и в админке и в пользовательской части при многослойной фильтрации. Если же Product Flat включен, то только в админке при фильтрации продуктов по атрибутам не помеченным как атрибуты, участвующие в многоуровневой навигации.
Мне кажется, именно это иногда может являтся причиной когда "Админка тормозит". Если происходит фильтрация по какому-то атрибуту и данные не в памяти сервера, то происходят обращения к диску, количество обращений пропорционально количеству товаров в магазине. Ситуация ухудшается если фильтровать по нескольким атрибутам.
Даже если Flat включен, такой атрибут как SKU не проиндексирован.
У себя я создал индексы для столбцов value и отключил Flat. Конечно, размер базы побольше и внеснеие изменений подольше, но уж очень я не люблю ситуацию, когда база должна делать перебор всех значений.
Вообще, хотелось бы услышать мнение знатоков по этому вопросу.