2012-06-28 1 views
2

mod_pagespeed переписывает мои CSS ссылку изmod_pagespeed за упругую балансировкой нагрузки

ссылки HREF = "/ CSS/file.css" отн = "таблица стилей"

к чему-то вроде:

ссылки HREF =» http://example.com/css/file.css.pagespeed.ce.97987.css "rel =" stylesheet "

Проблема в том, что если file.css.pagespeed.ce.97987.css не имеет был создан в кешках страниц через один из серверов, расположенных за балансировщиком нагрузки, он не может быть найден.

Он делает то же самое с .js файлов и изображений

Можно ли получить доступ к этим файлам на локальном сервере, а не просить балансировки нагрузки, чтобы служить им?

EDIT:

Это была решена:

ModPagespeedEnableFilters trim_urls

Что переписывает на

ссылка HREF = "/ CSS/file.css.pagespeed.ce.97987. css "rel =" таблица стилей "

EDIT 2:

Это переписало hrefs в ссылках и удалило базовый url из тех, что не очень хорошо, так как я хочу, чтобы они перенаправлялись на балансировщик нагрузки

+1

Остерегайтесь. Вы можете получить похожие результаты и с некоторыми другими фильтрами - я лично рекомендовал бы не использовать mod_pagespeed в среде с балансировкой нагрузки. – duskwuff

+0

Я думаю, что вы, возможно, были правы, были побочные эффекты, и у меня заканчиваются варианты, спасибо за ваш вклад –

ответ

0

Я изучаю то же самое. Я думаю, что с помощью «ModPagespeedMapOriginDomain» для сопоставления вашего IP-адреса локального сервера с вашим балансированным по весу доменом или IP-сообщением modpagespeed будет ссылаться на локально кэшированные файлы на каждом сервере. Это означает, что ваш pagepeed.conf должен быть уникальным на каждом сервере.

Пример:

ModPagespeedMapOriginDomain localhost <domain> 
ModPagespeedMapOriginDomain localhost https://<domain> 

или с IP:

ModPagespeedMapOriginDomain x.x.x.x <domain> 
ModPagespeedMapOriginDomain x.x.x.x https://<domain> 

или с использованием Virutal Хосты:

ModPagespeedMapOriginDomain x.x.x.x/virutalhostroot <domain> 
ModPagespeedMapOriginDomain x.x.x.x/virutalhostroot https://<domain> 

SSL только установкой для первичного ВХоста в моем случае

3

если у вас нет директора y переписывайте правила в своем .htaccess, вы можете создать политику липкости. это означает, что elb держит tcp-соединение с одним экземпляром масштабирующей группы в течение определенного времени. в дальнейшем вам нужно добавить политику липкости для слушателей.