Beiträge von b3317133

Die verlinkte Anleitung macht eigentlich genau das, nur mit [FONT=courier new]/msds-pif/(param)/[/FONT] statt [FONT=courier new]/beitrag/(param)/[/FONT]

Hier eine ältere Anleitung, die das Prinzip über einen [FONT=courier new]query_vars[/FONT] Filter erkennen lässt, mehr in einer Suchmaschine mit z.B. den Begriffen: wordpress custom query var

Seltsam, die Fehlermeldung lässt das vermuten. Wie man ohne Login herausfinden kann, ob es z.B. an einem Plugin liegt, siehe #3 im genannten Thread.

Am Rande, was an den o.g. Daten nicht zusammenpasst, ist die Ausgabe der o.g. "Notice" & "Warnings" trotz der Angabe von [FONT=courier new]define('WP_DEBUG', false)[/FONT], diese Einstellung wird offenbar irgendwie vom Server "überstimmt".

Vermutlich ein sehr ähnliches Problem wie hier, ein sog. UTF-8 BOM am Beginn der Datei [FONT=courier new]wp-config.php[/FONT]

Evtl. liegt es an Wechselwirkungen mit diesem "Language Fallback" Plugin?

Was soll mit den Daten passieren?

Sollen sie per E-Mail verschickt werden? Dann sind die genannten Kontaktformulare geeignet.

Sollen sie dem Benutzer zugeordnet werden/bleiben, in seinem Benutzerprofil? Dann sind andere Plugins eher der bessere Weg.

Für zwei eigenständige Blogs mit eigenem Layout usw. (so verstehe ich das bisher) brauchst Du bei WordPress zwei getrennte Installationen. Und wenn nur eine Datenbank vorhanden ist, löst man das über das $table_prefix.

Wenn Du Beiträge vom einen Blog in das andere übernehmen willst, kann man z.B. im zweiten Blog ein Plugin mit RSS Import Funktionalität nutzen, das dann regelmässig die Beiträge automatisch aus dem ersten Blog übernimmt.

Falls Du was ganz anderes meinst, beschreibe es bitte genauer.

Wenn nur eine Datenbank vorhanden ist, löst man das in der Regel mit unterschiedlichem $table_prefix für die einzelnen Blog-Installationen.

Im Menü von Notepad++ gibt es "Encoding", dort ist wahrscheinlich "Encode in UTF-8-BOM" eingestellt, das auf "Encode in UTF-8" stellen, Datei speichern, hochladen.

Die Fehlermeldung lässt darauf schliessen, dass in Zeile 1 der Datei noch was zu viel ist:

[FONT=courier new].. headers already sent by (output started at /mnt/.../wordpress/wp-config.php:1)
[/FONT]
Benutze einen Editor wie den oben bereits empfohlenenen Notepad++ und ändere das Encoding der wp-config.php damit auf UTF-8 (nicht auf UTF-8 BOM).

Am Beginn Deiner Datei wp-config.php stehen nach erstem Eindruck zwei sog. UTF-8 BOM (Byte Order Mark), die müssten da weg. Sie sind wahrscheinlich durch das Bearbeiten der Datei mit einem unpassenden Editor entstanden.

Das Favicon kommt ggf. aus dem Browser-Cache.

Für Mitleser:

Vermutlich wurde eine [FONT=courier new]functions.php[/FONT] aus einem Theme irrtümlich in den Core-Ordner [FONT=courier new]/wp-includes/[/FONT] statt in den Theme-Ordner [FONT=courier new]/wp-content/themes/theme-name/[/FONT] hochgeladen oder Code-Schnipsel wurden auf dem Server in die Core-Datei statt in die Theme-Datei eingefügt o.ä.

Evtl. wurden Dateien von WordPress beschädigt, ersetze mal die kompletten Ordner[FONT=courier new] /wp-admin/[/FONT] und [FONT=courier new]/wp-includes/[/FONT] und alle WordPress-Dateien [FONT=courier new]wp-XXX.php[/FONT] im "root" mit frischen Versionen aus der aktuellen 4.9.4 Version.

Am Rande: Die o.g. Datei [FONT=courier new]functions.php[/FONT] im Core hat nichts mit den [FONT=courier new]functions.php[/FONT] Dateien der Themes zu tun, evtl. wurde da was verwechselt.

Wurden testweise auch alle Plugins deaktiviert?

Das Theme setzt für die Klasse [FONT=courier new].btn[/FONT] eine CSS-Regel [FONT=courier new]position: absolute;[/FONT] und das Gästebuch verwendet diese Klasse bei seinen Buttons. Daher werden sie falsch positioniert. Um das für das Gästebuch wieder aufzuheben, könnte man z.B. CSS-Code wie diesen (unter Design / Customizer / Zusätzliches CSS) einfügen:

#gwolle_gb .btn {
    position: relative;
    top: auto;
    left: auto;
    right: auto;
}

Das Problem dürfte in den Yoast SEO Einstellungen zu finden sein, bzw. im Yoast SEO Bereich der Startseite. Nicht in den allgemeinen WordPress Einstellungen, nicht im Customizer...

Hilft die Anleitung von Yoast SEO weiter? Was genau bedeutet denn "falsch angezeigt"? Was sollte eigentlich angezeigt werden?

Es stehen noch weitere Lösungsvarianten in den Kommentaren dort.

Generell fährt man erfahrungsgemäss bei WPML mit der Sekundärsprache als Ordnername, also [FONT=courier new]/en/[/FONT] o.ä. besser als mit dem Parameter [FONT=courier new]?lang=en[/FONT] o.ä.

Da das Theme aktuell zu sein scheint, kommt das Problem möglicherweise durch ein Plugin.

Funktioniert der Login ggf. über [FONT=courier new]deinedomain.de/wp-login.php[/FONT] ?

Um ein Plugin ohne Login als Ursache herauszufinden, könnte man versuchen, per FTP die Plugins einzeln durch Umbenennen des entspr. Ordners z.B. in [FONT=courier new]../wp-content/plugins/[COLOR=#008000]pluginordner[/COLOR][/FONT] in [FONT=courier new]../wp-content/plugins/[COLOR=#008000]pluginordner-inaktiv[/COLOR][/FONT] - dann testen, und dann wieder zurückbenennen.

Liegt daran, dass Du offenbar PHP 7.1 verwendest und PHP 7.1. den fehlerhaften Code im Theme nicht mehr akzeptiert.

Mehr dazu und Lösungsmöglichkeiten via Suchmaschine mit der Fehlermeldung, +operator+not+supported+for+strings"]z.B. hier.