Gäbe es weiter die Möglichkeit,dass die myfritz Login Seite bei aufrufen der subdomain im Browser nicht angezeigt wird ?
Genau dafür gibt es SRV-Records. Wurden hier ja schon erklärt.
Dann brauchst du gar keinen A/CNAME Record setzen. Oder du setzt den auf dein Webhosting und leitest Anfragen über http(s) irgendwo hin um.
Da stehen nun wohl, nicht nur in der wp-config.php, sondern auch in der Datenbank diese ganzen Links auf hosting140243.a2e67.netcup.net drin.
Genau, wenn die Felder "WordPress-Adresse" und "Website-Adresse" unter Einstellungen -> Allgemein ausgegraut sind, kannst du die in der wp-config.php anpassen. Oder direkt in der Datenbank. Siehe dazu https://kinsta.com/de/wissensdatenbank/wordpress-url-andern/
Andere Stellen sollte es mit der alten URL eigentlich nicht geben.
Scheint so als hätte Wordpress da ne falsche URL.
Was sagt Wordpress denn unter Einstellungen -> Allgemein bei "WordPress-Adresse" und "Website-Adresse"?
DNS_PROBE_FINISHED_NXDOMAIN-Fehler
Den Fehler bekomme ich nicht. Die Domain löst richtig auf: https://dnschecker.org/#A/thumanns.de
Wenn du erst vor kurzem den @-Eintrag im DNS gemacht hast, wird das noch was dauern, bis bei dir der neue Eintrag gezogen wird. Vor allem dann, wenn du vorher schon versucht hast das aufzurufen und es da noch keinen Eintrag gab (dass keine IP gefunden wurde, wird leider ziemlich lang gecacht).
Probiers ansonsten mal mit dem Smartphone übers Mobilfunknetz oder so.
Also wenn ich auf thumanns.de zugreife werde ich auf hosting140243.a2e67.netcup.net weitergeleitet und bekomme ein Fehler 403 "Forbidden" angezeigt.
Das bekomme ich auch. Also irgendwas stimmt noch nicht. Macht deine Anwendung zufällig eine Weiterleitung? Dein Screenshot mit "Update Site URL" macht mich etwas stutzig. Wieso sollte man die hosting140243.a2e67.netcup.net als neue Site URL benutzten sollen?
Dieser Satz... 
[...] Der Speicherplatz wird ausschließlich über Enterprise-SSDs bereitgestellt, die im einem schnellen und sicherem RAID10 zusammengeschaltet sind. [...]
komischerweise im CCP günstiger als auf der Website??
Das lag übrigens daran, weil du genau in der Woche der Osteraktion bestellt hast. Die günstigeren Domains konnte man nicht nur über die gefundenen Eier bestellen, sondern auch direkt über das CCP.
Für die Domain selbst musst du @ verwenden. So hast du die Subdomain domain.eu.domain.eu angelegt. Deine DNS-Einträge sollten so aussehen:
* A (IPv4)
* AAAA (IPv6)
@ A (IPv4)
@ AAAA (IPv6)
Auch hier nachzulesen: https://www.netcup-wiki.de/wiki/DNS-Einst…#Zone_editieren
Hast du bei Hostname nur die DNS Server von CloudNS und nicht die IPv4 und IPv6 Adresse eingtragen oder hast du alle Daten eingeben?
Das könnte man mal testen, aber eigentlich reicht es nur die Hostnamen einzugeben.
Ich würde erstmal versuchen rauszufinden, ob der Fehler auch bei einem anderen Anbieter als CloudNS auftritt. Also ob der Fehler bei netcup liegt oder bei CloudNS. Wenn du nämlich z.B. mal Cloudflare probierst und dort das Update der Nameserver funktioniert, dann liegt der Fehler bei CloudNS. Klappt das mit Cloudflare auch nicht, liegt der Fehler bei netcup.
Jap, kann ich bestätigen. Alle meine Server haben das selbe Problem.
Könnt ihr Bescheid geben, wenn ihr was vom Support hört? Danke! 
Wichtig CNAME geht aber nicht für @ und * ,weil diese ein A oder AAAA Record benötigen.
CNAME geht sehr wohl bei *
Außerdem ging die Antwort leider an der Frage vorbei... Nur weil ein CNAME-Eintrag existiert, weiß der Webserver doch noch nicht, dass er jetzt auch für diese Domain zuständig ist. Und woher soll er wissen, wohin er jetzt weiterleiten soll?
Ich wollte gerade https://github.com/udleinati/redirect.center vorschlagen, deren Service ist aber anscheinend (vorübergehend?) offline...
Ich möchte eigentlich ungerne 20 Domains meinem Webhosting zuordnen, weil die Übersicht dort sonst etwas verloren geht.
Findest du das Webhosting dann wirklich so unübersichtlich? Also ich finde mich mit aktuell 22 Domains im Webhosting immer noch ganz gut zurecht. Da wäre mir mein Geld zu schade extra dafür ein weiteres Webhosting zu buchen.
das scheint ein anderer bereits zu schaffen ...
Anscheinend löst auch *.vXXXXXXXXXXXX.supersrv.de korrekt auf. Hab's gerade mal getestet.
vXXXXXXXXXXXX.bestsrv.de solltest du auf jeden Fall mit deiner Domain ersetzen. Viele E-Mail-Anbieter sehen diesen Namen als zu kryptisch an und meinen dann, es wäre eine IP von einem privaten Anschluss. Und diese werden dann geblockt.
Beispiel rDNS von IP-Adressen von privaten Anschlüssen:
1&1: iXXXXXXXX.versanet.de
Vodafone: dslb-XXX-XXX-XXX-XXX.XXX.XXX.pools.vodafone-ip.de
Telekom: pXXXXXXXX.dip0.t-ipconnect.de
Dagegen ein paar Mailanbieter:
GMX: mout.gmx.net
T-Online: mailoutXX.t-online.de
Posteo: moutXX.posteo.de
Du siehst was ich meine?
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
Wieso benutzt du kein HTML5 (<!DOCTYPE html>)? Soweit ich weiß ist <video> nämlich erst seit HTML5 vorhanden.
Jetzt zu deiner eigentlichen Frage:
Mit PHP allein wirst du das nicht hinbekommen (außer du nimmst immer einen Refresh der kompletten Seite in Kauf).
Ich hab da mal was auf die Schnelle runtergetippt. Daran kannst du dich vielleicht orientieren:
<!doctype html>
<html lang="de">
<head>
<!-- Required meta tags -->
<meta charset="utf-8">
<meta name="viewport" content="width=device-width, initial-scale=1, shrink-to-fit=no">
<!-- Bootstrap CSS -->
<link rel="stylesheet" href="https://stackpath.bootstrapcdn.com/bootstrap/4.4.1/css/bootstrap.min.css"
integrity="sha384-Vkoo8x4CGsO3+Hhxv8T/Q5PaXtkKtu6ug5TOeNV6gBiFeWPGFN9MuhOf23Q9Ifjh" crossorigin="anonymous">
<style>
.select-audio {
cursor: pointer;
}
</style>
<title>Stream selector</title>
</head>
<body>
<div class="container">
<div class="row">
<div class="col-6">
<img src="https://upload.wikimedia.org/wikipedia/commons/thumb/b/b9/SWR3_Logo.svg/500px-SWR3_Logo.svg.png"
onclick="setAudioSrc('http://addrad.io/4WRLMp')" class="img-fluid select-audio" alt="SWR3">
<img src="https://upload.wikimedia.org/wikipedia/commons/thumb/f/fb/WDR_1LIVE_Logo_2016.svg/500px-WDR_1LIVE_Logo_2016.svg.png"
onclick="setAudioSrc('http://addrad.io/4WRMNg')" class="img-fluid select-audio" alt="1live">
<img src="https://upload.wikimedia.org/wikipedia/commons/thumb/b/bb/WDR_2_logo_2012.svg/500px-WDR_2_logo_2012.svg.png"
onclick="setAudioSrc('http://addrad.io/4WRNs2')" class="img-fluid select-audio" alt="WDR 2">
</div>
<div class="col-6">
<audio controls autoplay id="audio-player">
<p>Your browser does not support the audio element.</p>
</audio>
</div>
</div>
</div>
<script>
function setAudioSrc(src) {
document.getElementById('audio-player').setAttribute('src', src);
}
</script>
</body>
</html>Solltes du Fragen dazu haben, kann ich dir gerne weiterhelfen. Aber ich denke es ist ziemlich selbsterklärend.
Ansonsten gäbe es auch dieses Angebot.
Freut mich, dass ich helfen konnte.
Leider ergibt sich durch die Umstellung eine Warning im Nextcloud Admin Panel
Mit dieser Meldung lebe ich seit fast einem Jahr. Bisher habe ich dadurch noch keine Einschränkungen gehabt. 
Mit Webhosting ist das leider nicht möglich. Dafür bräuchtest du schon einen Server. Dort kann man dann Portmapping einrichten oder - wenn es ein Webdienst ist - einen Reverse-Proxy.
Cloudflare nutzen
Um Cloudflare nutzen zu können muss man die Nameserver ändern. Und ja, das funktioniert bei netcup:
Auch hier nachzulesen: https://www.netcup-wiki.de/wiki/DNS-Einst…#Zone_editieren
Sollte Oracle keine IPv6-Adresse (AAAA) zur Verfügung stellen, musst du die AAAA-Einträge natürlich löschen.
Maximale eMails pro was? Pro Tag? Pro Stunde? Pro Leben?
Bei mir sieht das so aus:
Also pro Stunde würde ich mal sagen.
Bei mir hat das Updaten immer ganz gut über den webbasierten Updater funktioniert. Ist zwar auch regelmäßig in einen Time Out gelaufen. Aber ich hab dann einfach öfter auf den "Retry"-Button geklickt und irgendwann hat es funktioniert. Kann auch sein, dass der nächste Run vom Cron-Job das ganze gelöst hat.
Das scheint bei PHP 7.3 nicht mehr möglich zu sein. Dort kann man nur noch auswählen "FastCGI von Apache bedient". Evtl. müsste ich dann zurück auf PHP 7.2
Jap. Das ist dann leider so. Aber du kannst es ja mal testen. Es kann nur sein, dass du dich dann nicht mehr einloggen kannst. Meine Vermutung ist, dass PHP 7.3 einen neueren Hashing-Algorythmus verwendet. Mit "Passwort vergessen?" kannst du das aber wieder lösen. Zumindest fürs Testen.
