5 ms·

I was able to download and build the Gtk3 version of this in under 5 minutes. For compactness alone, gets my seal of approval. I'm posting this comment from Net

I was able to download and build the Gtk3 version of this in under 5 minutes. For compactness alone, gets my seal of approval. I'm posting this comment from NetSurf, HN works fine.

unicornporn 6y ago
Does it block ads? Asking because: DNS-level adblocking is stupid.
- CyberDildonics 6y ago
  DNS level adblocking is fantastic, especially since it can be done network wide so easily and used as an extra layer of ad filtering.
  - giancarlostoro 6y ago
    I have to agree. I think DNS adblocking off a Raspberry Pi is the best. Unfortunately a power loss screwed up my Pis SD card.
  - vageli 6y ago
    > DNS level adblocking is fantastic, especially since it can be done network wide so easily and used as an extra layer of ad filtering. It's great, but DNS over HTTPS will end the party soon enough (if I was a smart TV manufacturer, I would be prioritizing adding dns over https to the device firmware to subvert network blocks).
    - beamatronic 6y ago
      That gives the consumer one more reason not to hook it up to the network, ever.
    - Arnavion 6y ago
      DNS-adblocking in a router can be complemented by the router's firewall blocking outbound to all DoH provider IPs. (It'll need to be a constantly-updating blocklist, but the DNS-adblock lists are also that already.)
      - 0xcde4c3db 6y ago
        I can't vouch for these since I haven't tried them yet, but it can apparently also be complemented by configuring your local DNS server to return NXDOMAIN for use-application-dns.net [1] and using a DoH proxy to protect upstream requests from snooping [2]. [1] https://support.mozilla.org/en-US/kb/canary-domain-use-application-dnsnet https://support.mozilla.org/en-US/kb/canary-domain-use-appli... [2] https://github.com/aarond10/https_dns_proxy https://github.com/aarond10/https_dns_proxy
    - 1vuio0pswjnm7 6y ago
      I do not understand. I run my own DNS but I also gather DNS data in bulk from DNS over HTTPS or DNS over TLS sometimes. I retrieve the data outside of the browser and put it into my own zone files. Are you saying that applications and devices will make it practically impossible for the user to change DNS settings to point to localhost or RFC1918-bound DNS servers? How would they be able to do that, assuming the user can control the first upstream router. Even if they could do this, it seems a bit too heavy-handed. Much easier I would think for application developers to just make an ad blocking extension, e.g., uMatrix, stop working. For example, they could say this is because the application now has its own built-in ad blocker. Nevermind that the developers are paid from the sale of web advertising services.
- 1vuio0pswjnm7 6y ago
  Can you elaborate?
  - dependenttypes 6y ago
    Cosmetic filtering and blocking specific files can't be done via dns filtering.
    - 1vuio0pswjnm7 6y ago
      Could you give a working example, i.e., a website where you are doing cosmetic filtering or blocking specific files? I also use a local proxy in addition to DNS which allows me to serve alternative resources or block/redirect certain URLs based on prefix/suffix/regex.
      - bartvk 6y ago
        Not OP, but where I do cosmetic filtering, is on Stack Overflow. They display "hot network questions" on every page, with extremely interesting stuff from non-work Stack Overflow clones. "How many cats did Cmdr. Data have in Star Trek", that sort of stuff. It has made me lose my focus on work repeatedly, and Stack Overflow really is a site related to work for me. So I block that column.
        1vuio0pswjnm7 6y ago
        Thanks for that. Now I can definitely see the usefulness of this for interactive website use. I am more of a non-interactive user and do not use a graphical, javascript-enabled browser much. Here is a snippet I used to remove the annoying "hot network questions" from the page: sed '/./{/div id=\"hot-network-questions/,/<\/ul>/d;}' page.html Out of curiosity I wanted to see if I could access all these networking questions non-interactively. That is, download all the questions, then download all the answers. Some years ago, like 10 years or more, I was making some incremental page requests on SO, e.g., something like /q/1, /q/2, ... and I got blocked by their firewall. What amazed me at the time was the block was for many months, it may even have been a year. This is one of the harshest responses to crawling I ever encountered. One of the very few times I have ever been blocked by any site and the only time I ever got blocked for more than a few hours. Things have definitely changed since then. To get all the networking questions, I pipelined 277 HTTP requests in a single TCP connection. No problems. Here is how I got the number of pages of networking questions: y=https://networkengineering.stackexchange.com/questions x=$(curl $y|sed -n 's/.*page=//;s/\".*//;N;/rel=\"next\"/P;N;') echo no. of pages: $x To generate the URLs: n=1;while true;do test $n -le $x||exit; echo $y?page=$n;n=$((n+1));done I have simple C programs I wrote for HTTP/1.1 pipelining that generate HTTP, filter URLs from HTML and process chunked encoding in the responses. Fastly is very pipelining friendly. No max-requests=100. Seems to be no limits at all. There were 13,834 networking questions in total. Wondering just how many requests Fastly would allow in one shot, I tried pipelining all 13,834 in a single TCP connection. It just kept going, no problems. Eventually I lost the connection but I think the issue was on my end, not theirs. At that point I had received 6,837 first pages of answers. 211MB of gzipped HTML. So, it is quite easy these days to get SO content non-interactively. It was also easy to split the incoming HTML into separate files, e.g., into a directory that I could then browse with a web browser. x=$(zgrep -c ^HTTP answers.gz) mkdir newdir; cd newdir; zcat ../answers.gz|csplit -k - '/^HTTP/' '{'$x'}'
iforgotpassword 6y ago
I'll try this tomorrow. The old opera presto also built in under five minutes and was in general very lean, but crashes on most modern JavaScript heavy sites. I still sometimes wonder where it would be today if they hadn't abandoned it or properly made it open source at least.

