[0] https://developer.mozilla.org/en-US/docs/Web/API/RTCRtpRecei...

Like the LFSCOE study is only using one source of renewables through all weather together with 2020 data on battery costs.

Which is why I linked a recent full system analysis. With Danish data so a vastly harder problem than a place with abundant solar. So tell me what they missed.

They even tilted the study heavily towards nuclear power and assumed that the nuclear costs are 40% lower than Flamanville 3 and 70% lower than Hinkley Point C while modeling solar as 20% more expensive.

Still finding that renewables are vastly cheaper when it comes to meeting a real grid load.

I can bet they have very "optimistic" estimations for Hydrogen and gas firming on top of the most evident issues adressed in peer review

You also link another of the typical studies desperately trying to shove new built nuclear power into contention.

It looks like this: ”If we assume nuclear power is cheap and fast to build”.

Do the same for renewables and storage and the comparison becomes even more lopsided.

I've linked not a "typical studie" but a peer reviewed correction to the mistakes of the original paper.

Ironically we already know the answer about speed. Check out how TWh/y of clean power evolved in Denmark vs UAE with Barakah built by Korea

> Check out how TWh/y of clean power evolved in Denmark vs UAE with Barakah built by Korea

This tells me you are entirely out of your depth.

You do realize that what we care about are cumulative emissions? You also have to compare it by grid size.

The shining beacon in UAE you lift have a horrendous gCO2/kWh of 468 while Denmark sits at 114. Starting at 650.

Calling that what UAE achieved a success means you don’t care about decarbonization, only trillions in handouts to your pet technology.

The discussion was about speed anyway. UAE achieved higher TWh of clean power than both Denmark and Portugal in less time, as simple as that - this is undeniable

The statement about "handouts of trillions to pet technology" shows you just don't care about emissions, you hate nuclear. Per IPEX nuclear gets 15x less subsidies vs renewables in EU. Germany spent on EEG alone double the cost of entire french nuclear fleet, the gap getting wider. From this year transmission will be subsidized too because DE households have highest prices in EU, close to Denmark. But i guess subsidies for your favorite technology are fine and for the rest it's absolute evil.

Saying that UAE didn't achieve success with it's Barakah is either delusion or willingness to ignore reality.

I still haven't seen you levy a single factual criticism to the methodology in the paper I linked. It is just you lashing out.

Again you don't care about cumulative emissions, or the grid size.

https://imgur.com/a/09DMS72

And this is the graphs if you assume that renewables never become perfect:

https://imgur.com/a/WrLUrwK

You do realize based on these graphs that every investment in nuclear power just leads to more emissions?

Now lets talk about your TWh per year figure, comparing apples to oranges. UAEs grid is 184 TWh. Why didnt UAE do like Germany and deployed 196 TWh renewabels in that time and completely decarbonize their grid?

Are you realize how absolutely stupid you sound trying to compare TWh per year figures without referencing the grid size?

The planned solution is hydrogen power plants, but no one wants to build them because the infrastructure, including electrolysers, is way too economically unfeasible.

Therefore, Germany is and will continue to be dependent on coal and gas, as these are the main producers every night. That's your 'grid backup fee' for you.

If we have to burn some gas to cover the occasional long term weather issue, I’m ok with that , if we’re at 90+% decarbonized at that point it’s still a huge win.

    When set to true, the browser will not abort the associated request if the page that initiated it is unloaded before the request is complete. This enables a fetch() request to send analytics at the end of a session even if the user navigates away from or closes the page.

  server {
    listen 80;
    server_name ~^(?<sub>\w+)(\.|-)(?<port>\d+).*; # projectx-20201-127-0-0-1.nip.io
    root sites/$sub/public_html;
    try_files $uri @backend;
    location @backend {
      proxy_pass http://127.0.0.1:$port;
      access_log logs/$sub.access;
    }
  }

All you need to do is create a junction (mklink /J domain folder_path). This maps the domain to a folder.

I think proxy_pass will forward traffic even when the root and try_files directives fail because the junction/symlink don't exist? And "listen 80" binds on all interfaces doesn't it, not just on localhost?

Is this clever? Sure. But this is also the thing you forget about in 6 months and then when you install any app that has a localhost web management interface (like syncthing) you've accidentally exposed your entire computer including your ssh keys to the internet.

  server_name ~^(?<service>(?:lubelogger|wiki|kibana|zabbix|mail|grafana|git|books|zm))\.domain\.example$;
  location / {
        resolver 127.0.0.1;
        include proxy.conf;
        proxy_set_header Authorization "";
        proxy_set_header Host $service.internal;
        proxy_set_header Origin http://$service.internal;
        proxy_redirect http://$proxy_host/ /;
        proxy_pass http://$service.internal;
  }

https://securitytrails.com/ also had my "secret" staging subdomain.

I made a catch-all certificate, so the subdomain didn't show up in CT logs.

It's still a secret to me how my subdomain ended up in their database.

If you delegate a subdomain through Cloudflare to your own DNS servers, from what I remember from the animal book, the recursive server should ask Cloudflare for the address of the machine to which the delegation has been made (yours), and while any further resolutions would be answered by your machine, Cloudflare would at very least know of every query to that subdomain.

If you delegate a subdomain and have subdomains under that subdomain, then Cloudflare would only see resolutions to that subdomain and not to the sub-subdomains.

In other words, for most things, they'd have full insight.

> Network and Information Security as Overriding Legitimate Interest

> stopping ‘denial of service’ attacks

Storing logs with IPs is no problem at all.

For instance, you can use this stored IP address to help identify whether your user has had their account breached, and prompt for extra verification before letting them log in. You can also do a full browser fingerprint for this purpose, this is all covered under legitimate basis.

However, once you use any of this data to market to the user then you are in breach of the GDPR as you did not have a consent basis for it. The storage was never a problem, it's the use of it that becomes a problem.

Unless you are a huge company or have a significant amount of customers in the UK/EU it's probably okay to ignore the GDPR.

You have the right to log IP addresses only if they are used for the two purposes you listed, otherwise you will need explicit consent.

    ffmpeg -ss 01:59:00.000 -i "interlaced.ts" -ss 00:00:12.000 -t 26 -max_muxing_queue_size 1024 -c:a libopus -b:a 96k -c:v libx264 -crf 20 -vf "yadif=1" -profile:v baseline -level 3.0 -pix_fmt yuv420p -movflags +faststart -y clip.mp4

    ffmpeg -i in.mp4 -map 0:v:0 -map 0:a:0 -map_metadata -1 -map_chapters -1 -c:v libx264 -preset slow -tune film -crf 32 -c:a aac -b:a 128k -profile:v baseline -level 3.0 -pix_fmt yuv420p -movflags +faststart out.mp4

    PuTTY: select
    tmux: Shift + select
    cmd: select + Enter in quick edit mode
    Windows Terminal: select + Right Click

  Merge video files with ffmpeg
  - Make a file listing all the videos in sequence. E.g.
     file 'video01.ts'
     file 'video02.ts'
     file 'video03.ts'
     ...
  - Generate the file list for files in the current directory.
      (for %i in (*.ts) do @echo file '%i') > filelist.txt
  - ffmpeg command to combine videos
     ffmpeg -f concat -safe 0 -i filelist.txt -c copy output.mp4