jdub

47 ms·

571.
by jdub 12y ago
c.f. https://news.ycombinator.com/item?id=9121008
572.
by jdub 12y ago
My blog spends about 10% average request time doing database work. The big WordPress sites I've worked on are generally about the same. The database is not where raw performance opportunities lie on a sensibly built WordPress site.
573.
by jdub 12y ago
I gave my email address to someone last night who misheard it as Beaver Signal. Pretty sure I like yours better.
574.
by jdub 12y ago
How many big WordPress sites do you reckon can say, "Fuck it, it's all static anyway"? I mean, your blog, sure, but the New York Times? (Who are, interestingly enough, putting a non-PHP-based high performance dynamic front-en
575.
by jdub 12y ago
You don't need to build your React client-side JavaScript on the server. You build it on your development workstation and ship the resulting JavaScript bundle in your theme. "PHP and WordPress really [don't] need to be fast&q
576.
by jdub 12y ago
Cool!
577.
by jdub 12y ago
Check out superagent for all your $.ajax-replacing needs. :-) https://github.com/visionmedia/superagent
578.
by jdub 12y ago
In this context, I meant it mostly about the WordPress admin back-end, but I wouldn't be awfully uncomfortable making the claim more broadly. :-)
579.
by jdub 12y ago
No. Most of the large, healthy PHP-based sites I’ve worked on spend 5-20% of their average request time in the database. Which means PHP is chewing 80-95%. Which makes PHP the slow bit. Not because PHP is bad: That’s a pretty reasonable fig
580.
by jdub 12y ago
They're using an approach that is absolutely inspired by React, for a use case that is inhospitable, pathalogical even, to a "generic web" approach to performance. Choosing to not use React itself to implement the editing com
581.
by jdub 12y ago
OK, so: Henry VIII needed a male heir to ensure his power on the throne...
582.
by jdub 12y ago
Docker is a user interface and policy wrapper around core Linux features. It's not, in itself, a virtualisation or container system. So... not likely! (But you can use Docker as a user interface / API to non-Linux container implem
583.
by jdub 12y ago
I don't think you can install and run arbitrary stuff on Linode, so you'd have to convince Linode to provide an OS image for RancherOS. (Or goof around copying stuff onto a disk image.)
584.
by jdub 12y ago
Which is also very different to RancherOS, but I excluded how the OS is built and run from my previous answer.
585.
by jdub 12y ago
Interesting data point: - /usr/bin/systemd-docker = 8.4M - /usr/bin/docker = 14.3M
586.
by jdub 12y ago
I don't imagine anyone's bothered trying too seriously, because it wouldn't solve any interesting (read: security) problems. Relatively simple software distribution of X is a solved problem. ;-)
587.
by jdub 12y ago
Who has a 7MB binary with tons of functionality as PID 1? That doesn't describe RancherOS or systemd. (Edit: Oh, you mean Docker itself as PID 1 on RancherOS. Yes, that's true. Certainly hairier than systemd. I haven't really
588.
by jdub 12y ago
Besides the guts of how the OS platform itself is built and runs, the major feature difference is that it doesn't have all the cluster co-ordination bits like etcd, fleet, and so on.
589.
by jdub 12y ago
That's why they have system-docker as PID 1, running essential services in containers. One of those services is docker, for running Random Shit You Downloaded Off The Internet. :-)
590.
by jdub 12y ago
Docker itself as PID 1 is… creative. Good things they've thought through: - boots fast, does almost the absolute minimum it needs to get up and running - supporting user data and at least minimal config via cloud-init - properly minima
591.
by jdub 12y ago
Quite seriously: http://facebook.github.io/react/docs/getting-started.html
592.
by jdub 12y ago
Just so everyone knows, this is Alex "I have a weird interest in application bundling systems" Larsson, who is doing some badass bleeding edge work on full on sandboxed desktop applications on Linux. :-) http://blogs.gn
593.
by jdub 12y ago
Point (2) makes me think of LMDB. Have you looked into it much? I wonder if it would be an interesting storage substrate for a threaded Redis.
594.
by jdub 12y ago
Keep in mind that this is NOT (primarily) about cross platform application development. As the developers say, "Learn once, write anywhere". It's about building native applications in the React style (declarative, component
595.
by jdub 12y ago
Why irony? You can use Outlook as a client for WorkMail. I wouldn't be surprised if they shift to WorkMail once it satisfies their large enterprise requirements (given that it's an MVP right now).
596.
by jdub 12y ago
Plus, because almost all of what they do is based on customer demand, they haven't killed many products. Whereas Google…
597.
by jdub 12y ago
Well that explains the surprisingly fast turnaround from acquisition to release! :-)
598.
by jdub 12y ago
React, as the developers argue, is a step beyond data binding. It emphasises immutability and a single data flow, rather than the combinatorial interdependency of the data binding approach.
599.
by jdub 12y ago
No, React Native translates a declarative API into imperative calls. Just like React does in the browser (after going through the Virtual DOM as, essentially, an optimisation).
600.
by jdub 12y ago
Directory Service is basically Samba as a service, very good for a lot of use cases: http://aws.amazon.com/directoryservice/

More ›