Would anyone happen to know of a web browser developer? We've an issue that seems to be linked to the caching component of the web browser, and would love to seek some advice.
On Mon, Oct 01, 2012 at 01:09:47AM -0700, ChrisChong wrote:
> Would anyone happen to know of a web browser developer? We've an issue that > seems to be linked to the caching component of the web browser, and would > love to seek some advice.
which web browser?
these things tend to be browser specific.
greetings, martin.
-- cooperative communication with sTeam - caudium, pike, roxen and unix
services: debugging, programming, training, linux sysadmin, web development
--
pike programmer working in china societyserver.(org|net)
foresight developer community.gotpike.org foresightlinux.org
unix sysadmin (open-steam|www.caudium).org realss.com
Martin B hr http://societyserver.org/mbaehr/
That's the darnest thing - this one doesn't seem to be. It's failed on various browsers at different times, and isn't always an issue that can be replicated.
On Monday, October 1, 2012 4:55:31 PM UTC+8, Martin Bähr wrote:
> On Mon, Oct 01, 2012 at 01:09:47AM -0700, ChrisChong wrote: > > Would anyone happen to know of a web browser developer? We've an issue > that > > seems to be linked to the caching component of the web browser, and > would > > love to seek some advice.
> which web browser? > these things tend to be browser specific.
> greetings, martin. > -- > cooperative communication with sTeam - caudium, pike, roxen and > unix > services: debugging, programming, training, linux sysadmin, web > development > -- > pike programmer working in china > societyserver.(org|net) > foresight developer community.gotpike.org > foresightlinux.org > unix sysadmin (open-steam|www.caudium).org > realss.com > Martin B�hr http://societyserver.org/mbaehr/
On Mon, Oct 1, 2012 at 4:58 PM, ChrisChong <chris.chonghui...@gmail.com> wrote:
> That's the darnest thing - this one doesn't seem to be. It's failed on
> various browsers at different times, and isn't always an issue that can be
> replicated.
and u're sure this is nothing in between? caches, proxies, etc. etc.
-jf
--
He who settles on the idea of the intelligent man as a static entity
only shows himself to be a fool.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."
--Richard Stallman
we think it might be a caching rule somewhere that causes this.. but let me get one of my guys who's been looking into this to write up a proper description of the problem maybe.. it might be easier that way.
On Monday, October 1, 2012 5:11:06 PM UTC+8, Jeffrey 'jf' Lim wrote:
> On Mon, Oct 1, 2012 at 4:58 PM, ChrisChong <chris.ch...@gmail.com<javascript:>> > wrote: > > That's the darnest thing - this one doesn't seem to be. It's failed on > > various browsers at different times, and isn't always an issue that can > be > > replicated.
> and u're sure this is nothing in between? caches, proxies, etc. etc.
> -jf
> -- > He who settles on the idea of the intelligent man as a static entity > only shows himself to be a fool.
> "Every nonfree program has a lord, a master -- > and if you use the program, he is your master." > --Richard Stallman
Singapore has a very nasty caching proxy for non-commercial connections
that has impacted clients many times even when accessing EC2 in Singapore.
You definitely have to be explicit in your caching policy on any web
services you deploy.
-- Ben
On Mon, Oct 1, 2012 at 3:09 PM, ChrisChong <chris.chonghui...@gmail.com>wrote:
> Would anyone happen to know of a web browser developer? We've an issue
> that seems to be linked to the caching component of the web browser, and
> would love to seek some advice.
> Singapore has a very nasty caching proxy for non-commercial connections
> that has impacted clients many times even when accessing EC2 in Singapore.
> You definitely have to be explicit in your caching policy on any web
> services you deploy.
> -- Ben
> On Mon, Oct 1, 2012 at 3:09 PM, ChrisChong <chris.chonghui...@gmail.com>wrote:
>> Hi all
>> Would anyone happen to know of a web browser developer? We've an issue
>> that seems to be linked to the caching component of the web browser, and
>> would love to seek some advice.
-- *This message is intended only for the use of the individual or entity to
which it is addressed and may contain information that is privileged,
confidential, and exempt from disclosure under applicable law. If the
reader of this message is not the intended recipient, or the employee or
agent responsible for delivering the message to the intended recipient, you
are hereby notified that any dissemination, distribution, or copying of
this communication is strictly prohibited. If you have received this
communication in error, please notify us immediately via return email and
acknowledge that you have deleted the message. Thank you.*
Caching problems are always a pain to debug and as Stephan and Benjamin
have mentioned they are usually on the ISP side.
If clearing the cache and cookies in the browser doesn't get you the new
content then its most likely the ISP.
While caching can be a good thing in most cases, there are a few tricks to
force fresh content.
I would start with the most fool proof one which is to add a random
parameter (such as a timestamp) to the http calls you are making.
Gideon
On Mon, Oct 1, 2012 at 5:22 PM, Stefan van der Bijl
<ste...@valdebrain.com>wrote:
> I'll second that. When I have these errors I bypass I always check myself
> by using a VPN service like Witopia.
> On Mon, Oct 1, 2012 at 5:19 PM, Benjamin Scherrey <proteus...@gmail.com>wrote:
>> Singapore has a very nasty caching proxy for non-commercial connections
>> that has impacted clients many times even when accessing EC2 in Singapore.
>> You definitely have to be explicit in your caching policy on any web
>> services you deploy.
>> -- Ben
>> On Mon, Oct 1, 2012 at 3:09 PM, ChrisChong <chris.chonghui...@gmail.com>wrote:
>>> Hi all
>>> Would anyone happen to know of a web browser developer? We've an issue
>>> that seems to be linked to the caching component of the web browser, and
>>> would love to seek some advice.
> --
> *This message is intended only for the use of the individual or entity to
> which it is addressed and may contain information that is privileged,
> confidential, and exempt from disclosure under applicable law. If the
> reader of this message is not the intended recipient, or the employee or
> agent responsible for delivering the message to the intended recipient, you
> are hereby notified that any dissemination, distribution, or copying of
> this communication is strictly prohibited. If you have received this
> communication in error, please notify us immediately via return email and
> acknowledge that you have deleted the message. Thank you.*
Oh one more fun thing I've come across, and it may be related to the "great
Singapore proxy" ...
If your server is based outside Singapore and you are browsing from inside
Singapore, and you establish session security dependent on initial client
IP 1 (for example to prevent replay attacks), be aware that a subsequent
request from the same browser session as seen server-side may appear to
originate from a different IP address 2, even if the IP with your ISP has
not changed. Can't say how often this happens, I've just seen it happen,
and it's aggravating. When my server is abroad I will usually VPN to avoid
wasting time!
On Mon, Oct 1, 2012 at 5:15 PM, ChrisChong <chris.chonghui...@gmail.com>wrote:
> we think it might be a caching rule somewhere that causes this.. but let
> me get one of my guys who's been looking into this to write up a proper
> description of the problem maybe.. it might be easier that way.
> /Chris
> On Monday, October 1, 2012 5:11:06 PM UTC+8, Jeffrey 'jf' Lim wrote:
>> On Mon, Oct 1, 2012 at 4:58 PM, ChrisChong <chris.ch...@gmail.com>
>> wrote:
>> > That's the darnest thing - this one doesn't seem to be. It's failed on
>> > various browsers at different times, and isn't always an issue that can
>> be
>> > replicated.
>> and u're sure this is nothing in between? caches, proxies, etc. etc.
>> -jf
>> --
>> He who settles on the idea of the intelligent man as a static entity
>> only shows himself to be a fool.
>> "Every nonfree program has a lord, a master --
>> and if you use the program, he is your master."
>> --Richard Stallman
-- *This message is intended only for the use of the individual or entity to
which it is addressed and may contain information that is privileged,
confidential, and exempt from disclosure under applicable law. If the
reader of this message is not the intended recipient, or the employee or
agent responsible for delivering the message to the intended recipient, you
are hereby notified that any dissemination, distribution, or copying of
this communication is strictly prohibited. If you have received this
communication in error, please notify us immediately via return email and
acknowledge that you have deleted the message. Thank you.*
On 4 Oct 2012 08:23, "Stefan van der Bijl" <ste...@valdebrain.com> wrote:
> Oh one more fun thing I've come across, and it may be related to the
"great Singapore proxy" ...
I'd like to question this "great Singapore proxy" statement. Really? As
opposed to merely ISP-specific proxies? Because I can definitely tell u
that the ISPs have their own proxies....
-jf
> If your server is based outside Singapore and you are browsing from
inside Singapore, and you establish session security dependent on initial
client IP 1 (for example to prevent replay attacks), be aware that a
subsequent request from the same browser session as seen server-side may
appear to originate from a different IP address 2, even if the IP with your
ISP has not changed. Can't say how often this happens, I've just seen it
happen, and it's aggravating. When my server is abroad I will usually VPN
to avoid wasting time!
> On Mon, Oct 1, 2012 at 5:15 PM, ChrisChong <chris.chonghui...@gmail.com>
wrote:
>> we think it might be a caching rule somewhere that causes this.. but let
me get one of my guys who's been looking into this to write up a proper
description of the problem maybe.. it might be easier that way.
>> On Monday, October 1, 2012 5:11:06 PM UTC+8, Jeffrey 'jf' Lim wrote:
>>> On Mon, Oct 1, 2012 at 4:58 PM, ChrisChong <chris.ch...@gmail.com>
wrote:
>>> > That's the darnest thing - this one doesn't seem to be. It's failed
on
>>> > various browsers at different times, and isn't always an issue that
can be
>>> > replicated.
>>> and u're sure this is nothing in between? caches, proxies, etc. etc.
>>> -jf
>>> --
>>> He who settles on the idea of the intelligent man as a static entity
>>> only shows himself to be a fool.
>>> "Every nonfree program has a lord, a master --
>>> and if you use the program, he is your master."
>>> --Richard Stallman
> --
> This message is intended only for the use of the individual or entity to
which it is addressed and may contain information that is privileged,
confidential, and exempt from disclosure under applicable law. If the
reader of this message is not the intended recipient, or the employee or
agent responsible for delivering the message to the intended recipient, you
are hereby notified that any dissemination, distribution, or copying of
this communication is strictly prohibited. If you have received this
communication in error, please notify us immediately via return email and
acknowledge that you have deleted the message. Thank you.
Thanks for pointing it out. Since I use Starhub, I guess it could be
Starhub's proxies. Never quite understood where proxy ownership lied, but
now I understand that IDA requires every ISP to use a proxy.
On Thu, Oct 4, 2012 at 2:49 PM, Jeffrey 'jf' Lim <jfs.wo...@gmail.com>wrote:
> On 4 Oct 2012 08:23, "Stefan van der Bijl" <ste...@valdebrain.com> wrote:
> > Oh one more fun thing I've come across, and it may be related to the
> "great Singapore proxy" ...
> I'd like to question this "great Singapore proxy" statement. Really? As
> opposed to merely ISP-specific proxies? Because I can definitely tell u
> that the ISPs have their own proxies....
> -jf
> > If your server is based outside Singapore and you are browsing from
> inside Singapore, and you establish session security dependent on initial
> client IP 1 (for example to prevent replay attacks), be aware that a
> subsequent request from the same browser session as seen server-side may
> appear to originate from a different IP address 2, even if the IP with your
> ISP has not changed. Can't say how often this happens, I've just seen it
> happen, and it's aggravating. When my server is abroad I will usually VPN
> to avoid wasting time!
> > On Mon, Oct 1, 2012 at 5:15 PM, ChrisChong <chris.chonghui...@gmail.com>
> wrote:
> >> we think it might be a caching rule somewhere that causes this.. but
> let me get one of my guys who's been looking into this to write up a proper
> description of the problem maybe.. it might be easier that way.
> >> /Chris
> >> On Monday, October 1, 2012 5:11:06 PM UTC+8, Jeffrey 'jf' Lim wrote:
> >>> On Mon, Oct 1, 2012 at 4:58 PM, ChrisChong <chris.ch...@gmail.com>
> wrote:
> >>> > That's the darnest thing - this one doesn't seem to be. It's failed
> on
> >>> > various browsers at different times, and isn't always an issue that
> can be
> >>> > replicated.
> >>> and u're sure this is nothing in between? caches, proxies, etc. etc.
> >>> -jf
> >>> --
> >>> He who settles on the idea of the intelligent man as a static entity
> >>> only shows himself to be a fool.
> >>> "Every nonfree program has a lord, a master --
> >>> and if you use the program, he is your master."
> >>> --Richard Stallman
> > --
> > This message is intended only for the use of the individual or entity to
> which it is addressed and may contain information that is privileged,
> confidential, and exempt from disclosure under applicable law. If the
> reader of this message is not the intended recipient, or the employee or
> agent responsible for delivering the message to the intended recipient, you
> are hereby notified that any dissemination, distribution, or copying of
> this communication is strictly prohibited. If you have received this
> communication in error, please notify us immediately via return email and
> acknowledge that you have deleted the message. Thank you.
-- *This message is intended only for the use of the individual or entity to
which it is addressed and may contain information that is privileged,
confidential, and exempt from disclosure under applicable law. If the
reader of this message is not the intended recipient, or the employee or
agent responsible for delivering the message to the intended recipient, you
are hereby notified that any dissemination, distribution, or copying of
this communication is strictly prohibited. If you have received this
communication in error, please notify us immediately via return email and
acknowledge that you have deleted the message. Thank you.*
