Victor von Void @vvv@mastodon.technology

Just set up NGINX as SSL termination proxy for my selfhosted blog server and Gitea. After some googling to find the right configuration options it went surprisingly smooth. FOSS FTW!

Link zum European Air Quality Index : https://airindex.eea.europa.eu/Map/AQI/Viewer/

... ein etwas anderes Bild: an 25% der Tage im letzten Jahr war die Luftqualität nur "mittel", oder gar "schlecht".

Dann fällt auf, dass die Daten von einer einzigen Meßstation stammen, die direkt an einer Grünanlage steht. Die Daten der anderen Meßstationen (z.B. die, deren Daten u.A. für das Dieselfahrverbot auschlaggebend waren) fließen offenbar nicht in die Datenbasis ein.

Das zeigt mal wieder: glaube keiner Statistik, die du nicht selbst gefälscht hast. Deine Gesundheit könnte davon abhängen. (3/3)

... dass Darmstadts Einwohnerzahl mit 143.779 angegeben wird. Darmstadt selbst gibt für 2019 eine Einwohnerzahl von 162.428 an (https://www.darmstadt.de/fileadmin/Bilder-Rubriken/Standort/Statistik_und_Stadtforschung/pdf/jahrbuch/02Bevoelkerung/K02-1.pdf). Die EEA-Zahl scheint aus dem Zensus von 2011 zu stammen, ist also 10 Jahre alt.

Das erweckt kein Vertrauen in die Datenbasis der Untersuchung.

Schaut man sich dazu den European Air Quality Index an, der aktuelle Daten anzeigt und mehr Faktoren erfasst, sieht man zwar, dass die Qualität in Darmstadt "gut" ist. Aber auch hier ergeben die Details ... (2/x)

Laut einer Liste der EU-Umweltagentur EEA (https://public.tableau.com/app/profile/european.environment.agency/viz/City_AQ_Viewer/Dashboard1) liegt Darmstadt unter den 320 auf ihre Luftqualität hin untersuchten Städten auf Platz 46 (Platz 3 bei den in der Liste enthaltenen deutschen Städten).

Darmstadt. Die Stadt mit dem Dieselfahrverbot auf zwei Straßen, die selbst mit dem Corona-Effekt im letzten Jahr noch die Grenzwerte überschritten hat.

Ok, es wurde hauptsächlich auf den Feinstaub geschaut.

Und stutzig macht auch der Fakt ... (1/x)

I just finished my first #rust project at work, one week of #rust for 8+ hours per day. I enjoyed it, learned a lot and still feel like I haven't even scratched the surface.

I gained the impression, though, that 80% of the code you write is just for checking the Results and Options returned by function calls, i.e. match-ing, unwrap-ing etc. instead of actually doing stuff for the functionality of the project.

It feels like there's a huge something I missed or didn't understand about #rust.

Documentation is useless if it shows of all the cool features of your software/library/crate but forgets the most common use cases.

Current example: the mysql crate (#rust). Shows off all corner cases that probably only two people will ever use, but doesn't contain an example for a simple SELECT and how to handle the returned result rows.

Had to google around for quite some time to find a working solution in a forum somewhere.

Anscheinend wurde die Entnazifizierung in #darmstadt nicht ganz so gründlich durchgeführt. Gefunden am Landesmuseum Darmstadt.

The whole Path/PathBuff/OsStr/OsString/str/String situation in #rust is a total clusterf*ck, worse than the string classes in C, C++ and Qt.
And who thought that coming up with SystemTime for file creation/access/modification times that basically can't be correctly converted into a normal datetime was a good idea?
#rust has a lot of nice features, but things like that can kill the motivation to use it in no time.

By the end of this week I will start my first #rust project at work. I'm quite excited but also kinda intimidated because there will be a lot of work to be done in a short time for a quite demanding customer.

The project among others involves loading files, en-/decrypting them using some AES algorithm and writing them somewhere else.

Any suggestions for crates that are easy to use for this part?

You're old when all actors playing the (grown-up) starring roles in a movie are younger than you.

Ob nächtliche Ausgangssperren gegen Corona helfen, ist fraglich. Aber sie sorgen dafür, dass es selbst hier im Stadtzentrum nachts ganz wunderbar ruhig ist. And I'm loving it!

The problem is that while googling this stuff I only find answers about forwarding requests to other servers with different IPs but no local forwarding.

I have next to no experience/knowledge about how the network stuff exactly works so here's a question:

I have a server running a service that listens to the http/https ports. I'd like to have another service running that also has a http/https interface (ports can be configured).

Is it possible to do local port forwarding with a proxy depending on the subdomain the request is sent to?

I.e. www.example.com goes to ports 7080 and 7443 and other.example.com goes to ports 8080 and 8443?

I've got some code in a git repository on Bitbucket. I'd like to build and deploy it on my server whenever something changed in the repo. Kinda like CI but with a remote repo.

What would be a good way to do that? Add a cron job that regularly checks the repo for changes and triggers a build + deploy script, if necessary? Or maybe is there some FOSS that already does exactly that?

Did some #rust coding and again I am surprised at how good the tooling is: clippy and the compiler are immensely helpful to avoid mistakes and write efficient code.