Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
untitaker_
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
14 ms
·
91.
▲
by
untitaker_
11y ago
I bet it's easier to use SabreDAV ( http://sabre.io/dav/ ) for your server than writing it all by yourself, even though it means writing PHP. I really feel like its author is the only one who understands what the he
92.
▲
by
untitaker_
11y ago
I don't know. Compatibility with jCal and jCard would've been nice, yes, but I don't think the kind of properties they support in their datamodel differ too much from what the VCard and iCalendar support. They also have a pro
93.
▲
by
untitaker_
11y ago
To be fair the newer versions of vcard also specify this, and I haven't had a single encoding issue with even the older versions. Every server just seems to send UTF-8, no questions asked.
94.
▲
by
untitaker_
11y ago
Yeah, but it's not only that. In the general usecase you only want content-type and etag, so why not just send no body for that? That's what remoteStorage does. It's the only way to do folder listings.
95.
▲
by
untitaker_
11y ago
So one of your guys just pinged me in private about this, and I responded lengthily. Here's the basic summary: * I didn't know JMAP was also about calendar and contacts. * Those parts seem nice. * However, I'm the kinda guy w
96.
▲
by
untitaker_
11y ago
I only have experiences with DavMail in front of an Outlook server. It actually works well, except when it doesn't: http://sourceforge.net/p/davmail/bugs/598/ When it rains it pours.
97.
▲
by
untitaker_
11y ago
I guess you can dump a [Maildir]( http://cr.yp.to/proto/maildir.html ) (or at least a modified version) into a remoteStorage, but this is not really an acceptable protocol for mobile clients with limited space. As mentio
98.
▲
by
untitaker_
11y ago
SFTP, or really any other file protocol. I guess it comes with its own quirks but at least it's faster. There used to be a remoteStorage FUSE module, not sure if it still works.
99.
▲
by
untitaker_
11y ago
The point I'm trying to make is that JSON is generally easier to parse, therefore theoretically faster to parse, even though XML implementations might be faster at the moment.
100.
▲
by
untitaker_
11y ago
>returning HTTP status codes and messages in XML, WTF were they thinking You're giving me so many ideas right now for a follow-up post. >but vCard and iCal as well The group construct is bad, the syntax is bad, but other than tha
101.
▲
by
untitaker_
11y ago
In theory this all sounds fantastic, until you actually get to implement it and see that only a handfull of servers actually managed to implement it correctly. Probably because of its complexity. See also another comment from the Flock auth
102.
▲
by
untitaker_
11y ago
Weirdly this post seems to have been submitted multiple times: https://hn.algolia.com/?query=webdav%20dies&sort=byPopularit... . I thought HN prevents this? It seems to be the same exact URL.
103.
▲
by
untitaker_
11y ago
Parsing was never the bottleneck, I admit. But I can't see how parsing XML is as easy a task as parsing JSON either? Of course you can show me some benchmarks that show that libxml2 is much faster than the avg. JSON implementation. But
104.
▲
by
untitaker_
11y ago
That's a result of it being bloated, not a feature. By that logic it doesn't matter how bloated dataformats are. EDIT: The big problem with WebDAV is that it's overall so complex that it's hard to implement, and XML does
105.
▲
by
untitaker_
11y ago
Weirdly this post seems to have been submitted multiple times: https://hn.algolia.com/?query=webdav%20dies&sort=byPopularit... I thought HN prevents this? It seems to be the same exact URL.
106.
▲
by
untitaker_
11y ago
Yeah for me neither, weird. If you want to read about the protocol, this is the latest draft: https://datatracker.ietf.org/doc/draft-dejong-remotestorage/...
107.
▲
by
untitaker_
11y ago
Opting for the solution that is offering less privacy to users requires an explanation. This isn't one. They say that they've collaborated with Pocket on their ToS, but those are still way worse than Firefox Sync's.
108.
▲
by
untitaker_
11y ago
This feature (or the decisions behind it) does harm non-users. Firefox devs have publicly claimed that it will replace Firefox's current reading list. Before Pocket integration, the integration of Reading List into Firefox Sync was pla
109.
▲
by
untitaker_
11y ago
>Firefox Hello is literally a preinstalled extension with no special integration or privileges It is literally not, at least I don't see an entry in the addons or extensions menus on Firefox 38.0.5. >and it makes more sense for M
110.
▲
by
untitaker_
11y ago
Might as well post a more direct link: http://samy.pl/opensesame/
111.
▲
by
untitaker_
11y ago
The author doesn't even try to figure out which deficiencies are Flask's, Python's, pip's, or his own. But he sure is angry, and that's the only thing that matters when writing a blogpost with the title "Why I
112.
▲
by
untitaker_
11y ago
This has nothing to do with md5 itself.
113.
▲
by
untitaker_
11y ago
Not sure where you get the idea that anecdotes count as "technical arguments", but let's stay with the Netflix example: According to another comment in this thread, Netflix measured severe performance drops with SSL: https:&
114.
▲
by
untitaker_
11y ago
I'm not a cryptographer, so I don't know the details on how signatures work, but this problem is already solved. It doesn't matter whether you have to have to establish a sidechannel for the signature -- it should still pay o
115.
▲
by
untitaker_
11y ago
I wondered if I did anything wrong with the setup, so I'd be really interested in your cipher list. I did read some benchmarks on the internet though.
116.
▲
by
untitaker_
11y ago
Oh, I wouldn't really care about client-side overhead -- that one scales itself, and in my particular example the machines I use are powerful enough.
117.
▲
by
untitaker_
11y ago
I mean that while browsing unencrypted, the user can be phished away from the site quite easily.
118.
▲
by
untitaker_
11y ago
Of course, I'm just arguing against the particular detailed proposal `nine_k` made.
119.
▲
by
untitaker_
11y ago
I don't use encryption for media streaming on my Raspberry Pi because the lack of hardware support for crypto means the download rates drop from 70 to 7 Mbit/s. I won't spend money on the new model because people on the inter
120.
▲
by
untitaker_
11y ago
I suppose you have some encryption in this (I'm no expert), I'm only arguing against encrypting the full body, because for larger downloads, full-body encryption might cause extreme overhead (think Netflix or Steam)
More ›