?

Log in

No account? Create an account
January 14th, 2003 - LiveJournal Development — LiveJournal [entries|archive|friends|userinfo]
LiveJournal Development

[ userinfo | livejournal userinfo ]
[ archive | journal archive ]

January 14th, 2003

(no subject) [Jan. 14th, 2003|12:55 am]
LiveJournal Development
lj_dev
[x24star]
i would really like to help LJ out..could someone please tell me things i can do?..cause i would really love to help out.
link4 comments|post comment

are proxies allowed to cache LJ pages? [Jan. 14th, 2003|07:56 am]
LiveJournal Development

lj_dev

[flavor]
[mood |confusedconfused]

Noticing the same Phoenix/Mozilla/(others?) behavior this morning (like most mornings) where loading my LJ friends page gave me an old cached copy (straight from disk, I just booted the machine and ethereal showed no HTTP traffic to LJ when I loaded the page, both times, although it did hit on reload/refresh), I decided to check the headers and noticed the Cache-Control line of "private, proxy-revalidate". I'm used to "private" since I see correctly-behaving IIS servers send that along with ASP output all the time. I was pretty unfamiliar, however, with proxy-revalidate, so I checked the first google hit for cache-control private proxy-revalidate and got this Jigsaw page which seem confusing.

why not just Cache-Control: private? The added ", proxy-revalidate" seems to fall under a cache extension, right?

While I could imagine the proxy-revalidate would seem to make sense on the surface, while reading through the section on Cache Revalidation and Reload Controls, the last entry is on proxy-revalidate and states 2 specific things:

1) "does not apply to non-shared user agent caches", so this doesn't make much sense since we're specifically disallowing shared caches already with the "private" header.
2) "Note that such authenticated responses also need the public cache control directive in order to allow them to be cached at all." which agrees with the first in that this response shouldn't be cached at shared caches since we didn't tag it as public

did a google for "site:livejournal.com caching" to see if existing caching behavior was already explained somewhere, but nothing seemed like a good match.

Thanks!
link11 comments|post comment

Transfer-Encoding: chunked on /interface/flat [Jan. 14th, 2003|04:15 pm]
LiveJournal Development

lj_dev

[xfyre]
Could anybody explain to me the reason for disabling Transfer-Encoding: chunked for POSTing to /interface/flat?
I found recently that J2ME environment generates this header automatically, and yet haven't found a way to suppress it.
On the other hand, raw socket connection, when all headers are constructed manually, doesn't work on some mobile phones (Nokia 6310i, for example).

Any suggestions?
link1 comment|post comment

Unique Email addresses [Jan. 14th, 2003|04:31 pm]
LiveJournal Development

lj_dev

[exstatica]
Is there a way to have it check for email addresses during sign up.

I'm getting a lot of people just reserving names... and all this other stuff.... anything that can be done about this? or maybe a script that whipes out inactive accounts?

i had one person get 125 names... i guess they made some software
link13 comments|post comment

navigation
[ viewing | January 14th, 2003 ]
[ go | Previous Day|Next Day ]