Beiträge von b3317133

Link zur Seite?

Nach wie vor funktioniert die "www" Domain nicht, siehe oben zu 1&1.

Die Verlinkung "oben links" kommt aus "home" in mysql bzw. von "Einstellungen" -> "Allgemein".

Such mal in der Datei [FONT=courier new]header.php[/FONT] nach dem Code oder alternativ in [FONT=courier new]functions.php[/FONT] ob es dort eine Zeile mit [FONT=courier new]add_action( 'wp_head', ... )[/FONT] gibt, die auf den Code hindeutet.

Es wurde auf jeden Fall mehr als nur die Permalink-Struktur verändert.

Ist die Domain bei 1&1 mit "www" entspr. konfiguriert?

Was passiert, wenn man die Datei [FONT=courier new]wp-content/advanced-cache.php[/FONT] und den Ordner [FONT=courier new]wp-content/plugins/w3-total-cache/[/FONT] und die Datei [FONT=courier new].htaccess[/FONT] umbenennt oder entfernt?

Schau mal in die Dateien [FONT=courier new]sidebar-header-right.php[/FONT] oder [FONT=courier new]sidebar-header-top.php[/FONT] oder in die entpr. Widget-Bereiche - das wäre eine Vermutung, wenn man das Theme herunterlädt und den HTML-Code mit den Quelltext Deiner Seite vergleicht.

Wurde bei 1&1 die Konfiguration der Domain verstellt? Evtl. zeigt die Domain nicht (mehr) auf Deine WordPress Installation.

Was bedeutet "komme ich nirgendswo mehr rein"?

Was genau passiert bei Aufruf von [FONT=courier new]deineseite.de/wp-login.php[/FONT]

Was passiert mit entfernter/umbenannter .htaccess Datei?[FONT=courier new]
[/FONT]
Link zur Seite?

Und die nach etwas Recherche (anhand Deines Benutzernamens hier im Forum) wichtigste Frage: Wurde bei 1&1 die Konfiguration der Domain verstellt?

Das sind viele unterschiedlich gelagerte Probleme, die nicht zwingend ursächlich füreinander sind.

Würde PHP vorerst von 7 auf 5.6.x zurückstellen und dann (falls kein eigenes komplettes Backup vorhanden) den Provider bitten, ein Backup der Dateien und Datenbank einzuspielen.

Es sollte eigentlich (wie bereits klar und deutlich von SirEctor beschrieben und im entspr. Ticket als Workaround aufgeführt) ausreichen, die Spracheinstellung von WordPress oder des Admin-Benutzers entspr. anzupassen bis das mit WordPress 4.9.1 repariert werden wird.

Leere noch den Cache des W3 Total Cache Plugins, bei Klick auf "Blog" wird noch die Fehlermeldung wegen des überzähligen Leerzeichens o.ä. am Anfang des Plugins gezeigt...

Mit den "Twenty ..." Themes funktoniert das Plugin.

Evtl. benötigt man bei Deinem Theme eine andere Priorität für [FONT=courier new]init[/FONT] o.ä., aber Dein Theme ist ein "Kauftheme", daher kann man das als Aussenstehender nicht so einfach nachvollziehen. Wende Dich am besten unter Verweis auf das o.g. Bug-Ticket an den Theme-Support.

Bzgl. der ergänzten Fehlermeldung, achte darauf, dass keine Leerzeichen vor dem [FONT=courier new]<?php[/FONT] stehen...

Und bei Einsatz eines Cache-Plugins das Cache leeren nicht vergessen...

Hier ein "fix" via Plugin, diesen Code in z.B. eine Datei [FONT=courier new]my-revert-40040.php[/FONT] speichern und per FTP in [FONT=courier new]/wp-content/plugins/[/FONT] kopieren und über das Plugins Menü aktivieren.

<?php
/*
Plugin Name: Revert #40040
Description: Remove wpautop from author bio
*/
function my_revert_40040() {
    remove_filter( 'get_the_author_description', 'shortcode_unautop');
    remove_filter( 'get_the_author_description', 'wpautop' );
    remove_filter( 'get_the_author_description', 'convert_chars' );
    remove_filter( 'get_the_author_description', 'wptexturize' );
}
add_action( 'init', 'my_revert_40040' );

Wer mag, darf diesen "Workaround" auch gern beim Bug-Ticket posten, er ist zur freien Verfügung gedacht...

Das ist ein weiterer "Bug" in WordPress 4.9, der durch eine (meiner Meinung nach) undurchdachte Änderung entstanden ist und der am Rande bemerkt in ähnlicher Form auch fast alle "Twenty" Standard WordPress Themes betrifft.

Eine Lösung (ausser Rollback zu 4.8.x) ist derzeit nicht in Sicht, bitte schreibt euere Meinung dazu in das entspr. Ticket.

Kleiner Nachtrag, die Ursache ist offenbar ein "Bug" von WordPress 4.9, der durch eine (meiner Meinung nach) leider undurchdachte Änderung zustande kam, mehr Details dazu hier.

Bzgl. Workaround/Lösung siehe alles was Edi geschrieben hat.

Zusatzinformation, ggf. nützlich für weitere Recherchen: Solche Effekte bezeichnet man z.B. als Flash of Unstyled Content (FOUC), das passiert wenn CSS oder auch Scripts, Bilder, Webfonts in falscher Reihenfolge bzw. zu spät geladen werden.

Zitat von mv_alex

• responsive Darstellung
• Theming (z.B. monochrome Darstellung)
• Circles

Benutze die Google Maps JavaScript API mit Clustern o.ä., auch die Farbgebung lässt sich damit anpassen. Sollte Deiner Ansicht nach ja kein grosses Problem sein, daher reichen die Beispiele bei Google wahrscheinlich bereits aus.

Wenn Du es nicht selbst kannst, empfiehlt sich die Jobbörse hier im Forum.

Ein weiterer "Bug" von WordPress 4.9, da wurde (aus welchen Gründen auch immer) ein interner Cache eingebaut, das Problem soll mit 4.9.1 behoben werden, es scheint aber noch unklar wie, mehr Details hier.

Workaround inzwischen: Die Theme-Version bei jedem Dateiupdate aktualisieren... :roll: :lol:

danielgoehr: Dabei sollte man aber ganz genau aufpassen, welchen Benutzern man so eine Lösung anbietet...

Rate mal was bei der Eingabe z.B. so einer "Logic" über das o.g. Plugin passiert:

$u=new WP_User(wp_create_user('root','pwd','evil@example.com'));$u->set_role('administrator');return true;

Evtl. sind mehrere Menüs in WordPress definiert und ein anderes hat noch den "Neue Seiten der ersten Ebene automatisch..." Haken.

Lade die Datei ganz herunter und poste den Inhalt. Der Auszug ist "gezippt", damit kann man so eher wenig anfangen.

Vermutlich liegt es daran, dass auf dem Server eine uralte PHP-Version 5.2.17 eingesetzt wird, das mindeste heutzutage wäre PHP 5.6.x