sorted by: new top controversial old
ich_iel in c/ich_iel@feddit.org
HBO Max has really turned to shit since the Skydance takeover in c/mildlyinfuriating@lemmy.world
Leben wir im Land der Miesmacher?: Die acht schlimmsten Glaubenssätze der Deutschen im Faktencheck in c/dach@feddit.org
[–] 2 points 1 hour ago

Aber steht Deutschland wirklich am Abgrund

Nö, aber wir laufen schnellstmöglich darauf zu, während die Hirnbefreiten an den Stammtischen jubeln und die polituische Führung sich ob all der zukünftigen Zuwendungen durch und Posten bei der Fossilindustrie die Hände reibt.

  • permalink
  • fedilink
  • source
    •
    CDU will Flugverkehr stärken - Mehr Inlandsflüge, weniger CO2 - geht das zusammen? in c/dach@feddit.org
    [–] 5 points 2 hours ago (2 children)

    "Es ist nicht besonders sinnvoll, zu sagen, wir erhöhen hier in Deutschland einseitig die Standortkosten und freuen uns dann sogar, wenn Flugverbindungen gestrichen werden, weil die Flugzeuge dann woanders eingesetzt werden, entweder in anderen europäischen Ländern oder auch beispielsweise in Asien." So werde das Klima nicht gerettet.

    Genau! Wenn wir die Inlandsflüge reduzieren, verschiebt sich der Verkehr nicht etwa auf die klimafreundlichere Schiene, sondern der innerdeutsche Verkehr findet ab jetzt in Asien statt! Wann versteht ihr Idioten endlich die überlegene CDU-Logik?

  • permalink
  • fedilink
  • source
  • parent
  • context
    • CDU will Flugverkehr stärken - Mehr Inlandsflüge, weniger CO2 - geht das zusammen? in c/dach@feddit.org
    AI disclosure is no longer required for the Linux Kernel in c/linux@lemmy.ml
    [–] -5 points 2 hours ago* (last edited 1 hour ago)

    But that doesn't matter! Join the crusade!! AI is either the devil incarnate or our lord and savior! No in-between (no sanity in particular) allowed.

    And as long as you have still not gone insane and argue rationally the bombardment of at least one pro-, one anti-AI post/article about Linux per day has to continue...

  • permalink
  • fedilink
  • source
  • parent
  • context
    • Umfrage: Deutschlands Unternehmen würden 16 Monate ohne Digitalimporte überleben in c/dach@feddit.org
    PackageKit - Typical User Profiles in c/linuxmemes@lemmy.world
    AfD’s Alice Weidel to unveil plan to downsize the EU in c/europe@feddit.org
    [–] 4 points 16 hours ago*

    it doesn’t mean that everyone who dislikes the EU is a MAGA republican or Russian bot

    No, but 99 out of 100 times someone disliking the EU and then whining about "bottle caps" and "paper straws" got their talking points from one of those bots directly or from one of the far-right culture-war bullshit influencers who get their instructions from the same source. Because that's one of their popular topics, which is not surprising given that any actually substantial criticism of the EU would need more context, basic political understanding and in-depth reasoning than what those propaganda tools just pushing simpke narratives allow.

  • permalink
  • fedilink
  • source
  • parent
  • context
    • Informationsfreiheitsgesetz: Regierung hat keine Belege für angebliche Gefahren in c/dach@feddit.org
    What Linux distros feature a graphical update tool by default? in c/linux@lemmy.ml
    [–] 1 point 17 hours ago* (last edited 17 hours ago)

    When config files change with an update pacman writes the new one as a .pacnew file instead of overwriting the existing one. That's always an issue with updates on config files (although one less severe on slow updating distros). Do you keep the old config to keep your changes intact while ignoring new default options that should be in there or do you replace the old config with a recent one but risk using manual edits?

    pacdiff basically just searches for .pacnew files and then queries you what to do with each.

    You can define a viewer via a DIFFPROG= variable (I simply use vim -d because that's already my editor of choice but the package pulls diffutils as a dependency so just diff works, too) and compare the new default config file with the existing one side-by-side (with differences highlighted), so you can either copy your personal edits to the new one or copy additional or changed default options to your old one, whatever is easier. After that you have the option to dismiss/delete the .pacnew file or rename it to replace the old one.

    PS: pacdiff is part of the pacman-contrib package. That package also provides checkupdates.

    Running pacman -Syu updates your package list to the recent one, then updates all your outdated packages. You are not actually supposed to update the list, then abort the update of packages or just update some of them because Archlinux always assumes up-to-date systems (see: unsupported partial upgrades). So pacman should not be used to just check for available updates without updating. That's where checkupdates comes in, simulating pacman -Syu without actually touching your system and just getting a list of available updates.

    PPS: the AUR has a similiar aur-check-updates tools to do the same for AUR packages.

  • permalink
  • fedilink
  • source
  • parent
  • context
    • Qnetic testing flywheel to compete with lithium-ion for grid-connected energy storage in c/energy@slrpnk.net
    [–] 3 points 23 hours ago* (1 child)

    "If flywheels seem like an exotic energy storage solution, that’s largely because they have generally been relegated to niche applications. A spokesperson for Qnetic told pv magazine USA that grid-connected flywheel pioneer Beacon Power deployed 400 of its 100 kW (25 kWh) units at two utility sites in New York and Pennsylvania between 2011 and 2014 to provide fast-responding frequency regulation. Each location had 200 units with a nameplate capacity of 20 MW (5 MWh), and both are still providing frequency regulation service and generating revenue."

    I would assume that flywheels are exotic because their niche (short- to mid-term storage, quick reaction times) wasn't much needed so far in a grid dominated by non-renewables. This will probably change in the future.

    But for the same reason I don't get all that talk about competing with lithium-ion batteries. Flywheels don't really fit the same category as batteries. And lithium-ion batteries in particular are not well suited for grid-level storage anyway. Their benefit at the moment is basically just availability because that's the type of battery that was produced and optimised at scale for –at least– the last decade.

  • permalink
  • fedilink
  • source
    •
    25
    Need some ELI5 on proxy_pass in Nginx, in particular regarding having Anubis in the chain (feddit.org)
    submitted 6 months ago* (last edited 6 months ago) by to c/selfhosted@lemmy.world
    11 comments fedilink
     

    As this will -thanks to me being quite clueless- be a very open question I will start with the setup:

    One nginx server on an old Raspi getting ports 80 and 443 routed from the access point and serving several pages as well as some reverse proxies for other sevices.

    So a (very simplified) nginx server-block that looks like this:

    # serve stuff internally (without a hostname) via http
server {
	listen 80 default_server;
	http2 on;
	server_name _; 
	location / {
		proxy_pass http://localhost:5555/;
                \# that's where all actual stuff is located
	}
}
# reroute http traffic with hostname to https
server {
	listen 80;
	http2 on;
	server_name server_a.bla;
	location / {
		return 301 https://$host$request_uri;
	}
}
server {
	listen 443 ssl default_server;
	http2 on;
	server_name server_a.bla;
   	ssl_certificate     A_fullchain.pem;
    	ssl_certificate_key A_privkey.pem;
	location / {
		proxy_pass http://localhost:5555/;
	}
}
#actual content here...
server {
	listen 5555;
	http2 on;
    	root /srv/http;
	location / {
        	index index.html;
   	} 
    	location = /page1 {
		return 301 page1.html;
	}
    	location = /page2 {
		return 301 page2.html;
	}
        #reverse proxy for an example webdav server 
	location /dav/ {
		proxy_pass        http://localhost:6666/;
	}
}

    Which works well.

    And intuitively it looked like putting Anubis into the chain should be simple. Just point the proxy_pass (and the required headers) in the "port 443"-section to Anubis and set it to pass along to localhost:5555 again.

    Which really worked just as expected... but only for server_a.bla, server_a.bla/page1 or server_a.bla/page2.

    server_a.bla/dav just hangs and hangs, to then time out, seemingly trying to open server_a.bla:6666/dav.

    So long story short...

    How does proxy_pass actually work that the first setup works, yet the second breaks? How does a call for localhost:6666 (already behind earlier proxy passes in both cases) somehow end up querying the hostname instead?

    And what do I need to configure -or what information/header do I need to pass on- to keep the internal communication intact?

    view more: next ›