I was able to download and build the Gtk3 version of this in under 5 minutes. For compactness alone, gets my seal of approval. I'm posting this comment from NetSurf, HN works fine.

unicornporn 6y ago

Does it block ads? Asking because: DNS-level adblocking is stupid.

CyberDildonics 6y ago
DNS level adblocking is fantastic, especially since it can be done network wide so easily and used as an extra layer of ad filtering.
- giancarlostoro 6y ago
  I have to agree. I think DNS adblocking off a Raspberry Pi is the best. Unfortunately a power loss screwed up my Pis SD card.
- vageli 6y ago
  > DNS level adblocking is fantastic, especially since it can be done network wide so easily and used as an extra layer of ad filtering. It's great, but DNS over HTTPS will end the party soon enough (if I was a smart TV manufacturer, I would be prioritizing adding dns over https to the device firmware to subvert network blocks).
  - beamatronic 6y ago
    That gives the consumer one more reason not to hook it up to the network, ever.
  - Arnavion 6y ago
    DNS-adblocking in a router can be complemented by the router's firewall blocking outbound to all DoH provider IPs. (It'll need to be a constantly-updating blocklist, but the DNS-adblock lists are also that already.)
    - 0xcde4c3db 6y ago
      I can't vouch for these since I haven't tried them yet, but it can apparently also be complemented by configuring your local DNS server to return NXDOMAIN for use-application-dns.net [1] and using a DoH proxy to protect upstream requests from snooping [2]. [1] https://support.mozilla.org/en-US/kb/canary-domain-use-application-dnsnet https://support.mozilla.org/en-US/kb/canary-domain-use-appli... [2] https://github.com/aarond10/https_dns_proxy https://github.com/aarond10/https_dns_proxy
  - 1vuio0pswjnm7 6y ago
    I do not understand. I run my own DNS but I also gather DNS data in bulk from DNS over HTTPS or DNS over TLS sometimes. I retrieve the data outside of the browser and put it into my own zone files. Are you saying that applications and devices will make it practically impossible for the user to change DNS settings to point to localhost or RFC1918-bound DNS servers? How would they be able to do that, assuming the user can control the first upstream router. Even if they could do this, it seems a bit too heavy-handed. Much easier I would think for application developers to just make an ad blocking extension, e.g., uMatrix, stop working. For example, they could say this is because the application now has its own built-in ad blocker. Nevermind that the developers are paid from the sale of web advertising services.
1vuio0pswjnm7 6y ago
Can you elaborate?
- dependenttypes 6y ago
  Cosmetic filtering and blocking specific files can't be done via dns filtering.
  - 1vuio0pswjnm7 6y ago
    Could you give a working example, i.e., a website where you are doing cosmetic filtering or blocking specific files? I also use a local proxy in addition to DNS which allows me to serve alternative resources or block/redirect certain URLs based on prefix/suffix/regex.
    - bartvk 6y ago
      Not OP, but where I do cosmetic filtering, is on Stack Overflow. They display "hot network questions" on every page, with extremely interesting stuff from non-work Stack Overflow clones. "How many cats did Cmdr. Data have in Star Trek", that sort of stuff. It has made me lose my focus on work repeatedly, and Stack Overflow really is a site related to work for me. So I block that column.
      - 1vuio0pswjnm7 6y ago
        Thanks for that. Now I can definitely see the usefulness of this for interactive website use. I am more of a non-interactive user and do not use a graphical, javascript-enabled browser much. Here is a snippet I used to remove the annoying "hot network questions" from the page: sed '/./{/div id=\"hot-network-questions/,/<\/ul>/d;}' page.html Out of curiosity I wanted to see if I could access all these networking questions non-interactively. That is, download all the questions, then download all the answers. Some years ago, like 10 years or more, I was making some incremental page requests on SO, e.g., something like /q/1, /q/2, ... and I got blocked by their firewall. What amazed me at the time was the block was for many months, it may even have been a year. This is one of the harshest responses to crawling I ever encountered. One of the very few times I have ever been blocked by any site and the only time I ever got blocked for more than a few hours. Things have definitely changed since then. To get all the networking questions, I pipelined 277 HTTP requests in a single TCP connection. No problems. Here is how I got the number of pages of networking questions: y=https://networkengineering.stackexchange.com/questions x=$(curl $y|sed -n 's/.*page=//;s/\".*//;N;/rel=\"next\"/P;N;') echo no. of pages: $x To generate the URLs: n=1;while true;do test $n -le $x||exit; echo $y?page=$n;n=$((n+1));done I have simple C programs I wrote for HTTP/1.1 pipelining that generate HTTP, filter URLs from HTML and process chunked encoding in the responses. Fastly is very pipelining friendly. No max-requests=100. Seems to be no limits at all. There were 13,834 networking questions in total. Wondering just how many requests Fastly would allow in one shot, I tried pipelining all 13,834 in a single TCP connection. It just kept going, no problems. Eventually I lost the connection but I think the issue was on my end, not theirs. At that point I had received 6,837 first pages of answers. 211MB of gzipped HTML. So, it is quite easy these days to get SO content non-interactively. It was also easy to split the incoming HTML into separate files, e.g., into a directory that I could then browse with a web browser. x=$(zgrep -c ^HTTP answers.gz) mkdir newdir; cd newdir; zcat ../answers.gz|csplit -k - '/^HTTP/' '{'$x'}'

iforgotpassword 6y ago

I'll try this tomorrow. The old opera presto also built in under five minutes and was in general very lean, but crashes on most modern JavaScript heavy sites. I still sometimes wonder where it would be today if they hadn't abandoned it or properly made it open source at least.