Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenJa, weil Du WordPress so eingerichtet hast, dass es denkt, es würde unter seite-b.de/unterverzeichnis/ laufen, siehe siteurl & home & .htaccess. Stelle WordPress auf seite-b.de/ oder seite-b.org/ um oder verwende die o.g. Alternative.
WordPress kann nicht gleichzeitig für verschiedene Domains/Subdomains/Unterordner eingerichtet sein.
Wenn die Domain-Weiterleitung für seite-b.de auf das Unterverzeichnis zeigt, ist die WordPress Installation da drin von aussen unter seite-b.de/ erreichbar, nicht unter seite-b.de/unterverzeichnis/
Schau Dir am besten das Video in der Duplicator Beschreibung komplett an, das erklärt das Vorgehen ganz gut.
Was genau ist z.B. bei Contact Form 7 das Problem?
Man könnte das PDF-Formular in Contact Form 7 nachbauen und dieses Formular verwenden, das PDF-Formular fällt dann weg.
Man legt in der Regel eine Subdomain an, z.B. test.restlos-gluecklich.berlin und arbeitet dann dort mit einer komplett neuen WordPress Installation mit eigener Datenbank und einem Plugin wie Password Protected. Am Ende macht man einen Domainumzug von WordPress, dazu nutzt man z.B. das Plugin "Better Search Replace". Mehr dazu über die Forumsuche mit "Domainumzug" o.ä. bzw. dem Plugin Namen.
Vermutlich zeigt die Domain seite-b.de direkt auf das Unterverzeichnis anstelle auf das übergeordnete Verzeichnis.
Eine mögliche Alternative wäre, den Umzug komplett neu mit einem Plugin wie Duplicator o.ä. zu machen, dann werden viele Schritte automatisch erledigt, d.h. viele Fehlerquellen scheiden aus.
Bei den meisten Plugins üblicherweise [FONT=Courier New]/sitemap.xml[/FONT]
Darin enthalten ist dann oft ein sog. Sitemap-Index der auf weitere Sitemap-Dateien verweist.
Manche Plugins wie z.B. Yoast SEO leiten den Aufruf auch auf eine eigene URL weiter, aber mit [FONT=Courier New]/sitemap.xml[/FONT] macht man auch da nichts falsch.[FONT=Courier New][/FONT]
"] und für zwei WP die selbe Datenbank nutzen würde ich persönlich nicht machen, da bei einem Hack direkt zwei Blogs betroffen wären.
Am Rande bemerkt, viele aktuelle Hacks die wir sehen, scannen einfach durch alle verfügbaren Ordner und Unterordner und übergeordnete Ordner usw. und suchen / infizieren da alle möglichen index.php und / oder wp-config.php Dateien die sie finden, also auch andere Installationen im gleichen Webspace, die Datenbank an sich bleibt dabei meist völlig unbeachtet.
Zum o.g. Vorgehen:
Wenn der Installationspfad nicht gefunden wurde, stimmt das Domainmapping nicht bzw. im o.g. Fall fehlt wohl einfach das passende SSL-Zertifikat für die zweite Domain - versuche es mit [plain]http://[/plain] statt [plain]https://[/plain], oder WordPress wurde nicht komplett / korrekt entpackt und hochgeladen.
Das manuelle Erstellen einer wp-config.php mit dem eigenem Prefix sollte nicht nötig sein, das Prefix gibt man in der Regel bei der Installation ein und diese erstellt die wp-config.php dann selbst. Oder wurde ein "AppWizard" Installer o.ä. von Strato verwendet?
Der Website wurde offenbar gehackt. Das allgemeine Vorgehen bei einem Hack ist z.B. hier beschrieben.
Alternativ wende Dich an die Person, die den Website eingerichtet hat oder suche jemanden für eine Ursachensuche und Bereinigung z.B. über die Jobbörse hier im Forum.
Dieses Forum hier läuft auf Basis von XenForo, nicht WordPress.
Siehe auch oben...
Die "Fatal error" Meldung bedeutet: Die nächsten 32768 zusätzlich benötigen Bytes (und alle weiteren danach ggf. zusätzlich benötigten Bytes) sind nicht mehr möglich, bei bereits 73400320 genutzten Bytes für die Bearbeitung der aktuellen Seite bzw. für den PHP-Code "dahinter".
Alle Plugins rauswerfen, die man nicht unbedingt und zwingend braucht, um den Speicherverbrauch zu verkleinern.
Oder ein entspr. grösseres Paket mit mehr Arbeitsspeicher (RAM) buchen.
Man könnte sich an den Hersteller des problematischen Themes und/oder Plugins wenden und das Problem dort melden, dann würde es evtl. auch für alle anderen Nutzer gelöst.
Leere Deinen Browser-Cache, dan ist das Problem wieder da, der Browser merkt sich auch die Redirects.
WP Rocket ist mMn. die Ursache für Dein Problem, zumindest so wie es bei Dir eingerichtet ist.
Ok ich poste mal einen Link zur Seite, wo es Probleme mit der Weiterleitung gibt:
...example.com/themen/forschung-research/bundesweit
Hab WP Rocket deaktiviert
Und schon wird der o.g. Link zu einem Link mit Slash, Problem gelöst.
Die Seite funktioniert derzeit mit und ohne Slash am Ende, deaktiviere mal das WP Rocket Plugin.
Wie eine WordPress [FONT=Courier New].htaccess[/FONT] aussieht, siehe z.B. hier in einem anderen Thread, gleich der erste Satz mit "Basic WP" und Link.
Zu den restlichen manuellen Einträgen, befrage die am besten Person, die sie dort gemacht hat.
Leere Deinen Browser-Cache.
1. Lösche alles in [FONT=Courier New].htaccess[/FONT], wahlweise die ganze Datei, melde Dich bei WordPress an, deaktiviere und entferne das o.g. Plugin und dann im WordPress Menü Einstellungen > Permalinks > Speichern anklicken (ohne sonstige Änderungen), das schreibt eine neue [FONT=Courier New].htaccess[/FONT]
2. Bedanke Dich bei der Person, die Dir das Plugin empfohlen hat, und richte der Person aus, sie möge den IT-Bereich zukünftig meiden.
3. Lies die Beschreibung von Plugins, bevor Du sie installierst:
This plugin is designed to link WordPress with the SiteGround Performance services. It WILL NOT WORK on another hosting provider.
4. Ändere das Datenbankpasswort im Hosting und in der Datei [FONT=Courier New]wp-config.php[/FONT], das war für den "offline" Zeitraum für jeden weltweit praktisch im Klartext lesbar.
Ich könnte dir einen Link geben, aber da kann man live nix nachvollziehen
Man könnte nachvollziehen, ob da eine Weiterleitung ist oder keine und falls ja, mit welchem Status-Code, und man könnte weitere Links testen und daraus schliessen, woher das alles kommen könnte. Wenn Links nicht öffentlich gezeigt werden können, dann bitte den Bereich Jobbörse des Forums verwenden.
Das Chaos kommt vor allem von iThemes Security und WP Rocket,
Das Chaos steht unterhalb von iThemes Security und WP Rocket.
Wurden bei 1&1 Datei- oder Ordnerrechte irgendwann manuell angepasst? Manche uralte Tutorials empfehlen sowas, oftmals völlig an der heutigen Realtität vorbei...
Und welches 1&1 Paket wird verwendet? Genaue Bezeichnung?
Was für ein Chaos, würde das mal von jemandem bereinigen lassen, der sich wenigstens ansatzweise mit WordPress und [FONT=Courier New].htaccess[/FONT] auskennt.
Leider nach wie vor kein Link dabei, wo man das von Dir beschriebene Verhalten der Weiterleitung "live" nachvollziehen könnte.
PS. Würde nicht unbedingt IP-Adressen von mutmaßlichen Besuchern veröffentlichen, das sind persönliche Daten lt. DSGVO, deren Speicherung in [FONT=Courier New].htaccess[/FONT] meiner laienhaften Meinung nach auch in der Datenschutzerklärung nicht fehlen sollte.
