SingleFile provides a faithful representation of the original webpage, so bloated webpages are indeed saved as bloated html files.

On the plus side you’re getting an exact copy, but on the downside an exact copy may not be necessary and takes a huge amount of space.

SingleFile is a browser addon to save a complete web page into a single HTML file. SingleFile is a Web Extension (and a CLI tool) compatible with Chrome, Firefox (Desktop and Mobile), Microsoft Edge, Safari, Vivaldi, Brave, Waterfox, Yandex browser, and Opera.

SingleFile can also be integrated with bookmark managers hoarder and linkding browser extensions. So your browser does the capture, which means you are already logged in, have dismissed the cookie banner, solved the capthas or whatever else annoyance is on the webpage.

ArchiveBox and I believe also Linkwarden use SingleFile (but as CLI from the server side) to capture web pages, as well as other tools and formats. This works well for simple/straightforward web pages, but not for annoying we pages with cookie banners, capthas, and other popups.

Lol, I’m just over a week in to learning NixOS and this feels so true 😂

I feel like I’m just starting on the incline, luckily I don’t have any sturdy rope on hand 😂

Reading your post again, you should start by moving your docker management from CasaOS to vanilla docker-compose files, and keep them in a git repo.

I still think you definitely should look in to NixOS and what it can offer, cause it seems like that is where your mindset is going.

But NixOS is a drastic change, you should start by just converting your individual services one by one from CasaOS management to docker-compose files. One compose file for all services is possible, but I would recommend one compose file for each service. Later you can move from Debian to NixOS while using the same docker-compose files.

I would like to have a system when I know what I did, what is opened/installed/activated and what is not

You sound like you need to to look in to Nix and NixOS. The TLDR is that everything is declared in a configuration file(s), which you can and should back up in git. The config files tell you exactly what you did , and the config file comments together with git commit history tell you why.

The whole system is built from this configuration file. Rollback is trivially easy, either by rebooting and selecting an older build during the boot manager, or reverting to an older git commit and rebuilding (no reboot required, so usually faster)

Now fair warning, Nix (and NixOS) is a big topic, very different from normal way of thinking about software distribution and OS. Nix is not for everyone.

You should also at the very least have a git repo for docker-compose files for your services. Again, that will declaratively tell you what you did and why.

Also, if NixOS is too extreme, you should also look in to declarative management tools like Ansible etc

Hard to say without knowing which method you used to install HomeAssistant.

But I never found mdns .local addresses to be very reliable. They work 80-90% of the time, but the remaining 10-20% are a hassle.

Instead I’d recommend you install PiHole (in a docker container is easiest). PiHole is a DNS server intended for network-level ad-blocking. But it also have a handy feature of defining local DNS entries, so you can have HomeAssistant.myhome or HomeAssistant.whatever (.local should not be used with PiHole local DNS because .local is meant for mdns)

Checks out. But also Military Industrial Complex.

+1 for SingleFile

I recently tried LinkWarden, Linkding and Archivebox for making offline copies. They all had the same issue of running in to a Captcha or login wall for the sites I wanted to capture.
SingleFile to the rescue, as it uses your current browser session as a logged in and verified human.

Linkeding allows you to upload the singlefile html file attached to it link, but I didn’t see such an option for Linkwarden.

I hadn’t considered giant data sets, like Jellyfin movie library, or Immich photo library. Though for Jellyfin I’d consider only the database and config as “Jellyfin data”, while the movie library is its own entity, shared to Jellyfin

How does this work? Where is additional space used for cache, server or client?

Or are you saying everything is on one host at the moment, and you use NFS from the host to the docker container (on the same host)?

This has been my thinking too.

Though after reading mbirth’s comment I realised it’s possible to use named volumes and explicitly tell it where on disk to store the volume:

    volumes:
      - my-named-volume:/data/
volumes:
  my-named-volume:
    driver: local
    driver_opts:
      type: none
      device: "./folder-next-to-compose-yml"
      # device: "/path/to/well/known/folder"
      o: bind

It’s a bit verbose, but at least I know which folder and partition holds the data, while keeping the benefits of named volumes.

KDE Connect also works on Gnome, Windows and Android. I can’t recommend it enough. Transfering a single image from phone to PC is instantaneous

GUIs can be very good for getting started and learning concepts though. Much more “discoverable” and can allow for quicker iteration.

Then when learning the “proper” command line tools, the process should be easier as one already knows the concepts and terminology, and can concentrate on just the tooling.

Was it “groupadd” or “addgroup”…? I can never remember xD

OnlyOffice is also available as a (offline) desktop office suite, so as a user it’s more like LibreOffice than Collabora.

My wife prefers OnlyOffice over LibreOffice, as it’s feels closer to MS Office. Also it’s compatibility with MS Office formats is better than LibreOffice.

I still use LibreOffice for desktop, but I’m not a heavy user. Haven’t tried out Collabora or hosted OnlyOffice for NextCloud yet.

Sudden culture shock from a Norwegian:

Still open is the transition of heat and cars to electricity…

Almost all electricity used by Norwegian homes goes towards heating (including cooking and hot water), and charging cars. So counting heating separate from electricity suddenly makes the electric transition sound less impressive. (And the transition away from nuclear more baffling). It’s still impressive to see Germany really follow through on renewables though. 60% renewable electricity is still a lot

Is there a plan to transition away from burning fossil fuels for heating?

Zim really is amazing, its the perfect balance with its simple plain text files in folders data structure, but powerful search and back linking. And I love linking to other files on the local file system.

How do you do the LUKS volume upload to cloud? Is it for syncing between devices or just backup? Personally I use (self hosted) NextCloud to sync my Zim between devices.

The biggest problem with Discord is that its an information black hole. Its not properly searchable and not indexed by search engines.

Discord is fine for casual chat, but horrible when used for forum-type discussions and even worse when used for documentation.

You see the same problems being discussed and solved again and again, but you cant just “link” someone the solution like you could with a forum thread cause its spread out over 3-10 chat messages that are interleaved in-between other topics being discussed in the same room

Anything of long-term value for the project (forum-type discussions, documentation etc) should not recide in Discord