| |||||||||
| |||||||||
Ваш движок пользуется MySQL или здесь реализована файловая база? Не ухудшает ли это скорость работы и не увеличивает ли занимаемое место на сервере?
MYSQL не используется
БД - файловая
Скорость не ухудшает, а наоборот улучшает, так как все работает через механизмы индексации, архивации старых данных
Мало того разделение базы на мелкие - ускоряет вывод и дает некоторые замечательные возможности.
место особо не увеличивает, тем более сейчас у хостеров проблем с местом - нет.
Очень не требователен к ресурсам.
Однако надо учесть что наибольшая производительность наблюдается на хостингах с хорошими параметрами файлового ввода-вывода. В этом случае процесс индексации склада, поиска, тегов, базы товаров и т.п. идет очень быстро и занимает считанные секунды. Только один хостер попался с медленными файловыми операциями - это Caravan. Индексация - вещь не частая, поэтому можно даже не парится даже если ваш провайдер Caravan. Замедление индексации (не работы движка для пользователя) было заметно при 20000 товаров, но все укладывалось в приемлиемые 10 секунд.
Наилучшие результаты показывают хостеры указанные на главной странице eurowebcart.ru
VDS Server RUS/UA
www.depohost.ru - OK Рекомендуем!
(FreeBSD 8.0+ x64, Apache 2.2, Zend module, PHP5.2.x , ISP-Manager)
Linux VPS Server
1GB.ru - OK Рекомендуем!
Hosting tested:
US Hosting
bluehost.com - OK Recomended!
nkvd.pro - OK Низкая скорость
RU Virtual Hosting
1gb.ru - OK
2domains.ru - OK Рекомендуем!
agava.ru - OK
best-hoster.ru - OK
caravan.ru -OK
domishko.ru - OK Рекомендуем!
ht-systems.ru - OK
infobox.ru - OK
mtw.ru - OK Низкая скорость
nichost.ru - OK
peterhost.ru - OK
rusonyx.ru - OK
sherlockhost - параноидные средства безопасности типа mod_secure
UA Hosting
mirohost.net - OK
cosmonova.net.ua - OK
DE Hosting
unaxus.de - BAD No ZEND Engine
sysproserver.de - POOR Need switch off some mod_security rules
LV Hosting
sigmanet.lv - OK
Brazil Hosting
redehost.com.br - BAD No ZEND Engine
solushost.com.br - - OK Recomended!
БД - файловая
Скорость не ухудшает, а наоборот улучшает, так как все работает через механизмы индексации, архивации старых данных
Мало того разделение базы на мелкие - ускоряет вывод и дает некоторые замечательные возможности.
место особо не увеличивает, тем более сейчас у хостеров проблем с местом - нет.
Очень не требователен к ресурсам.
Однако надо учесть что наибольшая производительность наблюдается на хостингах с хорошими параметрами файлового ввода-вывода. В этом случае процесс индексации склада, поиска, тегов, базы товаров и т.п. идет очень быстро и занимает считанные секунды. Только один хостер попался с медленными файловыми операциями - это Caravan. Индексация - вещь не частая, поэтому можно даже не парится даже если ваш провайдер Caravan. Замедление индексации (не работы движка для пользователя) было заметно при 20000 товаров, но все укладывалось в приемлиемые 10 секунд.
Наилучшие результаты показывают хостеры указанные на главной странице eurowebcart.ru
VDS Server RUS/UA
www.depohost.ru - OK Рекомендуем!
(FreeBSD 8.0+ x64, Apache 2.2, Zend module, PHP5.2.x , ISP-Manager)
Linux VPS Server
1GB.ru - OK Рекомендуем!
Hosting tested:
US Hosting
bluehost.com - OK Recomended!
nkvd.pro - OK Низкая скорость
RU Virtual Hosting
1gb.ru - OK
2domains.ru - OK Рекомендуем!
agava.ru - OK
best-hoster.ru - OK
caravan.ru -OK
domishko.ru - OK Рекомендуем!
ht-systems.ru - OK
infobox.ru - OK
mtw.ru - OK Низкая скорость
nichost.ru - OK
peterhost.ru - OK
rusonyx.ru - OK
sherlockhost - параноидные средства безопасности типа mod_secure
UA Hosting
mirohost.net - OK
cosmonova.net.ua - OK
DE Hosting
unaxus.de - BAD No ZEND Engine
sysproserver.de - POOR Need switch off some mod_security rules
LV Hosting
sigmanet.lv - OK
Brazil Hosting
redehost.com.br - BAD No ZEND Engine
solushost.com.br - - OK Recomended!
для этого есть прокси - nginx
кеширования нет, но тотальная индексация всего, чего только можно - очень сильно помогает держать производительность на приемлиемом уровне.
кеширования нет, но тотальная индексация всего, чего только можно - очень сильно помогает держать производительность на приемлиемом уровне.
я долго думал как кешировать динамические страницы
привязывать кеш к имени сессии, подчищать при индексации, но подумал что в кеш могут попасть конфиденциальные данные - уровень цен оптовика и т.п.
В общем до сих пор в раздумье.
привязывать кеш к имени сессии, подчищать при индексации, но подумал что в кеш могут попасть конфиденциальные данные - уровень цен оптовика и т.п.
В общем до сих пор в раздумье.
Вот тут понаписали немного в середине статьи про своё кеширование, правда я мало что там понял 
www.twl.ru
www.twl.ru
некоторые еще хвалятся дополнительно чем-то под названием Memcahed
но там в основном кеширование применяют при наличии sql-базы, а как оно будет здесь выглядеть и даст ли прирост мне лично не совсем непонятно
кеширование для статей -легко ввести, а вот для страниц магазина - сложнее - как кешировать что-то если результат вывода зависит от парметров в сессии?
т.е. чел. например ввел сортировку по цене в обратном направлении - а в кеше хранится результаты сортировки по цене в прямом направлении. то что надо в обратном направлении - хранится в сессии.
вопрос - что кешировать?
слишком много параметров влияют на выдачу, чтобы их кешировать.
а вот энциклопедии, законы, кучу статических статей - это кешировать не проблема.
только они у меня выводятся и так.
но может кеширование применю в вики.
т.е. чел. например ввел сортировку по цене в обратном направлении - а в кеше хранится результаты сортировки по цене в прямом направлении. то что надо в обратном направлении - хранится в сессии.
вопрос - что кешировать?
слишком много параметров влияют на выдачу, чтобы их кешировать.
а вот энциклопедии, законы, кучу статических статей - это кешировать не проблема.
только они у меня выводятся и так.
но может кеширование применю в вики.
многие применяют статический кеш к главной странице и к горячим предложениям, на которые ведут ссылки с главной страницы (это обычно самые нагруженные места) // еще некоторые делают многоуровневый кеш и к каждому определенному кешу присваивают теги и потом вызывают нужный в том или ином случае кеш (пардон, если неправильно выразился)
можно придумать кешировать POST и GET запросы таким образом, спасибо за наводку.
Хотя у меня и так все индексируется и не нагружается, но я попробую на досуге закешировать выдачу списка товаров, с параметрами по умолчанию. посмотрим что получится. будет ли прирост производительности.
Хотя у меня и так все индексируется и не нагружается, но я попробую на досуге закешировать выдачу списка товаров, с параметрами по умолчанию. посмотрим что получится. будет ли прирост производительности.