в топку эти сервисы, включите отладку и посмотрите сколько времени у вас страничка генерируется.
не, халявными консультациями не практикую.
зависит от архитектуры хостинга и ограничений, в целом да должно быть быстрее но не факт.
если хотите максимально быстро отдать с сервера то делайте кэширование в nginx + оптимизация шаблона, а далее уже будет зависить от качества связи и удаленности, тоесть сети.
и не понятно что значит по вашему "открывается до 1 сек" если в браузере за 1 сек грузится то очень хорошо, если отклик от сервера 1 сек то плохо)
на мегагерцы вообще можете не смотреть.
😂 софтваре поди.
сперва разберитесь чего там отображено.
забегая вперед - нормально, хотя не зная характер вашего трафика на этот вопрос нельзя ответить))
proxy_store это не кэширование.
смотрим документацию
"Разрешает сохранение на диск файлов. Параметр on сохраняет файлы в соответствии с путями, указанными в директивах alias или root. "
перевожу, в моем примере при запросе документа, url которого попадает под регулярку (тоесть статика)
jpg|jpeg|gif|png|ico|js|css|mp3|mpe?g|avi|zip|gz|bz2?|rar|swf
происходит попытка взятия файла локально (на фронтенде) из директории
/var/www/site.com
если он есть то отдается клиенту, если его нету то срабатывает обработка ошибки 404
error_page 404 = @fetch;
работает локейшен location @fetch
proxy_pass идем на бэкенд за файлом и отдаем его клиенту.
proxy_store on; разрешаем сохранить этот файл к себе локально с такими же путями, тоесть мы с ходили за файлом на бэкенд и ложим теперь его к себе локально в /var/www/site.com
вот и все.
при последующем запросе этот файл уже напрямую будет отдаваться с фронтенда из папки /var/www/site.com т.к он туда закачался функционалом proxy_store и на бэкенд уже не ходим.
http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_store
Для кэширования используется proxy_cache а не proxy_store.
если вам нужно просто автоматически ложить статику на фронтенд с бэкенда то пойдет proxy_store
если нужно именно кэширование то proxy_cache
надеюсь понятно объяснил.
"root /var/www/site.com; тут прописывает куда кешиться файло"
это откуда брать файл а не куда кэшировать, нету тут кэширования.
ну да, владельцам сайтов ведь похеру на оптимизацию. :)
если nginx есть то директива client_max_body_size
посмотрите
http://www.redstation.com/
хорошая площадка
1 что и? я не собираюсь вам рассказывать чем отличается серверное железо от десктопного, плюшки достойные внимания там есть, например можно менять железяки без отключения сервера. А в хецнере ваш тазик отключат полюбому.
3 вы читайте то что я пишу, новое вам не будут ставить даже если попросите.
4 могут и сразу, зависит от настроения сотрудника.
5 видать мало опыта в хостинге, нужно быть ко всему готовым если вы хотите качественный продукт сделать.
6 а если нужна)) на быстрый саппорт не рассчитывайте и это факт.
8 по моему очень даже нужно для вип уровня, может вы захотите железку свою поставить или чего то там автоматизировать.
еще забыл написать, они диагностику могут делать весь день.
тоесть если ваш тазик не поднимается и у вас нет резервирования то ваш качественный хостинг будет лежать мертвым грузом)))
приемлемо лежать по таким мелочам? ---------- Добавлено 10.03.2013 в 01:08 ----------
правильно поэтому под качественный хостинг нужно выбирать площадку другово уровня, вы и вправду не понимаете что хецнер берет количеством клиентов с вами нянчится не кто не будет!!! ---------- Добавлено 10.03.2013 в 01:10 ----------
