Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
hrjet
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
8 ms
·
31.
▲
by
hrjet
10y ago
Try using a script/media blocker, such as uMatrix, rather than an Ad-Blocker. The disadvantage will be that sites which require scripts will break on first-access. The advantages are better overall privacy + security, and that simple s
32.
▲
by
hrjet
10y ago
The parent poster gave an example of hypocritical behavior: > He talks about the virtues of unfettered capitalism while his lobbyists keep India from playing in American satellite markets.
33.
▲
by
hrjet
10y ago
Compared to RaPi it looks bad, but if you compare OrangePi to say ESP8266, it looks like a good deal (for certain projects): * OS and scheduler v/s low-level partially documented SDK * 2GB RAM v/s 100s of KB in ESP8266 * 16GB Flas
34.
▲
by
hrjet
10y ago
You could give FLIF [1] a try. With the help of Poly-FLIF [2] you can render it in the browser. Don't forget to try the lossy mode, it gives better compression with negligible loss in quality. 1: http://flif.info 2: https:
35.
▲
Show HN: PolyFLIF, JavaScript decoder for FLIF images
(github.com)
3 points
by
hrjet
10y ago
|
0 comments
36.
▲
by
hrjet
10y ago
They are more akin to "processes", because they don't share state with each other or the main event loop.
37.
▲
by
hrjet
10y ago
Yeah, indeed, this idea is not meant for typical users; only those who have script blockers and the like installed in their browsers. At present, even such security concious users can be deceived with layout and URL masquerades.
38.
▲
Ask HN: Could browsers prevent phishing by blocking HTML form actions?
3 points
by
hrjet
10y ago
|
2 comments
39.
▲
Terasology: Open-source voxel world
(github.com)
12 points
by
hrjet
10y ago
|
0 comments
40.
▲
by
hrjet
10y ago
Corporate proxies / firewalls.
41.
▲
by
hrjet
10y ago
> and/or have a lighter browser (without canvas, webgl, webrtc etc.) with better defaults (ie. no hardware access, location, notifications, cookies, history, etc.) for opening links, private browsing etc We are building one [1]. Con
42.
▲
by
hrjet
10y ago
There is one more called Firefox Debloat: https://github.com/amq/firefox-debloat/ ... though it hasn't been recently updated. We are developing `gngr` in the belief that privacy should be engineered into the
43.
▲
by
hrjet
10y ago
Isn't Qubes OS just a hypervisor? The hosted OSes shouldn't leak that they are running under Qubes.
44.
▲
by
hrjet
10y ago
Yup, its inspired by `ledger` and the syntax is similar to a large extent. The focus is on cross-platform support, and a more declarative style (order of specifying transactions shouldn't matter). A detailed comparison is missing, howe
45.
▲
Show HN: Abandon (text based accounting tool) v0.3.0
(github.com)
7 points
by
hrjet
10y ago
|
3 comments
46.
▲
Improving collaboration with forks
(github.com)
111 points
by
hrjet
10y ago
|
7 comments
47.
▲
by
hrjet
10y ago
We are designing a solution in gngr here: https://github.com/UprootLabs/gngr/issues/219 In essence, the resolved address of a request will be checked if it lies in a reserved block. If so, further policy chec
48.
▲
by
hrjet
10y ago
gngr[1] is a browser that champions privacy. It is a complete written-from-scratch project, and not just a wrapper around existing layout engines. Our current logo and website design, if you can call it that, is a developer created, few day
49.
▲
by
hrjet
10y ago
FLIF promises to be silent as well. It also has a ~50KB JS decoder [1]. [1] https://uprootlabs.github.io/poly-flif/polyflif-sample.html
50.
▲
by
hrjet
10y ago
Although FLIF, the format, is lossless, the FLIF encoder has an option to lossily encode the input. It works by eliminating the differences between the predicted pixel and the actual pixel. When encoded lossily, FLIF is competent with JPE
51.
▲
by
hrjet
10y ago
Promises can be helpful in a pure CPU bound workload as well: they help to avoid blocking the main thread, by yielding more often. This is typically done by breaking a long running computation into a series of sub-computations that are sche
52.
▲
by
hrjet
10y ago
We are building one in Java https://github.com/UprootLabs/gngr
53.
▲
by
hrjet
10y ago
This seems simliar to what I had developed: http://nlq.lavadip.com/servlet/about Although, kueri seems more polished, and the ability to auto-complete mid-sentence is pretty neat.
54.
▲
Show HN: A visual way to screen for entry-level programmers
(github.com)
2 points
by
hrjet
10y ago
|
0 comments
55.
▲
by
hrjet
10y ago
We do want to take an approach like this in gngr(1). We already have fine-grained permission control in the Request Manager (inspired by uMatrix, nee httpSwitchBoard). But your question is about even more finer control. Some thoughts: * I b
56.
▲
by
hrjet
10y ago
There's no need to standardize here? This could be implemented purely on client side.
57.
▲
by
hrjet
10y ago
> It should also be noted, for some time similar attacks have been possible via html/css [1] As it happens, this particular attack doesn't work in gngr [0]. The example uses an absolute positioned div to put extra text out of v
58.
▲
by
hrjet
10y ago
As I see it, Javapoly is a layer above Doppio. As a very crude analogy: shells and editors make it easy to use the filesystem. But we can't contribute the shell / editor to the filesystem! They sit in different layers of the stack
59.
▲
by
hrjet
10y ago
> What is the difference of this to doppio? A new approach from some of the doppio authors? (I contribute to both Javapoly and Doppio) Javapoly tries to make Doppio easier to use (in my subjective opinion): * easier loading of jars, clas
60.
▲
by
hrjet
11y ago
You can do it with a couple of lines of shell script too, using the xcalib utility: https://gist.github.com/hrj/e9ed0d73d2daaa98b2d2 Been using that for more than an year with great results. I also have another version
More ›