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 erstellennun habe ich versucht auf testseite/blog/wp-admin/ mich einzuloggen, ohne Erfolg.
Sobald ich das eingebe werde ich automatisch auf die Seite blog.testseite.de/wp-login.php?redirect... weitergeleitet.
Dann fehlt dieser Schritt:
.. passt in der Datenbank der Subdomain in der Tabelle [FONT=Courier New]wp_options[/FONT] die Werte [FONT=Courier New]siteurl[/FONT] und [FONT=Courier New]home [/FONT].. an:
wie bekomme ich schnellstes meine eigenständige blog.testseite.de umgezogen auf testseite.de/blog ?
"Schnellstes" wohl über die Jobbörse des Forums, dürfte keine 15 Min dauern, wenn Hosting Zugangsdaten vorhanden sind.
Ansonsten erstellt man einen Unterordner blog im Ordner der Hauptdomain, verschiebt da alles komplett aus dem Order der Subdomain hinein, passt in der Datenbank der Subdomain in der Tabelle [FONT=Courier New]wp_options[/FONT] die Werte [FONT=Courier New]siteurl[/FONT] und [FONT=Courier New]home[/FONT] (wie auch hier beschrieben) in Deinem Fall vermutlich für beide Werte auf das hier (ohne / am Ende) an:
https://www.genutzte-domain-der-testseite.de/blog
Danach meldet man sich hier an:
https://www.genutzte-domain-der-testseite.de/blog/wp-admin/
Dann klickt man einmal Einstellungen > Permalinks > Speichern ohne Änderungen und nutzt dann ein Plugin wie Better Search Replace für die Änderung aller restlichen Pfade in der Datenbank auf den neuen Pfad (ohne / am Ende).
Suchen:
http://blog.testseite.de
Ersetzen:
https://www.genutzte-domain-der-testseite.de/blog
Wenn es im Ordner der Hauptdomain eine [FONT=Courier New].htaccess[/FONT] gibt, muss man diese ggf. noch anpassen, dass Angaben darin nicht für den Unterordener gelten.
Vor der ganzen Aktion alle Cache-/Optimier-/Minfy-/Sicherheits-/Login-Verstecken und ähnliche Plugins in der Installation der Subdomain abschalten.
Dann ist der auf den Webseiten (Dein erster Screenshot und das Forum) verwendete Google Webfont Open Sans warum auch immer offenbar falsch auf Deinem lokalen Gerät installiert und wird von lokal statt der Einbindung als Webfont vom Website verwendet. Empfehlung: Verwende ein anderes Gerät, das eher dem Nutzererlebnis der Websitebesucher entspricht.
Welche Schrift auf welchem Screenshot ist richtig/falsch und welcher Screenshot stammt aus welchem Browser?
Bei Divi kannst Du in den Theme Options > Builder > Advanced > Static CSS File Generation > Clear den internen CSS Cache leeren oder auch abschalten. Das kann helfen, wenn Änderungen an Schriften gemacht wurden. Alternativ den mitgekaufen Divi Support ansprechen, wenn Du das nicht findest.
Das ist so nicht ganz richtig.
Deshalb steht da noch der im Zitat durch "..." weggelassene Teil in der Antwort #15 und verweist auf Mechanismen zur Debug Ausgabe "ausserhalb von WordPress". Andere Realitäten entstehen oft durch mangelhafte Texterfassung.
Für spätere Mitleser: Das Problem hier war nur ein (nicht standardmässig) aktiviertes [FONT=Courier New]WP_DEBUG_DISPLAY[/FONT] in WordPress (siehe Screenshot in Antwort #9). Die entspr. Konstante wurde entweder manuell in die Datei [FONT=Courier New]wp-config.php[/FONT] eingetragen (siehe Antwort #11) oder ggf. auch über irgendeine Managed WordPress Hosting oder OneClick Installer oder sonstige serverseitige Verwaltungskomponente ausserhalb von WordPress aktiviert. Mit dem Deaktivieren der Debug Ausgabe wäre das Problem erledigt gewesen.
Die [FONT=Courier New]wp-config.php[/FONT] Datei befindet sich üblicherweise im Hauptverzeichnis von WordPress. Wenn Dir das nichts sagt, wende Dich ggf. besser an die Person, die den Website ursprünglich eingerichtet hat bzw. heute technisch betreut.
Ergänzung: Mehr zu den Debug Einstellungen hier in der WordPress Dokumentation.
Möglicherweise löscht oder überschreibt irgendein Mechanismus Deine [FONT=Courier New].htaccess[/FONT] Datei. Das führt u.a. zum beschriebenen Effekt.
Wenn die Seiten wieder weg sein sollten, schau vor weiteren Änderungen nach, ob
Füge dann den Inhalt mit dem [FONT=Courier New][+][/FONT] Symbol und Code im Forum Editor ein.
hier der Screenshot:
Ist eine Zeile mit [FONT=Courier New]WP_DEBUG_DISPLAY[/FONT] in der Datei [FONT=Courier New]wp-config.php[/FONT] vorhanden? Falls ja, entferne diese Zeile oder ändere in dieser Zeile [FONT=Courier New]true[/FONT] auf [FONT=Courier New]false[/FONT]
Wenn der Linkname anders/manuell gewählt sein soll, musst Du den ganzen Link eben mit der anderen o.g. API Funktion selbst zusammensetzen, z.B. so:
return $comment_field . ' ... und akzeptiere die ' . ( ( !empty( $url = get_privacy_policy_url() ) ) ? '<a class="privacy-policy-link" href="' . esc_url( $url ) . '">Datenschutzbedingungen</a>' : 'Datenschutzbedingungen' ) . '. *</p>';Die Ausgabe des tatsächlichen Seitentitels lt. WordPress ist kein Schönheitsfehler sondern genau so gewollt. Manche nennen die Seite auf dem ganzen Website durchgängig einheitlich Datenschutzerklärung oder nur Datenschutz oder wie auch immer und bei mehrsprachigen Websites wird die korrekte Übersetzung verwendet usw.
Welcher Link soll wo entfernt werden?
Die o.g. [FONT=Courier New]if/else[/FONT] Abfrage kannst Du nutzen um bei [FONT=Courier New]else[/FONT] Deinen "Link funktioniert nur" Hinweistext auszugeben. Eine zusätzliche (nervige) Admin Notice würde ich nicht empfehlen.
Der o.g. Checkbox Code fügt einen Link zur Datenschutzseite inkl. Seitentitel lt. WordPress ein, wenn eine Datenschutzseite markiert/öffentlich ist, ansonsten nur den Text Datenschutzerklärung ohne Link, probiere es einfach mal aus.
.. mit dem Hinweis, dass die Datenschutzseite von WordPress verwaltet werden muss.
Der Inhalt der Seite wird nicht von WordPress verwaltet. Die Seite wird nur von WordPress als Datenschutzseite markiert und kann so über die o.g. API Aufrufe an entspr. sonstigen Stellen im Core, Theme, Plugins automatisch verlinkt/genutzt oder über die in der Datenbank in der Option [FONT=Courier New]wp_page_for_privacy_policy[/FONT] dafür hinterlegte Post-ID mit Standardtexten befüllt werden.
So kannst Du für den Hinweistext in Deinem Plugin herausfinden, ob eine Datenschutzsseite markiert ist oder nicht:
if ( !empty( get_the_privacy_policy_link() ) ) {
// es ist eine Datenschutzseite markiert und diese ist publiziert/öffentlich
} else {
// es ist keine Datenschutzseite markiert oder die markierte Seite steht auf Entwurf/Privat/Zukunft
}
Ähnlich kannst Du bei Deiner Checkbox die Rückgabe der API Funktion auf [FONT=Courier New]empty()[/FONT] prüfen bevor Du einen Link einfügst.
return $comment_field . ' ... und akzeptiere die ' . ( ( !empty( $link = get_the_privacy_policy_link() ) ) ? $link : 'Datenschutzerklärung' ) . '. *</p>';
Ergänzung: Code noch etwas angepasst, so dass die WordPress API Filter mit berücksichtigt werden.
Genereller Hinweis: Oft wird eine DSGVO konforme Nutzung von AMP nicht erfüllt, mehr dazu z.B. https://www.google.de/search?q=amp+dsgvo
Für die Nutzung von [FONT=Courier New]get_privacy_policy_url()[/FONT] oder auch [FONT=Courier New]get_the_privacy_policy_link()[/FONT] ist nur nötig, dass die entspr. Seite über Einstellungen > Datenschutz in WordPress markiert ist. Der Inhalt selbst oder wer den Inhalt pflegt, ist dabei irrelevant.
Du kannst solche Links z.B. einfach über CSS entspr. kennzeichnen:
a[href*='google.com/maps/']:after,
a[href*='google.de/maps/']:after {
content: ' (Link führt zu Google Maps)';
}
Ein Verstoß gegen DSGVO ist das nicht (keine Rechtsberatung).