Hacker Newsnew | past | comments | ask | show | jobs | submit | amusingimpala75's commentslogin

Missed opportunity for “arewehormuzyet.com”

Since this works on the raw data streams from the official distributor, this is legal, correct?

How much of the native app push is to bypass ad blockers? If you’re just using a browser plugin like AdGuard or uBO it can’t block in a dedicated app unless you replace it with AGH or PiHole, can’t help but wonder if that plays a role as well

I expect a lot of people who run adblockers on mobile, also configure their DNS or use a VPN to block ads. On Android, you can't even get an adblocker on Chrome, which is the browser most users and using.

As a developer web never really felt like real programming to me, because it wasn't designed to be when browsers were just displaying html pages. So it took an evolving set of hacks to get something like web applications running.

Correct me if I’m wrong but my understanding was that ethanol in gasoline was a result laws enacted due to corn farmers (or their state reps) lobbying for subsidies, not any intrinsic part of gasoline production

emacs already has structural editing packages like combobulate


Hey, that one is interesting, somehow I have missed it. Thank you!


I can’t seem to find anything about this model reference anywhere besides some random LinkedIn posts and Medium articles. No official announcement or model statistics


Hence the “dense as Musk” comment


From the example:

  # XDG "compliant" programs
  .config/ etc/
  .local/state/ var/lib/
  .cache/ var/cache/
This is the first I’ve heard of using ~/etc instead of ~/.config as $XDG_CONFIG_DIR. Is there any precedent for that?


Well, it's just the natural extension of the FHS convention to the home directory.

I didn't come up with this idea, though, I think I saw this in a reddit thread and started doing it myself: I like that the directories are visible and follow the usual structure.


Why not push it under a hidden directory? Like ~/.local/etc? If we're reconstructing some of the hierarchy I think it makes sense to group and hide. Isn't the problem that the home folder is getting cluttered?


Why would I hide them? They're not really special and since I'm organising them with modetc they're not cluttered. For reference, my home looks something like this

    ~
    ├── bin         binaries and scripts
    ├── etc         configuration files
    ├── var
    │   ├── lib     program data
    │   └── cache   program caches
    ├── src         git repositories
    ├── img         pictures
    ├── mail        email in maildir format
    ├── note        text notes, todo
    ├── doc         documents
    └── down        downloads


I mean we hide in the first place because configs and we don't want to clutter

But more I was thinking that having ~/bin ~/etc ~/src and so on is just clutter. I use ~/.local/{bin,build,lib} so it's compact and reduces clutter in my home


But why would I want those directories visible in my home dir?


Why would I want them hidden? I access files in ~/.config almost daily, I think this is a really good idea


As far as I can tell, this doesn't change when the actual orbital transfer from earth to mars occurs, it just allows launching outside the normal transfer window and then loitering until the window arrives. In this case, what benefit do they have from launching it now and loitering for a year rather than just launching it a year from now?


Because of the lowered cost of launching on this particular New Glenn. By the time of the next window BO will be able to command more money for a less-risky launch.


It might be better budget wise, especially in volatile times


I think what they meant is: there’s already so many other ways to fingerprint (say, canvas) that a common user agent doesn’t significantly help you


'There's so many cliffs around that not jumping off that one barely helps you'.

I meeeeeannn... sure? I know that browser fingerprinting works quite well without, but custom headers are actually a game over in terms of not getting tracked.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: