HN user

unspecified

446 karma
Posts5
Comments50
View on HN

For offline access, you just need to configure that once with the CIDR of your local network(s), and then the next time you're offline the server will allow auth-less use: you'll still be you, but the server itself won't attempt to authenticate you through the internet.

Settings -> <server name> -> Network -> Show Advanced -> List of IP addresses and networks that are allowed without auth

You can also toggle off some of the extra crap they are pushing:

Settings -> <your username> -> Online Media Sources

FFF #176 - Belts optimization

The last bit of this post mentions UDP packets not making it through ISPs if their checksum is 0x0000 or 0xFFFF...what is THAT all about? This would have been in February of 2017.

If you remember from the previous FFF, our map downloader was having some extremely rare problems with some mysterious packets that would always get filtered over the Internet. We already had a fix for it, but I was curious what was going on. Thanks to the investigative power of the Factorio community, we found out that all those mysterious packets, before NAT, had a checksum of 0xFFFF. Admalledd from the forum sent some hand-crafted packets through his Internet connection and surprise, all packets would go through, except those with a checksum of 0xFFFF or 0x0000. At this point I would just assume this ISP(and some other few ISPs around the world) have some faulty hardware or software that do not handle these special cases of UDP checksums.

I would love to exchange browser state with my coworkers and act as them for a few hours. I think I could really clean up our ticketing system if I was logged in as someone who could outright delete tickets instead of merely marking them as closed.

Eternal Terminal 7 years ago

Thanks for this, I have problems finding good developer podcasts, and at a quick glance of title + count, this looks promising.

Also...the podcast is more than eight years old!

I don't know about "high", but there's at least two new things happening that jump out:

* staggered start, the engines are started in pairs on the order of 100s milliseconds apart, so 13 chances for an unbalanced engine start

* vastly increased acoustic and vibration shock, I really wish I could hear the noise in person (from a long way away)

Recently, I added a webhook that takes all our GitLab pushes and parses out JIRA information and automatically handles that sort of business-level logic

Have you found a good solution for auto-linking to JIRA tickets from GitLab comments/commits/etc without turning on the the included JIRA Integration? I want to continue using Gitlab's native issues, and the included JIRA integration replaces the native Gitlab issues with JIRA tickets, which is such a colossally boneheaded idea.

Funny transcription error with the professional Go player names from the DeepMind series:

So it’s been interesting watching the reactions of the top Go players, like Lisa Doll and KGA

These should be Lee Sedol and Ke Jie

edit: Odd that it's correct two paragraphs later

The landing is all based on how much fuel is left after the primary mission is complete: some missions require more fuel to get to their destination orbits, others require less.

This launch was an ISS resupply, which is on the low end of fuel requirements. So the first stage can get all the way back to its launch site.

Other launches are in the middle of the fuel range: they just follow their ballistic path to the barge, and do not have the extra fuel to get turned all the way back around for a return to the launch site.

A few launches are at the very high end: the upcoming Echostar mission has such a high fuel requirement that SpaceX isn't even attempting a landing: they're just dumping the whole stage into the ocean like we've been doing for 60 years.

SpaceX is saying that this upcoming Echostar launch will be their last "expendable launch", ever.

Thanks for this. Might want to move the original /usr/bin/git out of the way, rather than outright deleting it, juuuuust in case you end up needing the original binary.

Oops, a very good point. I should have mentioned that right off the bat: my issue was with calling this a "hacker's guide", when it contains a pretty blatant security issue.

Right....but your user shell has nothing to do with shellshock. Shellshock involves things like Apache invoking system calls that need a shell, and those system calls don't care what your user shell is. They care what /bin/sh and /bin/bash are (or wherever your system shells live, it's /bin for OSX).

This guide is claiming that updating your login shell to bash via Homebrew will mitigate shellshock, which is flat-out wrong, and dangerous to boot.

You still have to replace /bin/bash and /bin/sh binaries, even after doing a `brew install bash`.

...right? `brew install bash` will just give you /usr/local/bin/bash, and then use that as your interactive shell.

Hmph, the other thread fell off the front page, but:

There is a handy zsh script (zsh is in /bin on OSX by default) to get the Bash tarball from opensource.apple.com, apply patches 52, 53, and 54 from ftp.gnu.org, build it, and then prompt to replace /bin/bash and /bin/sh. Xcode is required, and you have to run "sudo xcodebuild" once to accept the EULA.

https://github.com/tjluoma/bash-fix

This is the easiest way I've found to patch the system-level /bin/bash AND /bin/sh binaries.

Also, Mac supports running an Apache instance configured to run CGI scripts out of the box, correct? I haven't personally used it.

OSX does have Apache configured by default to run CGIs out of /Library/WebServer/CGI-Executables, but there is nothing in that folder by default, and you have to manually start Apache yourself, either with apachectl or via the System Preferences GUI.

    /etc/apache2/httpd.conf
    96:LoadModule proxy_scgi_module libexec/apache2/mod_proxy_scgi.so
    106:LoadModule cgi_module libexec/apache2/mod_cgi.so
    331:    ScriptAliasMatch ^/cgi-bin/((?!(?i:webobjects)).*$) "/Library/WebServer/CGI-Executables/$1"