Служите статическим изображениям от lighttpd и php от apache?
Таким образом, у меня есть 2 IP-адреса и работает apache на ipaddress #1 (www.server.com). Я думал о том, чтобы указать static.server.om на ipaddress #2 и запустить lighthttpd для изображений и javascript.
Это звучит нормально? Я хочу убедиться, что мои изображения и javascript обслуживаются быстро и без печенья.
2 ответа
Более или менее, есть достаточно большой набор опций, что каждый делает это по-своему, но ваш пример сработает. "Обычно" люди ставят lighthttpd (или nginx в настоящее время) перед apache и запрашивают у него прокси, но ваша настройка на самом деле проще, если у вас есть второй доступный IP.
Единственное, что я хотел бы упомянуть, это то, что вы можете превратить свой static.server.com в совершенно отдельный домен от www.server.com. Если вы действительно не дисциплинированы в отношении ваших файлов cookie, какого-либо плагина или кода стороннего поставщика или кто знает, что будет устанавливать файлы cookie *.server.com, и тогда браузеры завершат отправку их в ваши статические настройки. Если вы идете с static.server2.com, вы защищены.
Если вы используете другое доменное имя или поддомен и (при условии использования barebones) нет php / no session_autostart, то не должно быть файлов cookie. Это в значительной степени Best-Current-Practice крупных сайтов (и даже небольших), и работает хорошо.
Я предполагаю, что вы ищете, чтобы ускорить ваш сайт - первый и самый эффективный способ (если не использовать CDN) будет иметь поддомен или отдельный домен для ваших изображений. Это удваивает область конвейеризации (поскольку конвейеры соответствуют полному доменному имени). Отличная помощь.
Наконец, отключите сжатие на вашем сервере изображений; если он не раздает pdf или неформатные необработанные файлы, вы получаете удар по процессору и не получаете пропускную способность по сравнению с попыткой сжать уже высоко оптимизированный файл.
Надеюсь это поможет!