Новая тема   Ответить

 karbonv
Это вообще возможно? форум серверных админов ведь

Кэширование прописано в конфиге а не в .htaccess - все работает нормально, гугл выплюнул в гвт кучу ссылок css и jpg которые нужно закэшировать, проблема в том что все css находятся на других серверах - он их вытянул из скриптов баннеров, счетчиков и прочих скриптов, даже набор соц кнопок от яндекса отругал и сказал "не оптимизировано бдядь - нужно сократить и пережать сам jpg от Яндекса"

Можно ли всю это дело закэшировать по средствам ngnx? и как? дабы не ибаста с правкой самих скриптов

Ну да всем плюхи

 Pentarh
да ну проще пареной репы. куда не плюнь в гугле "nginx proxy cache"

http://habrahabr.ru/post/124684/

 karbonv
Тут кэширование на стороне юзера должно быть, а это кэширование сессии на самом серве, или я что то упустил?

 Дартаньян
karbonv: да никак ты это не сделаешь, разве что подгрузишь себе их js и сss.

 karbonv
Этот вариант я и имел ввиду в самом конце, но

 Дартаньян
есть еще один вариант, это подгружать их в js может выйдет наебать гугол спид пейдж.

 karbonv
Ну да - это если счетчик сквозной и постойнный, а если это баннеры с ротацией?

 karbonv
По идее решение должно быть проще, просто указать внешний домен/ы и расширения, так как ngnx работает по дефолту для своих доменов

или как то так

 Stek
Никак это не сделать, забить просто. nginx может сжать только то, что отдает он сам. А счетчики и прочее - это другие сервера и т.п.

 karbonv
Не сжать, а кэшировать у юзера - это не одно и то же

 remote-admin-service
Если они проксируются так же через этот vhost, то не вопрос. легко сделать.

 karbonv
remote-admin-service писал:

Как?

Оффтопик: Я вообще не использую проксирование, оно мне ненужно, у меня ничего не падает, и насколько я знаю это просто кэширует страницы сайта на сервере и используется именно для этого... как оно используется я уже по полочкам разобрал, НО! может я где то нублю, я не спорю как этим методом можно кэшировать конкретноые расширения файлов с других серверов в кэше браузера своих юзеров?

 Дартаньян
karbonv: есть вариант наебать, добавь инклуд их сss в свой css также с js. Если работает, то с тебя пиво или куртизанки.

 Pentarh
Заставить юзверя кешировать - это добавить кеширующие (и удалить некеширующие) хидеры в ответах сервера, который отдает объекты желаемого кеширования.

Соответственно, влиять на чужие сервера ты не можешь. Ты можешь завернуть эти объекты на свой сервер с помощью задорных и увлекательных костылей с помощью proxy module, rewrite module, content filter и прочих регэкспов. И отдавая уже со своего через прокси - вмешиваться в хидеры.

Но ставлю Jim beam, что у этих рекламщиков наебнутся каунтеры, если юзверя будет кешировать что не положено.

 Дартаньян
Pentarh:

 ravlio
Очень невнятная задача. Ни урлов, не примеров самого контента. Непонятно, насколько динамичен отдаваемый контент. Если он зависит от переменных окружения пользователя, таких как IP, User Agent, то закешировать такое невозможно, думаю, всем понятно, почему. А если это статические jpg. css, js, то можно хоть руками их прописать, хоть через прокси пропустить. Совсем другой вопрос — зачем. Но тебе должно быть виднее.

 Дартаньян
ravlio: все внятно, всякие там адсенсы или тизерки тупят адово.

 karbonv
ravlio писал:
Читай правильно

Pentarh: это долго, плюс еще и разбираться нужно... если решение готовое есть поделись

Дартаньян: единственный кто понял, нахера все это нужно

 ravlio
karbonv писал: Читал. Я только сейчас догадался, что у тебя есть эфемерный index.html в котором куча разных сторонних скриптов, из-за которых тупит загрузка основного контента. Если я таки понял твою задумку правильно, то ещё раз могу повторить, что закешировать это невозможно чисто технически, так как почти все сервисы динамические и учитывают ip пользователя, а у тебя вместо него будет передаваться ip сервера. То есть закешировать конечно можно, но есть вероятность, что гугл аналитикс не будет считать заходы, а гугл адсенс и тизерки тебя побанят.

Кеширование — это очень хорошо, но далеко не всегда его применение оправдано. К примеру, Nginx, кешируя jpg в памяти, позволяет снизить нагрузку на диск, кеширование результатов выполнения запросов MySQL в memcache позволяет снизить нагрузку на БД (но даже это уже очень спорный вопрос)

Кеширование же контента с внешних серверов — это, фактически, реализация граббера, который граббит всё сразу, либо, являясь прокси, грабит контент по требованию.

Если уж совсем на чистоту, то я могу предположить, почему у тебя может "тупить" сайт. Каждый запрос на сервер от клиента — это новое HTTP-соединение. Обычно в браузерах количество одновременных соединений лимитировано. Я точно не могу сказать, сколько где, в каждом браузере по-разному, но не более 10и одновременных соединений — это точно. Но суть в том, что, если у тебя в начале HTML-страницы (там где head) идёт загрузка множества каких-то тяжёлых скриптов/jss/имиджей, то остальное, то, что внизу, грузиться не будет, пока будет наполнен буфер коннектов. Отсюда могу дать совет — вынеси все тяжелые скрипты (типа счётчиков) в конец страницы. А если какой-нибудь блок тизеров должен отображаться в её начале и у него не предусмотрена отложенная загрузка (ну когда код можно загрузить в самом конце страницы, а он вставит рекламный блок в её начало), то, возможно получится спрятать его в iframe.

 ravlio
Да, и ещё. Касательно того же гугла. Как бы ты не кешировал его контент у себя, с его серверов он будет грузиться всё равно быстрее, хотя бы потому что у гугла CDN по всему миру, Geo DNS и всё такое прочее. Поэтому многие наоборот хотлинкуют с гугла тот же jquery и остальные библиотеки.

 Дартаньян
ravlio: тем самым давая гуглу знать откуда пришел запрос.

 ravlio
Дартаньян писал:
При инклуде скриптов с гугла гугл сможет узнать только сайт и страницу, на которых эти скрипты инклудятся. Другое дело, что гугл реально может строить карты хождения пользователей хотя бы через свой браузер, или аналитику/adsense, которые стоят если не у тебя, то у сайтов, на которые/с которых твой траф ходит. Ага, гугл знает всё обо всех. Вас это тревожит? Вы хотите поговорить об этом?

Я лишь пояснил в контексте данного топика, почему гугл будет всегда быстрее по миру, чем любой сервер или даже CDN, которые можно купить на мастере

 Дартаньян
ravlio: ну да, нуда рефер никто не отменял.

 karbonv
Всего то начать нужно было так ... дальше сам
server {
      server_name google.com ввв.google.com;

 Дартаньян
karbonv: наркотики садят печень!