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 erstellenAm Rande, die Umstellung auf https:// ist noch nicht vollständig, es fehlt z.B. die Anpassung von Links zu Bildern in der Datenbank und externe Widgets, die noch mit http:// verlinkt sind, werden nicht eingebunden.
Sehen kann man das ganz gut in der Browser-Konsole.
Wende Dich am besten an den, der die SSL-Umstellung für Dich gemacht hat.
Man könnte statt der o.g. Zeile mit [FONT=Courier New]$image[0][/FONT] z.B. sowas verwenden:
$image = $image ? is_array( $image ) ? $image[0] : $image : sober_get_option( 'page_header_bg' );
Den Fehler sollte man aber trotzdem beim Theme Hersteller melden, sonst wird das auch mit einer neuen Lizenz wieder das gleiche Problem sein. Um Fehler zu melden, braucht man keine Support Lizenz.
Kommt durch einen Fehler im Theme-Code.
Bei Seiten [FONT=Courier New]elseif ( is_page() )[/FONT] wird der Link zum Bild zuerst in einem Custom Field "page_header_bg" der aktuellen Seite gesucht, und zwar als ID des Bildes.
Wird da ein ID gefunden, wird der genutzt um die Daten des Bildes als Array zu ermitteln.
Wird da kein ID gefunden, wird das bei der aktuellen Seite eingestellte Beitragsbild = Featured Image als URL-String ermittelt.
Gibt es aus den beiden Versuchen ein Ergebnis, wird daraus als Array der Index 0 ausgelesen [FONT=Courier New]$image[0][/FONT] und verwendet.
Im ersten Fall ergibt das die URL des Bildes aus dem Array.
Im zweiten Fall ist das Ergebnis bereits ein URL-String und die "Umnutzung" als Array bewirkt, dass der Index 0, d.h. nur der erste Buchstabe gelesen wird = ein "h" von h[plain]ttp://whatever...[/plain]
Wende Dich am besten erstmal an den Theme Autor / Verkäufer. Wenn da nichts kommt, kann man den Fehler im Code auch selbst beheben, aber das würde bei Theme Updates dann wieder überschrieben.
Sind irgendwelche "Sicherheit"-Plugins aktiv?
Deaktiviere alle Plugins, prüfe ob der Effekt weiter auftritt.
Was genau steht in der Datei .htaccess (zu dem Zeitpunkt wenn alle Plugins deaktiviert sind und der Effekt weiter auftritt)?
Im o.g. Screenshot sind zwei Bilder, die nicht quadratisch zugeschnitten aussehen, wie kam das?
Hast Du denn schon ein Plugin ausprobiert?
Cursor : pointer geht bei background-image nicht
Hm, hier schon.
Befinde mich im Eingabefeld, fällt also auch weg.
Lt. Beschreibung befindest Du Dich im Submit-Button id="searchsubmit"?
Hier das Beispiel angepasst mit Font Aweseome Button im Eingabefeld. (ergänzt)
Poste doch mal Deinen ganzen Code des Suchformulars inkl. Eingabefeld oder am besten einen Link dorthin.
Poste mal den Code Deiner Theme-Funktion [FONT=Courier New]sober_get_page_header_image()[/FONT], evtl. sieht man da das Problem.[FONT=Courier New][/FONT]
Aha. Hier erscheint die Meldung damit jetzt nicht mehr, die vorher kam, wenn man Passwort vergessen, oder einfach Anmelden geklickt hat...
Die Fehlermeldung bei phpMyAdmin bedeutet, dass es die gewünschte Tabelle in Deiner Datenbank [FONT=Courier New]xxx[/FONT] nicht gibt ("doesn't exist"), also scheint nach wie vor was falsch zu laufen.
Hier wird in einer Testinstallation in einer Tabelle [FONT=Courier New]xx-test[/FONT] mit dem genannten Code mit Backticks die entspr. Spalte gelöscht, sowohl per phpMyAdmin als auch per WordPress [FONT=Courier New]$wpdb[/FONT].
Woher kommt das [FONT=Courier New]'xxx.' [/FONT]? Hast Du den SQL-Code in der richtigen Datenbank eingegeben?
Hast Du es denn mal mit Backticks um den Tabellennamen in WordPress probiert?
$wpdb->query( 'UPDATE `cerber-traffic` SET ip = "";' );Wende Dich am besten an den Autor / Verkäufer des Themes für ein entspr. Update.
Falls es kein Update gibt und ansonsten keine weiteren PHP 7 Kompatibilitätsprobleme vorhanden sind, kannst Du ggf. auch die Zeile 724 (die m.M.n. so ohnehin nicht ganz richtig ist)
if( ereg('/\edit\.php', $_SERVER['REQUEST_URI']) ) {
durch diese hier ersetzen (genau lesen, da sind mehr "/" drin):
if( preg_match('/\/edit\.php/', $_SERVER['REQUEST_URI']) ) {Das ist die Ursache des Fehlers, das Theme ist nicht PHP 7 kompatibel.
Handelt es sich um ein Kauf-Theme?
Wurde die PHP-Version kürzlich auf PHP 7.x umgestellt?
[plain]seite.de/wp-config.php[/plain] -> kein UTF-8 BOM, das ist hier also ok.
Die Login-URL springt beim Klick im Menü nicht um, sie bleibt erst ohne "www."
"site" & "home" sind aber lt. [plain]seite.de/wp-json/[/plain] mit "www". eingerichtet, der manuell eingegebene Link im Menü dürfte also das Problem sein.
Die wp-config.php hat (in diesem Fall mal) kein UTF-8 BOM, sieht man bei direktem Aufruf der Datei auf dem Server.
Es ist hier wohl eher das fehlende "www." im Menüpunkt zum Login (ganz rechts).
http://www.tiedepartner.de/ ist der Link zur Seite und ja bei allen Browsern.
Schreibe den Link zur Login-Seite im Menü mit "www.", geht es dann?
Man könnte auch per CSS die Textfarbe transparent machen und den Button in der Grösse begrenzen, ein Beispiel mit Hintergrundbild hier. (ergänzt)
Alternativer Ansatz falls Dein Website z.B. aus anderen Gründen bereits Font Awesome o.ä. nutzt. Dann braucht man kein Hintergrundbild sondern man fügt das passende Symbol als Text ein, ein Beispiel hier.
Hast Du es denn mal mit Backticks um den Tabellennamen probiert?
Einige Funktionen musst/kannst Du über die Installation von Plugins selbst nachrüsten, z.B. über das Plugin "JetPack", auch erklärt auf der Seite mit den Unterschieden.
Am Rande bemerkt: Viele migrieren derzeit von WordPress.com zu einem eigenen Server, um u.a. bessere DSGVO-Konformität zu erreichen, was dann aber durch die Installation von JetPack und einem Grossteil seiner Funktionen, die auf externen Diensten beruhen, wieder ad absurdum geführt wird.
