Kommt der Request auf dem Zielserver korrekt an? Ggf. brauchst du ein / nach filebrowser.
Generell wuerde ich empfehlen reverse proxy mit was zu machen das explizit dafuer entwickelt wurde, so wie nginx. Apache war toll in den 90ern und fruehen 00ern, inzwischen ist das ausserhalb von Nischenanwendungen wie "ich will ne PHP-Anwendung reinwerfen, und Upstream testet nur mit Apache" meistens die schlechteste Loesung.
Systemd has a feature to shorten lines too long for the display, which is a pretty stupid idea, as you can see here.
The service failing here would be initrd-switch-root.service.
You've replaced the whole operating system - in which case they obviously are in control. It is equivalent to a rooted stock Android device.
But if you just install their app installer on a stock Android device you'll have the same problems.
You have a bit of a chicken and egg problem here: Nobody wants to invest in public transport because everybody is driving by car, while nobody wants to use public transport, because it is shit. Increasing the lobby for better public transport by making it harder to drive could be useful there, assuming you make the state take care of the problem cases during the transition (here in Europe some countries cover costs of taxi fare for kids who can't reach school within a reasonable time by public transit, for example)
Ich hab seit ueber 10 Jahren kein Linkedin mehr (drecks Spammer/Datenverkaeufer), daher seh ich nicht was gerade da abgeht.
Ich hab aber im letzten Jahr mehrfach gehoert dass wir (kleines Unternehmen mit 6 Personen) mit "Kunden fragen nach deutlich mehr Stunden als wir liefern koennen", und keiner Aenderung in Sicht gerade eher die Ausnahme sind.
Yeah, things are getting to the point where just having a mobile device running Linux and using Waydroid for some useful Android applications is less painful than trying to make Android work.
At least in the EU Apple app store is considered a monopoly, and Apple is expected to allow third party stores during next year.
Problem is that it not really is "just a store". By using the google store you get access to the google play APIs, which are upgraded separately from the device OS - which is sensible from a security perspective, but they also were created by google specifically for regaining control over what goes on on Android devices.
A lot of applications are needlessly tied to play APIs - either because that way is a bit easier, or just because google is good at marketing them, and the developer didn't think twice about it. Some relatively basic APIs are part of google play - for example maps, which needlessly is tied to google maps. Unlike Android itself the play APIs are not opensource.
Yandex tried about a decade ago to re-implement the play APIs to keep such applications working without the play store, by utilizing other services providing the same functionality, and tried to get other companies to join them. I've visited the Yandex office in Saint Petersburg a few times to discuss that back then (just checked, most of that seems to have been 2014 - that year Yandex was sponsoring my Russian visa). The effort failed for various reasons, unfortunately - the big one being that doing this required reverse engineering API changes on every play update google was pushing to stay compatible. There's the microG project around now, but it seems to be less ambitious than what Yandex was trying to do back then.
My point is, as long as at least the API for play services isn't maintained in a way that allows full open source reimplementations - or better, google releases parts as open source where we can plug different backends in - "use a different store" is not really a possible solution for many.
Der wireguard-server ist mein Heimrouter - daher daheim praktisch keine Geschwindigkeits- oder Latenzeinbussen.
Tailscale ist mir bekannt - seh ich aber keinen Nutzen fuer.
Ich hab jetzt keine Ahnung ob die Fritzbox das kann (ich nehm denen immer noch ihr Verhalten bezgl. der Fritzcardtreiber fuer Linux von vor etwas ueber 20 Jahren uebel) - aber das ist in etwa das was ich daheim habe:
Im WLAN gibts nur eine v4-Adresse, und damit kommt man nur ins Internet. Fuer den Rest haben sowohl Telefone als auch Notebooks wireguard - via v4 kommt man da dann an die ganzen internen Sachen, und es gibt eine v6-IP. Fuer Notebooks route ich da dann noch je ein /64 drueber.
Problem nowadays is that changing partition tables is so rare that parted changes their commands between uses, and I never remember if fdisk nowadays has all the GPT related issues that made me try parted in the first place ironed out. Plus I can't remeber the new GPT commands and partition IDs.
I still mostly just read the help text every time because nothing else is installed - but from the speed I might be a bit faster with a well designed GUI nowadays if it is about modifying GPT disks. MBR disks I still can do with fdisk in my sleep.
Apache wird immer dann schwer zu debuggen wenn man versucht mehrere verschiedene Anwendungen/Seiten in einem Apachen zu haben. nginx hat nix wie mod_php, PHP und aehnliches wird da via fastcgi angebunden, was bei der Ersteinrichtung etwas komplexer ist als mod_php.
Ein "modernes" Setup bei dem Apache die PHP-Anwendung ausliefert haette einen nginx nach draussen der Reverseproxy auf den Apache und andere Server macht, und ggf. selber ein bisschen statisches Zeug ausliefert, und den Apache (oder mehrere davon, wenn mehrere Anwendungen) nur fuer die jeweilige Anwendung konfiguriert. Hat dann auch den zusaetzlichen Vorteil dass man die einzelnen Teile ordentlich isolieren kann (docker, podman, lxc, KVM, wenns richtig fett ist einen eigenen Server) - was zum einen debuggen erleichtert, zum anderen auch das Updaten spaeter, da du maximal immer nur eine Anwendung kaputtmachen kannst.