How does this compare to Lightpanda, which appears to be trying to solve the same issue? https://github.com/lightpanda-io/browser (personally super happy to see Chromium-free solutions in this space!)
HN user
de_dave
I wonder what the equivalent data are for iPhone to Android switchers. It could also be similarly high, suggesting consumers are switching in higher numbers both ways?
If I could only pick one, it would be Dynalist [0]. I know it's essentially just another webapp (with mobile apps) for writing lists, but for some reason is the first one I actually found myself using, both at work and personally.
I primarily use it to keep work logs, write high-level system designs, remember dinner recipes - or generally anything valuable or useful that can be expressed in list form.
On my third XPS 13 now, each of which came with Windows, but I've been running Linux flawlessly on each since day one.
So not sure what the techs would be referring to.
This isn't strictly true. I know in South London that Tesco orders are not "picked from local stores by hand" - they're packed in and dispatched from the same enormous warehouses and depots that supply the stores, and there's some degree of automation involved (although not to the same level of Ocado.)
Not a misprint: https://www.adyen.com/blog/eu-interchange-fees-cap (good summary of the regulation and what it covers)
How does that work if the APK is huge (or bigger than a couple of megs at least)? That doesn't seem very "instant" to me...
Is the APK re-arranged perhaps so it can, in effect, "progressively" download the app as required?
My assumption is that layouts/graphics are downloaded to the device, but application logic is run remotely.
Can't find any confirmation though.
Allegedly it's 256-bit AES and would take thousands of years to brute force. (Allegedly, because of course there's no way for me to easily verify!)
You're correct, it's not going to stop someone who knows exactly what they're doing and has the time/patience/tools to brute force. But it is enough to stop casual thieves from stealing more than just hardware, which is (fortunately) my main concern.
I use the standard hardware encryption of my SSD (a Samsung 830 in my 2012-era Dell XPS 13), which requires I enter the passphrase when I turn my machine on.
Advantages:
- OS neutral
- Seemingly as fast as running 'unencrypted'
(I assume performance is identical, the only
difference being the passphrase is stored in
my head rather than the BIOS)
Disadvantages: - Limited to an 8-char (!) ASCII passphrase
- I've no idea how secure it really is
- Can't audit the algorithm (not that I have
the technical ability to)He did put up a good opposition to the other party during that time though.
"Money" being Guardian Money, the section of The Guardian newspaper devoted to money matters that this article belongs to.
During beta testing only binaries are available.
Why?! Surely this is the optimum time to provide source code, given the amount of trust one has to place in these things to not lose/misplace your data.It's a Chrome bug: https://bugs.chromium.org/p/chromium/issues/detail?id=517910...
Dell XPS 13 (2013) - i7, 8GB, 256GB running Fedora. It's been fantastic. The runtime recently went off a cliff to 2-3 hours though so I bought and fitted a new battery - it took all of 5 minutes and it now lasts 6-7 hours on a single charge again.
Cost ~£750 from Dell's refurb store and can easily see it lasting anther 3 years. Bargain!
In most cases yes. I have a feeling there's a customer somewhere running an old CMS or has a big jungle of HTML documents but not the resources to modify them all accordingly.
As was once explained to me by someone with very close ties to iPlayer, it's because these are the requirements that the production companies of the programmes they broadcast insist upon. This extends to their own output due to rights issues, as much of it is licenced out to their commercial arms too.
Projects like this were often started many years ago, back when PHP was the language of choice.
Just what I was after! Thanks :)
I'd like to see a method-neutral version of /get, /post, /patch et al - i.e. one that responds no matter what HTTP method is passed.
The response would then include "method": "BLAH" k/v indicating the method that was used.
Yep.
Yes, but mostly because http://hckrnews.com/ catches them for me.
Indeed, think the solution probably did most of the work here, although Go's channels would have made it a little easier to implement.
Assuming each item is scrambled with a small, unique key (kept on hot storage), just throw away the key?
TC has a rundown of all the changes: http://techcrunch.com/2015/06/17/microsoft-shakes-up-its-lea...
Moving forward, of course, it's preferable to use the official context package: http://godoc.org/golang.org/x/net/context
Any chance of a widget? Currently using "Day Counter" to track days since last X, but it doesn't have any concept of streaks or goals.
For a start, flexbox doesn't require JS.
I'm an accidental convert. Since upgrading to Fedora 22, I've found myself using Firefox almost exclusively for both normal browsing and webdev. Previously I was 100% Chrome, and I've somehow transitioned without really thinking about it nor meaning to!
(IMHO Chrome's developer/debugging tools are more pleasant to use, but Firefox is getting there...)