форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы Настройка Squid и других прокси серверов (Public)
Изначальное сообщение		[Проследить за развитием треда]

"Java applet & proxy cache"
Сообщение от kislyk (ok) on 07-Фев-05, 16:13  (MSK)
Возникла такая ситуация: Нужно написать аплет, он находится на ремоут сервере. Обязательно тестировать его работу только с того сервера. Проблема в том что как я понял то этот аплет осел в прокси кеше, когда я несколько изменил код и выгрузил новый аплет на сервер (ну соответственно с тем же названием) так у меня всёравно упорно продолжает грузится старый аплет и я никак немогу посмотреть результат работы новой версии. Ниже перечислинны действия которые не помогли: 1. Пробовал в разных броузерах (IE Opera); 2. Удолял локальные кеши; 3. Перегружал комп :) 4. Даже если полностью удалить аплеты с сервера они всёравно продолжают загружатся; 5. Мне даже посоветовали поставить "?" после названия класса, так всёравно не помогает. 6. Вариан полной очистки кеша пркси не подойдёт так как я не админ пркси и он очень большой, из-за меня его удалять не будут. 7. на одном из сайтов я нашёл что нужно детов  аплете прописать java.net.URLConnection.setUseCaches(false), я пока так и не понял где это нужно прописать :(. Подскажите как проксе указать чтоб она не кешировала мои аплетты (покарйней мере на этапе тестирования). Спасибо.
	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

Индекс форумов | Темы | Пред. тема | След. тема

Сообщения по теме

1. "Java applet & proxy cache"
Сообщение от Stas_Dragon (??) on 09-Фев-05, 19:28  (MSK)
Если я правильно понял вопрос то посмотри описание тега META там что-то должно быть про указание прокси не кэшировать информацию может поможет :)
Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	2. "Java applet & proxy cache"
	Сообщение от kislyk (??) on 10-Фев-05, 19:20  (MSK)
	>Если я правильно понял вопрос то посмотри описание тега META там что-то >должно быть про указание прокси не кэшировать информацию может поможет :) > Тоже так думал... С самого начала попробовал это сделать, ну вообщем это не помогло.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	3. "Java applet & proxy cache"
	Сообщение от pva (??) on 11-Фев-05, 11:54  (MSK)
	>>Если я правильно понял вопрос то посмотри описание тега META там что-то >>должно быть про указание прокси не кэшировать информацию может поможет :) >> > >Тоже так думал... С самого начала попробовал это сделать, ну вообщем это >не помогло. always_direct
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	4. "Java applet & proxy cache"
	Сообщение от 5trovi4 (ok) on 15-Фев-05, 11:12  (MSK)
	> >always_direct Конкретнее плиз. У меня похожая проблема , только с флешом. Даже тему отдельную создал. См.выше. always_direct не решает. Либо надо как то извращенно писать. В формулировке говорится что эта директива используется для того чтоб не посылать на родственную проксю, указанную в пиринге, но твою личную проксю это не затрагивает. При использовании always_direct на урлу, либо даже на миме тип, все равно в логах сквида одни хиты и модули флеша у меня , а у того кто основал эту тему  - явы, будут черпатся из кеша. Вот такая ботва. Я с такой проблемой уже дня три сижу. Правильный выход где то в районе hierarchy_stoplist  а потом указать обьекты. Но вот как их указать? Мне кажется что я где-то напорол с пунктуацией, мож там какие кавычки или запятые должны быть.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	5. "Java applet & proxy cache"
	Сообщение от pva (??) on 15-Фев-05, 14:49  (MSK)
	>> >>always_direct > >Конкретнее плиз. У меня похожая проблема , только с флешом. Даже тему >отдельную создал. См.выше. > >always_direct не решает. Либо надо как то извращенно писать. В формулировке говорится >что эта директива используется для того чтоб не посылать на родственную >проксю, указанную в пиринге, но твою личную проксю это не затрагивает. >При использовании always_direct на урлу, либо даже на миме тип, все >равно в логах сквида одни хиты и модули флеша у меня >, а у того кто основал эту тему  - явы, >будут черпатся из кеша. >Вот такая ботва. Я с такой проблемой уже дня три сижу. >Правильный выход где то в районе hierarchy_stoplist  а потом указать обьекты. >Но вот как их указать? Мне кажется что я где-то напорол >с пунктуацией, мож там какие кавычки или запятые должны быть. no_cache deny .... см. squid.conf.default
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	6. "Java applet & proxy cache"
	Сообщение от kislyk (??) on 15-Фев-05, 17:23  (MSK)
	>>> >>>always_direct >> >>Конкретнее плиз. У меня похожая проблема , только с флешом. Даже тему >>отдельную создал. См.выше. >> >>always_direct не решает. Либо надо как то извращенно писать. В формулировке говорится >>что эта директива используется для того чтоб не посылать на родственную >>проксю, указанную в пиринге, но твою личную проксю это не затрагивает. >>При использовании always_direct на урлу, либо даже на миме тип, все >>равно в логах сквида одни хиты и модули флеша у меня >>, а у того кто основал эту тему  - явы, >>будут черпатся из кеша. >>Вот такая ботва. Я с такой проблемой уже дня три сижу. >>Правильный выход где то в районе hierarchy_stoplist  а потом указать обьекты. >>Но вот как их указать? Мне кажется что я где-то напорол >>с пунктуацией, мож там какие кавычки или запятые должны быть. > > >no_cache deny .... > >см. squid.conf.default Вся проблема в том что сквид скорее всего имеет дефолтные настройки, и нужно со стороны странички или браузера ему обьяснить что аплет кешировать не нужно... Просто на проксе достаточно большой трафик да и кеш не маленький и ради одного меня её настраивать никто не будет.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

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

Индекс форумов | Темы | Пред. тема | След. тема

Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.