deno

77 ms·

811.
by deno 14y ago
RC4 is ready for shipping on May, 29th.
812.
by deno 14y ago
It’s most likely just a coincidence, but it was very eery seeing that post on the frontpage just a day after I’ve made that comment. I’ve googled "Facebook+buy+Opera" that day to see if anyone had similar idea. The top story was something m
813.
by deno 14y ago
Or on Opera Mini, but that’s a very specialized browser, like Amazon Silk. Also worth mentioning is that even if Turbo is explicitly enabled, it doesn’t ever activate for secure connections.
814.
by deno 14y ago
Opera Software ASA’s product is Opera Web Browser. Facebook wouldn’t buy Opera to continue making money on licensing. And we know that Facebook uses Open Source model for developing things they don’t profit directly from[1]. It also makes e
815.
by deno 14y ago
If they need a patent portfolio is beside the point. They don’t have a browser and are shopping for one, any patents they acquire would only be a bonus at that time.
816.
by deno 14y ago
Facebook doesn’t have a browser already. They don’t need patents. Your analogy works if you replace Facebook with Google.
817.
by deno 14y ago
> I have my doubts that Facebook would pay top dollar just to open source the software. They wouldn’t buy it just to open source it. Facebook will buy Opera for its own strategic reasons, and they will open source it only because it’s t
818.
by deno 14y ago
With Chrome Google added some real value to Webkit (V8, sandboxing, etc.), and in the process they created a unique product. Just forking Chromium will make it look like Oracle’s Unbreakable Enterprise Linux, i.e. a cheap knockoff of Redhat
819.
by deno 14y ago
The same could be said about Chrome. As long as there’s Operium to Google’s Chromium, I see absolutely no problem.
820.
by deno 14y ago
Called it first! Or whatever… :) https://news.ycombinator.com/item?id=4021065
821.
by deno 14y ago
> At least, there's no Facebook browser yet. But hey, it might happen as well. They should buy Opera and open source it :) No idea if that makes any sense for Facebook from the business point of view, but it’d be really cool. And they d
822.
by deno 14y ago
So I thought the EU directive 2009/136/EC only affected cross-site tracking cookies, the type of cookies that AD networks use. Is this not the case or it’s just BBC that goes the extra mile? Anyway, it seems ridiculous to ask for consent to
823.
by deno 14y ago
Email is also very compression and dedup friendly.
824.
by deno 15y ago
Right, they completely eliminate any buffering. That’s very strict, but you’re right. I thought you meant that there’s a subset of XPath that can’t work on anything but DOM.
825.
by deno 15y ago
I don’t see how this axis itself is a problem. Could you provide a specific example?
826.
by deno 15y ago
Google and its suite of apps all use SPDY. Works great on Firefox Aurora. Get this extension: https://addons.mozilla.org/en-US/firefox/addon/spdy-indicato... FWIW, a screenshot: http://static.deno.pl/pub/hn/spdy-firefox.png
827.
by deno 15y ago
Navigation to any portion of the tree does not imply any need to keep the entire document in memory at once. Worst case scenario XPath expression will not yield any results before traversing the entire tree. However any XPath 1.0 (and I i
828.
by deno 15y ago
Trivially solved by compression. In those five million referrers you’re probably also repeating “Firefox” and similar strings over and over, so compressing logs is already standard practice.
829.
by deno 15y ago
Not JSON, but one vision as to how structured data could fit into UNIX ecosystem: http://xml-coreutils.sourceforge.net/ In your current pipeline just replace `cut` with an XPath expression, everything else stays practically the same. Of c
830.
by deno 15y ago
Your plain text is less portable than any structured format. You’re creating ad-hoc parsers to process your ad-hoc format. There has to be some implicit structure to this text, otherwise you wouldn’t be able to use lex. All it does is it ti
831.
by deno 15y ago
Both XML and JSON can be streamed. No tree building necessary.
832.
by deno 15y ago
Nonsense, XPath works very well with streamed content, and there are even implementations of XPath engines for FPGA and GPGPU, all of which have very strict memory limitations. DOM is completely optional, and you only need it for convenienc
833.
by deno 15y ago
Your “plain text” probably has some implicit structure. XML, JSON, ProtocolBuffers, just make that structure explicit. Dropping to plain text only to run sed or grep is a classic case of “if you have a hammer….” XML has a myriad of tools th
834.
by deno 15y ago
> JSON is more convenient than multi-line formats like XML because you can grep for things easily. Only if the text representation is pretty-printed in a certain way. > It's hard to do that with XML because even if you find the righ
835.
by deno 15y ago
Local storage is a bad fit for caching. You can compose the document from smaller fragments and leverage the browser cache. It’s simple AJAX. That’s what I meant by gradual caching. I thought a bit about your solution, and I guess it’s do
836.
by deno 15y ago
That’s pretty complex for a caching solution. Not to mention the edge cache would need to keep multiple copies of the same document to diff them, which makes it completely unusable for anything with quick turnover. With HTML5 Offline (App C
837.
by deno 15y ago
Wouldn’t that be solved by SPDY, which maintains GZip dictionary between sessions?
838.
by deno 15y ago
No. GNU + Linux does not make an operating system. That’s a lie. In any modern distribution GNU packages are just optional components. They fit in a larger framework that makes an operating system, just like everything else. Stallman’s thre
839.
by deno 15y ago
It is what it is, history. Calling it GNU/Linux might have been appropriate when GNU was such a big part of the system. It isn’t any more. Linux, on the other hand, is the biggest open source project in existence. Saying those two are equal
840.
by deno 15y ago
I’m using KDE/Linux.

More ›