dethos

15 ms·

151.
by dethos 9y ago
This is awesome. Is one of things I was hoping to happen when I first heard about wasm. Nothing against JavaScript, but I is nice that other languages can now be first class citizens on the web as well.
152.
by dethos 9y ago
In Portugal we have a company that provides a service that is very similar to what you described (creation of virtual CCs which can only be used 1 time, or X times by one retailer, for subscriptions). The service is called MBway (previously
153.
by dethos 9y ago
Started using just out of curiosity, about it being a federated system (just like email), I also knew about the interoperability with Gnu Social and OStatus networks, so I gave it a shot. I launched my private instance and started from ther
154.
by dethos 9y ago
Generally companies apply the excuse of a "sophisticated attack". This time it seems they aren't able call it that way.
155.
by dethos 9y ago
I must agree with you. Between these 2 frameworks, even though they have their differences (and lots of them), they are mostly equivalent. My recommendation these days goes like this: If you are more familiar or prefer Python use Django. If
156.
by dethos 9y ago
Indeed, the responsibility belongs to the company that is providing the proprietary software/product. Otherwise it would send the message that good documentation shouldn't be provided because the "community" will handle
157.
by dethos 9y ago
I've made the complete switch around the year 2012. At the time it felt strange not using Google, however nowadays the sentiment is completely the opposite I'm so used to DDG that using Google feels somewhat awkward. I really like
158.
by dethos 9y ago
Is there anything similar for Firefox? On the developer tools or as an external extension?
159.
Keep your dependencies under check(blog.ovalerio.net)
1 points by dethos 9y ago|0 comments
160.
by dethos 9y ago
Good to see I'm not alone, I've been complaining about this "bloat" and mindset for ages.
161.
by dethos 10y ago
I'm not really a fan of gnome, but that would be great.
162.
by dethos 10y ago
Indeed, 3 names in a relatively short time, all of them announced like a new thing. This strategy is a little bit weird.
163.
by dethos 10y ago
Completely agree. I also have been using DDG for a few years and got used to the bangs. The results for a general search usually are good enough, so don't I even bother to use Google directly.
164.
by dethos 10y ago
Agree. Currently keybase can be used as the key-sever url supplied by the user, but in the future making a real integration to take advantage of some cool keybase features would be nice. Added the suggestion to the discussion issue on githu
165.
by dethos 10y ago
That was one of our concerns, to receive information you can setup different "boxes" with an expiration date. Each box as an hard to guess url (such as https://hawkpost.co/box/19f1e7b9-f200-47ec-b5ff-918a9483a
166.
by dethos 10y ago
Vault is an awesome tool, but I'm not sure if it lets an "outsider" submit information in an easy way. Some sort of integration with vault looks like a nice idea.
167.
by dethos 10y ago
Thats an use case that we also encounter often, we are still thinking about a solution (be it through Hawkpost or something else). The other way around is definitely an harder problem, if we want to keep it simple for the non-tech savvy us
168.
by dethos 10y ago
on hawkpost the encrypted blob only goes through the sending queue and is never stored permanently on the machine.
169.
by dethos 10y ago
In my opinion when it is possible to secure the data. People often need to share secrets such as passwords or keys to access some service or server. When compromised depending on the key it can bring some serious consequences (example: htt
170.
by dethos 10y ago
Hi, I'm one of the contributors of the project and we started this because of the need to deal with clients sending us information through insecure channels. We have been using it for a while at Whitesmith and it entered our team'
171.
by dethos 10y ago
thanks, I didn't had the time to carefully see the provided link, but the concepts looks interesting. The code is still changing with some frequency, when it starts to slowdown, we will come back to this. note: I also have been contrib
172.
by dethos 10y ago
That is something I already though about but never found anything about it on the Internet, or any discussion that might lead to a way of solving that problem. It might be an interesting project. Either way, I added that line to the readme
173.
by dethos 10y ago
You are right on this one. The only protection against this situation implemented (right now), is that the email address to where it will be sent and the fingerprint of the key that will be used to encrypt, are shown to the user of the link
174.
by dethos 10y ago
Nothing is stored and probably the most relevant difference is the medium, you might not have those contacts in a secure e2e encrypted chat (probably they only use skype), but almost everyone uses email.
175.
by dethos 10y ago
Your point is valid and the project should always run through HTTPS (with HSTS). All assets are served from the local server.
176.
by dethos 10y ago
I've been thinking about building some reusable django app that could be used in other projects to integrate and make them compatible with gnu social, but I never put the idea into practice (I still think it is a good idea). Recently s
177.
by dethos 10y ago
Yes
178.
by dethos 10y ago
For the locking feature I'm not sure, but there are alternative DNS networks such as https://www.opennicproject.org
179.
by dethos 11y ago
> ... turning your personal computer into a thin client ... Because, ChromeOS seems to be mostly about web apps, thus can suffer from the same issue that this post describes, for example.
180.
by dethos 11y ago
This is the price for the "free" upgrade to windows 10. I really don't like this trend of turning your personal computer into a thin client, where its properties can be manipulated remotely by the vendor like if it was a web

More ›