Сейчас все начинают включать SSL на сайтах .
И сразу возникает возникает вопрос - а как же кеширование на прокси сервере ?

Лет 10 назад я свой HTTP прокси сервер написал,
использовал его в нескольких организациях, и до сих пор у меня дома он работает.
Но весь SSL траффик там не кешируется. Думаю, пришло время доработать.

Есть идеи как сделать ?

Вариант -1
Раскрывать траффик на прокси, а клиенту отдавать его с само-подписанным сертификатом ?
Тогда еще нужно будет еще показать оригинал сертификата сайта в каком-то уведомлении ?

Вариант -2
Написать плагин для браузера, который умеет общаться с прокси сервером.
Перехватывает запросы на загрузку ресурсов, и сначала пытается получить их с прокси кеша?
А если Ресурс устарел или не найден, то запрашивает его, а после получения отправляет на хранение в кеш прокси?
При многопользовательской работе выгодно делиться кешем друг с другом через центральный кеш-прокси сервер.
Или удобно иногда бывает "записать" сессию работы с сайтом и потом просматривать сайт даже когда нет интернета.

Может кто уже сталкивался с проблемой ?
Или более профильный форум посоветует ?

Каждая группа заинтересованных лиц - от хакеров до админов организаций сейчас имеют ПО для
решения своих задач по раскрытию траффика. Мой прокси им не особо нужен.
Тем более, что он никогда не публиковался и (скорее всего) не будет - ни как исходник, ни как бинарник.

Я же просто хочу доработать свою поделку под свои хотелки "just for fun" .
Сейчас прикинул - по варианту 2 будет меньше всего доработок самого прокси,
а под Firefox и Crome писать плагины уже есть опыт, и это будет интересно.

miksoftтак он, зараза, тащит с собой пол-интернета
От этого лечит Ghostery - подробности на хабре
Впрочем, на моем прокси за столько лет накопились такие фильтры,
что и без этого плагина прокся все режет и сайты грузятся быстро, без ожидания загрузки этого бреда.

Basil A. Sidorovв эпоху повальной динамизации контента
Году, примерно, в 2003-м я знакомым интернет-площадку написал по продаже товаров
HTML+JS так вот, если в браузере клиента не включены скрипты то отображалась
просто страничка с со списком товаров, а если включены-то появлялся функционал добавить в корзину, оформить заказ.
(Забавно - потом, через n-лет узнал, что оказывается, использовал Ajax, Json (такие новомодные словечки)).

К чему это я - а к тому, что при правильном подходе, это будет работать и как сайт и как приложение.
И у сайта и у приложения есть свои ресурсы для кеширования - стартовый HTML, css, js, img и т.п.

Вообще, прокси полезен тем, что:

1 - может ускорять интернет за счет
- буферизации и асинхронности процесса приема-отправки
- многопоточной загрузки
- режет рекламу, счетчики, аналитику
- предсказания и пред-загрузки: распарсить html и загрузить его js/css/img еще до запроса от браузера

2 - может экономить траффик
- кеширование
- запись сеанса для офлайн просмотра

3 - может вести контроль посещаемых ресурсов
- например, контролировать интернет детей
(завернуть весь траффик с планшетов и мобильников детей на домашний прокси.)
- антивирусные проверки

4 - может использоваться для локального поисковика
- такое решение есть штатно в YACY , и я хотел-бы добавить такой функционал в свой прокси.

Ох,
--

При современной многоядерности компов и
при десятках терабайтов в локальных жестких дисках

5 - Можно развить функционал офлайн интернета
до своеобразной персональной internet wayback machine .
Особенно если создать сообщество, которое
будет обмениваться кешем и снапшотами.

Поскольку по теме кеширования - я для себя уже определился,
(через плагины к браузеру или даже через самописный браузер на Qt5 - WebKit)
то можем просто поговорить о полезности прокси-серверов и способах их использования.
Если это не сильно нарушает правила сайта.

Вот, недавно Google на "вентилятор подбросил":
Google будет помечать мобильные сайты в результатах поиска
Судя по комментам, я не одинок в ненависти к "мобильным" версиям сайтов.
6 - Прокся может спасти от этого - выставить правильный User-agent на всех устройствах и на всех браузерах. (чтобы избежать отображения мобильных вариантов "дизайна").

Вообще, Google как поисковик - испортился.
Я больше не могу им пользоваться.
Яндекс еще выдает адекваную выдачу в поиске,
но тоже - уже не так хорошо, как нигма. (это я про поиск статей по программированию)
А поскольку мне чаще всего нужно искать по заранее известным мне сайтам, на которых чаще всего бываю,
то локальный поиск по аналогии с тем, что встроен в YaCy - может спасти ситуацию.

mayton ,
Так "луковица"-же, она уже есть. И это всего лишь один из способов использования проксей и
некоторые удобства по разворачиванию таких цепей прокси (плюс некоторые другие фишки типа имен onion)
что сути не меняет.
Почти такого же эффекта можно добиться вручную развернув и сконфигурив любые обычные прокси Squid/Wingate,
да даже из моего самописного можно "луковицу" вырастить.
А Вы говорите "на Луну или на Марс" :)

miksoft,
Я знаю. Уже настраивал в своем планшете в 3х браузерах несколько раз - каждый раз после перепрошивки планшета. И всем родственникам во всех браузерах каждый раз после перепрошивок.
Я не знаю уже сколько десятков раз я настраивал и сколько еще предстоит.

mayton,
На прокси можно скриптами автоматически направлять
Web Proxy Autodiscovery Protocol

А вот плагины в браузер заряжать - это да. Проблема.
Может проще сделать спец. сборку браузера уже при установке/перепрошивке сразу ставить.

Луковица - ну это по теме torproxy и т.п.