Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

HN supports SPDY

spdycheck.org

Post reply on HN
Print view View original

21–30 of 79 posts

Re: HN supports SPDY

#21

Post by rdl »

drivebyacct2 wrote: post #16
rdl wrote: post #13

Earlier quoted context omitted.

Isn't that how everyone uses HN?

It seems much more sane, even when my machines have 8GB+ of RAM to simply have a "read later" bookmark folder on your bookmark bar^. I have my bookmark bar shown with single icon hot shortcuts, a blank folder with all my bookmarks and a simply "revisit" folder with articles, youtube videos, whatever to read during downtime. (I guess quite simply I don't trust my browser or session recovery enough to do that). Plus, C…

Chrome Sync also gives you all the open tabs from another browser (which is one of many reasons I love Chrome for iOS)

Re: HN supports SPDY

#22

Post by ericflo »

Has anyone built an NSURLProtocol subclass for SPDY? I did a quick GitHub search and found nothing. Seems to me that's one big use case that SPDY could dramatically improve, is all these native mobile apps which open SSL connections to their APIs.

Re: HN supports SPDY

#24

Post by derefr »

drivebyacct2 wrote: post #16
rdl wrote: post #13

Earlier quoted context omitted.

Isn't that how everyone uses HN?

It seems much more sane, even when my machines have 8GB+ of RAM to simply have a "read later" bookmark folder on your bookmark bar^. I have my bookmark bar shown with single icon hot shortcuts, a blank folder with all my bookmarks and a simply "revisit" folder with articles, youtube videos, whatever to read during downtime. (I guess quite simply I don't trust my browser or session recovery enough to do that). Plus, C…

I use those "Read Later" services, but I only put something in one once I've read the first paragraph and am sure it's actually something I want to read. Preceding that, I open everything in a bunch of tabs, in the same way you'd put a pile of resumes in an inbox. If my browser crashes, I ideally want them discarded, not saved.

An alternate mechanism for the same thing would be to make an HN extension that works more like StumbleUpon: have the browser history function as the "tabs", and just advance through the things you're reviewing (seeing both the HN thread and the original article at once) by clicking either "Save" or "Discard".

Re: HN supports SPDY

#25

Post by dsl »

ericflo wrote: post #22

Has anyone built an NSURLProtocol subclass for SPDY? I did a quick GitHub search and found nothing. Seems to me that's one big use case that SPDY could dramatically improve, is all these native mobile apps which open SSL connections to their APIs.

SPDY has no benefit for mobile APIs. Make sure you turn on HTTP Keep-Alive and all your requests will be pipelined over a single TLS connection.

Re: HN supports SPDY

#26

Post by mooism2 »

If you ask spdycheck.org to check a site that doesn't support spdy, and customise that site's Server header to include arbitrary html, spdycheck.org will include that header, verbatim and unescaped, in the page it presents to you (or anyone else who checks that site).

I don't know that it's a security flaw in this context, but it's sloppy.

Re: HN supports SPDY

#27

Post by NKCSS »

mooism2 wrote: post #26

If you ask spdycheck.org to check a site that doesn't support spdy, and customise that site's Server header to include arbitrary html, spdycheck.org will include that header, verbatim and unescaped, in the page it presents to you (or anyone else who checks that site). I don't know that it's a security flaw in this context, but it's sloppy.

That's a XSS then :)

Re: HN supports SPDY

#29

Post by FreeFull »

deno wrote: post #18
jedberg wrote: post #12

Great! Now if only they would implement allowing HEAD requests and support for any of the various headers that would allow me to get a 304. The reason I ask is because every time my Safari crashes, if I have 50 HN tabs open (as I often do on by Friday [1]) I'll get IP banned from HN because Safari will do a GET request on each page, but it can't pass any of the headers necessary to get back a 304, because HN doesn't…

> The way I consume HN is I load up HN once or twice a day, open up all the interesting links and their comment pages in new tabs, and then go back to work. By that time most pages are probably updated, so you wouldn’t get any 304s anyway. Since recent update, Firefox behavior is to only reload restored tabs on demand. This avoids that issue. https://blog.mozilla.org/blog/2012/06/05/firefox-has-a-redes...

The behaviour has been built in and accessible since Firefox 4 (initially through about:config, later through the Preferences), but has only been enabled by default later on. I've personally been using it since it appeared, and it's great if you literally have hundreds of tabs open, or use tabs as temporary bookmarks.

Re: HN supports SPDY

#30

Post by nalbyuites »

FreeFull wrote: post #29
deno wrote: post #18

Earlier quoted context omitted.

> The way I consume HN is I load up HN once or twice a day, open up all the interesting links and their comment pages in new tabs, and then go back to work. By that time most pages are probably updated, so you wouldn’t get any 304s anyway. Since recent update, Firefox behavior is to only reload restored tabs on demand. This avoids that issue. https://blog.mozilla.org/blog/2012/06/05/firefox-has-a-redes...

The behaviour has been built in and accessible since Firefox 4 (initially through about:config, later through the Preferences), but has only been enabled by default later on. I've personally been using it since it appeared, and it's great if you literally have hundreds of tabs open, or use tabs as temporary bookmarks.

For pinned/app tabs, it can be enabled by setting browser.sessionstore.restore_pinned_tabs_on_demand preference to true in about:config.
Post reply on HN