Вопросы Теги

Apache+Nginx+Varnish+APC или …?

Хорошо первой вещью знать является пользователь, который выполняет сценарий PHP (обычно, www-данные под Debian) не имеют права остановить или запустить апача.

Плюс то, если Вы используете Php для остановки Apache, как Php может запустить Apache, если апачский сервер снижается (таким образом, php не будет выполняться),

Хорошо вторая вещь состоит в том, почему Вы просто не делаете остановки/etc/init.d/apache2 вместо того, чтобы уничтожить ее? Если мы забываем права для пользовательских www-данных, Вы должны иметь в .sh файле: 

#!/bin/sh
/etc/init.d/apache2 stop
#
# Maintenance routine
#
/etc/init.d/apache2 start

И по крайней мере, почему Вы используете Php для выполнения обслуживания на сервере? разве Вы не можете использовать сценарий оболочки, что Вы будете крон?

1
задан 26 July 2011 в 18:17
6 ответов

  1. Лак разработан от земли - чтобы быть очень быстрым и масштабируемым веб-решением для кэша. Nginx разработан с нуля, чтобы быть очень быстрым, модульным и маленьким веб-сервером для статического содержания.

  2. APC является механизмом кэширования PHP, Вы не выполняете его на nginx, лаке или любом другом сервере кэша/фронтенда, Вы выполняете его на сервере приложений (mod_php, php-fpm и т.д.).

Я не встретился ни с кем, кто развертывает Лак и APC одновременно, поскольку он действительно не помогает Вам. Лак кэширует динамические страницы (например, PHP), пока Вы не говорите его не.

Тенденция в эти дни состоит в том, чтобы разработать высокоэффективные веб-сайты как это:

Load balancers -> Frontends -> Backends (Application servers) -> Databaseservers
                            \- File servers
1
ответ дан 3 December 2019 в 18:02

Начнитесь с PHP-APC. Это - хорошее начало для любого сайта. Переопределите размер кэша и дайте его как 128M для проигрывания с.

Установите Memcached и использование это для кэширования результатов запроса.

Установите Общий плагин Кэша Wordpress W3 и включите все.

Получите экземпляр Amazon S3 с Cloudfront и настройте его как CDN для Вашего сайта Wordpress.

Настройте Лак как обратный прокси для Вашего Apache, но помните, что Вы будете иметь к pass любые запросы, содержащие Wordpress, входят в cookie, или Вы закончите с Личностным кризисом, где все - подаваемое содержание зарегистрированного пользователя.

Именно. Это все действительно существует к нему. Это на самом деле обманчиво сложно, но это - основные основные шаги.

1
ответ дан 3 December 2019 в 18:02

Я лично использую Интернет-> nginx-> Лак-> Apache просто, потому что я не хочу хранить изображения непосредственно в кэше Лака.

У меня есть несколько сообщений в блоге с демонстрационной конфигурацией, доступной в - http://syslog.tv, если Вам интересно.

1
ответ дан 3 December 2019 в 18:02

Я выполняю несколько блогов, и имел проблемы производительности о серверах EC2, таким образом, я сделал следующее:

Ubuntu 11.04-> Лак-> Apache 2-> Wordpress, Многоузловой + Плагин Отображения Домена

Я выполняю несколько блогов на Микро экземпляре EC2. Я протестировал его с loadimpact.com, и это будет легко служить 50 параллельным пользователям с несколькими запросами и никакими проблемами кражи ЦП.

При этой загрузке ЦП находится при загрузке на 0,02%, и диски ничего не делают.

Все, в чем Вы нуждаетесь, является Лаком в передней стороне с хорошим Wordpress vcl, это удивительно.

0
ответ дан 3 December 2019 в 18:02

Что Вы рекомендуете ускорить блог Wordpress?

Я не настолько знаком с WP, но разве большинство людей не запускает с WP Супер Кэш?

0
ответ дан 3 December 2019 в 18:02

Varnish; Apache -or- Nginx; APC/Memcached -or- APC/PHP-FPM.

  • Varnish cache/serves static content
  • Apache/Nginx обрабатывает запросы HTTP на нестатический контент
  • APC/Memcached / APC/PHP-FPM кэшированные предварительно скомпилированные объекты PHP

Loadbalancing can be handled at various points

1
ответ дан 3 December 2019 в 18:02

Теги

Похожие вопросы