Das klingt doch etwas anspruchsvoll. Aber ich versuche das natürlich.
Im ersten verlinkten Artikel ist es recht gut beschrieben.
Nehmen wir man du nutzt den nginx-Proxymodus, dann fügst du einfach folgende Zeile hinzu:
add_header Access-Control-Allow-Origin https://*.execute-api.eu-central-1.amazonaws.com/;Das sieht nach einem SOP Problem aus, Access-Control-Allow-Origin fehlt und sollte gesetzt werden, z.B. auf https://*.execute-api.eu-central-1.amazonaws.com
Was nutzt du für ein Frontend?
Am einfachsten wird es wohl sein den fehlenden Header über Plesk auszuliefern:
https://stackoverflow.com/questions/24930931/how-to-enable-cors-on-plesk-11-5
Zu finden unter „Einstellungen Webserver“: https://helpcenter.netcup.com/de/wiki/webhosting/interface
Bitte den nginx-Proxymode beachten.
Nachtrag: was für einen Fehler bekommst du denn genau. Ev. ist doch noch etwas auf Frontend-Seite anzupassen. Stichwort: Same Origin Policy (SOP)
Nicht auf Netcup Seite, aber bei AWS https://docs.aws.amazon.com/lambda/latest/api/API_Cors.html
Ich würde mal ein Auge auf AllowOrigins werfen
Hugo ist doch nur ein Site Generator, d.h. Du legst deine Inhalte mittels Markdown an, definierst die Struktur und das Template.
Hugo „kompiliert“ dir deine Seite dann, so dass du die statischen Seiten nur noch hochladen musst.
Ich verstehe nicht so ganz, was das ganze Mutmaßen soll,
sofern es ein Managed Server steht auch ein 24 / 7 / 365 Notfallsupport zur Verfügung.
Z.B. hier gelistet https://www.netcup.de/bestellen/produkt.php?produkt=2930
Es steht dort nichts von gesonderten Kosten oder Kosten bei Eigenverursachen, ganz im Gegenteil
24/7 Support
Wir sind immer für Sie da. Auch außerhalb der regulären Geschäftszeiten erreichen Sie immer einen Mitarbeiter per Notfallsupport, auch am Wochenende und an Feiertagen. Probleme oder Störungen unsererseits werden immer sofort bearbeitet.
Vielleicht einfach mal das Telefon in die Hand nehmen und den Fall schildern 😀
Ok, also im Prinzip sprechen wir von folgenden Prefixen der WP Tabellen die zu erhalten sind
wp_ für try
Sc0xz_ für sem
wuz2oqQDH_ für ganMich wundert ein wenig, dass in deinem Tabellenauszug wuz2oqQDH_ nicht auftaucht und auch die wp_ Tabellen nicht vollständig sind. Ist dieser vollständig?
Im Allgemeinen würde ich nun so vorgehen:
Im Datenbankauszug sehe ich nur 4 verschiedene Prefixe.
Stell mal für alle WP Instanzen die wp-config.php zur Verfügung (Username/Passwörter für die DB bitte entfernen)
Kannst du uns mal ein paar weitere Details zukommen lassen?
Von wieviel WordPress Instanzen sprechen wir? Dem Datenbankauszug entnehme ich 4 verschiedene Prefixe, sind es 4 Instanzen?
Dann sehe ich noch den actionscheduler als Plugin, der gehört aber vermutlich zur Instanz mit woocommerce.
Hab leider kein Webhosting mit aktivem SSH zur Hand, die einzige Möglichkeit die mir dazu einfällt wäre die plesk cli, sofern die für einen SSH User zur Verfügung steht. https://docs.plesk.com/en-US/obsidian…overview.37764/
Ohne den Stack genauer zu kennen, sehe ich das MERN u.A. MongoDB verwendet!?
Du nutzt ein Webhosting EiWoMiSau? MongoDB wird da schonmal nicht funktionieren.
Für weitere Hilfestellung müsstest du etwas ausführlicher werden und genau beschreiben was du bereits probiert hast und wo genau Probleme auftreten (in welcher Form).
WordPress Alte Domain: Umkonfigurieren auf neue Domain.
Neue Domain: Dokumentenstamm auf Ordner der alten Domain stellen.
Alte Domain: neuen Ordner für Dokumentenstamm erstellen und alte Domain darauf umstellen
Alte Domain inkl. Neuem Dokumentenstamm löschen und als perm Weiterleitung wieder einrichten.
Ja, da muss man aufpassen, wenn man die Domain einfach löscht wird auch der zugehörige Dokumentenstamm gelöscht.
(Kommt aber normalerweise ein Hinweis).
Daher zuvor auf ein anderes Verzeichnis umstellen, welches problemlos gelöscht werden kann.
https://helpcenter.netcup.com/de/wiki/webhosting/hosting-einstellungen-verwalten
Unter 3 , du musst den Dokumentstamm umstellen
Nach dem benutzten des Plugins konnte ich nicht mehr auf meine Wordpress Seite einloggen, zum Glück habe ich ein Backup erstellt.
Ich müsste eigentlich alles richtig gemacht haben, wie funktioniert denn der Umzug?
Selbst nach ändern der Datenbank ist ja die Wordpress Seite auf meiner alten Domain ( Verzeichnis) installiert und nicht auf dem neuen.
Deine neue Domain muss natürlich auf das selbe Verzeichnis mit der modifizierten WP Installation verweisen.
Wenn das funktioniert kannst du für die alte Domain einen Redirect auf die neue Domain einrichten.
Muhsin66 Hast du schon was vom Support gehört?
Sehe gerade bei der Denic hat sich was getan, jetzt kannst du wieder auf Netcup Nameserver umstellen und die Zone zurücksetzen, danach sollte dein Webhosting endlich funktionieren.
Bei Debian 12 sprechen wir mittlerweile auch schon von 12.5.
Bei Debian 11 steht EOL demnächst an, daher würde ich auch zur aktuellen Version raten.
Hast du auch deine Caches mal geleert?
Wenn du die Adresse über z.B. dig an deinem Adguard abrufst, welches Ergebnis wird dann geliefert?
Also nachdem die neuen Einstellungen sich immer noch nicht bis zur Denic rumgesprochen haben,
würde ich sagen da hat beim Transfer deiner Domain irgendwas nicht ganz geklappt.
Schreib den Support an, verweise ggf. auf den Thread damit die das lösen können.
Ich würde das auch erstmal so eingestellt lassen (so minimalistisch wie möglich).
Aktuell zeigen sich die neuen Einstellungen noch nicht bei der Denic, mal noch ein bisschen abwarten.
Sollten die geänderten Server nicht in den nächsten Stunden dort auftauchen brauchst du definitiv den Support.
