The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Стабильный релиз новой ветки прокси-сервера Squid 3.2, opennews (??), 29-Авг-12, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


12. "Стабильный релиз новой ветки прокси-сервера Squid 3.2"  –10 +/
Сообщение от Аноним (-), 29-Авг-12, 15:18 
пффф…

> Пальцем в небо

попой в лужу, блин

> тогда да весь хтмл, а иногда и css и javascript генерировался на сервере и кешировать его было бесполезно.

orly? правильно настроеной проксе глубоко наплевать, был ли HTML сгенерирован или взят из отдельного файла. Для прокси есть только URL и соответствующие ему данные, актуальность которых определяется заголовками. Откройте уже для себя HTTP RFC и не говорите больше таких глупостей.

> Эра динамики была в 2000

ох тыж нифигажсебе, как пафосно

> Сейчас в моде AJAX который с точки зрения прокси, представляет собой постоянный набор полностью статических страниц скриптов и стилей. Которые кешируются на ура.

и которых, к слову стало раз в сто больше (пару мегабайт JS-кода на небольшую страничку — нормально, чо).

> Сейчас в моде AJAX который с точки зрения прокси, представляет собой постоянный набор полностью статических страниц скриптов и стилей.

AJAX — это метод отправки асинхронных запросов из JS. Какой нафиг набор скриптов и стилей?

> Не кешируются только данные, но они обычно в json, который намного худее

Вот с чего вы это взяли?! Где блин статистика, объективные сравнения? Каждый второй JS-ужаленный повторяет эту фразу как мантру. Откройте любой сайт и посмотрите, какую реально часть от общего объема данных (включая CSS, картинки и прочую статику) занимает разметка (и/или JSON в случае AJAX-запросов). На чем вы там сэкономить хотите?  

Хотя может вы там HD-видео в JSON кодируете?

> Проблема кеширующих прокси в том, что современные браузеры сами по себе высокоинтелектуальные кеширующие прокси.

проблема современных анонимусов… это современные анонимусы

Ответить | Правка | Наверх | Cообщить модератору

18. "Стабильный релиз новой ветки прокси-сервера Squid 3.2"  +5 +/
Сообщение от Аноним (-), 29-Авг-12, 15:46 
Да не волнуйтесь вы так.

Ответить | Правка | Наверх | Cообщить модератору

54. "Стабильный релиз новой ветки прокси-сервера Squid 3.2"  +/
Сообщение от Аноним (-), 29-Авг-12, 17:22 
> AJAX — это метод отправки асинхронных запросов из JS

Хотя бы википедию почитай чтоли.

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

86. "Стабильный релиз новой ветки прокси-сервера Squid 3.2"  +/
Сообщение от rshadow (ok), 29-Авг-12, 22:30 
Скужу проще вы не правы. И пора бы подтянутся по матчасти.

Сам очень не люблю мегабайты js кода и стараюсь делать проще. Но современные реалии таковы, что сервера раздают статику и данные в "чистом" виде (напимир json). А страница собирается на стороне клиента. Во всяком случае те 5% сайтов инета которыми реально пользуются так и делают :-)

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

109. "Стабильный релиз новой ветки прокси-сервера Squid 3.2"  +/
Сообщение от XoRe (ok), 31-Авг-12, 23:52 
>> тогда да весь хтмл, а иногда и css и javascript генерировался на сервере и кешировать его было бесполезно.
> orly? правильно настроеной проксе глубоко наплевать, был ли HTML сгенерирован или взят
> из отдельного файла. Для прокси есть только URL и соответствующие ему
> данные, актуальность которых определяется заголовками.

out-of-box squid настроен так, что не кеширует урлы, если в них есть "?".
И это правильная настройка.
Иначе будет кешироваться то, что кешироваться не должно.
А раньше (в 2000-е) подавляющее большинство динамики имела урлы вида *.php?*.
И, соответственно, пролетало мимо кеша.
Это сейчас ЧПУ и адреса вида http://site/article/1/sorted

Хотя, если посмотреть на то, как ставят http заголовки ответа...

Имхо, проще забыть про кеширование (браузеры с этим и так хорошо справляются), и использовать squid для фильтрации контента и ограничения доступа.

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру