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 erstellenNein daran lag es nicht.
Aha. Bis vor paar Minuten lief noch WordPress 4.7.1, mit akuter Deface-Lücke, siehe bereits genannter Link, die u.a. genau für das genutzt wird, was Du beschreibst. Wenn man solche Rahmenbedinungen vorfindet, ist das Problem meist nie "nur das Passwort"...
Erstmal diese Liste abarbeiten.
Es gibt da diverse Plugins, schau Dir z.B. mal Advanced Ads an.
..Habe schon einiges versucht
Was hast Du denn genau versucht?
Es reicht ja schon Wordpress aktuell zu halten, was du leider nicht geschafft hast.
Das reicht nicht, ist aber Mindestvoraussetzung.
Eine allgemeingültige Antwort gibt es dazu nicht, würde mal in der Datei [FONT=courier new]header.php[/FONT] im verwendeten Theme nachsehen, wie/ob das bestehende Logo dort eingebunden wird.
Und siehe auch hier, evtl. hat nachvollziehen, verhindern und/oder entfernen damals nicht funktioniert.
Möglicherweise liegt es daran, dass Du WordPress 4.7.1 benutzt, siehe auch hier, bzw. ebenso wahrscheinlich, dass die Seite in jüngerer Vergangenheit mal gehackt worden ist, siehe auch hier.
Problemlösung wäre zunächst das exakte Nachvollziehen wie der Hack passiert ist, um das zukünftig zu verhindern, und dann eine komplette Analyse, was wie wo eingefügt wurde und das Entfernen dieser Elemente.
Kann mir da einer sagen wie sowas genau funktionieren soll !? Ich möchte ja nicht das mein Kunde oder ich später angemahnt werden weil wir den footer geändert haben !?
Um diese Frage zu klären, am besten mal einen Anwalt konsultieren, der GPLv2 Lizenzbedingungen erklären kann.
Schau Dir mal [FONT=courier new]content.php[/FONT] an:
Used for both single and index/archive/search.
Das wird in [FONT=courier new]single.php[/FONT] durch [FONT=courier new]get_template_part( 'content' ..)[/FONT] aufgerufen, mehr dazu hier.
Und hier siehst Du, welche Dateien in welcher Reihenfolge von WordPress gesucht/benutzt werden.
Link lesen...
But, in IE11 there is no longer a convenient button to switch modes.
Verwende hier für was ähnliches einfach das Profil des WordPress-Benutzers i.v.m. dem Cimy User Extra Fields Plugin, es gibt aber sicher noch andere ähnliche Plugins mit ggf. noch etwas komfortablerer Konfiguration.
Für mich deutet es auf die Einstellungen im IE11 die wir durch die Gruppenrichtlinie der AD bekommen.
Es liegt eher an IE11 selbst. Siehe Google-Link.
Edi: Der IE11 wird nach wie vor in vielen Firmen alternativlos genutzt, man sollte also diese Zielgruppe nicht ganz aussen vor lassen, daher sind solche (vermeintlichen) Probleme wie hier schon interessant.
Hier dürfte die Lösung liegen, der IE11 benutzt bei Intranet Sites offenbar automatisch irgendeinen Compatibility Modus, damit uralter ActiveX Kram irgendwelcher Firmen funktioniert. Hat nichts mit WordPress zu tun. Fix your IE.
Edit: Und die Screenshots sind sicher kein Twenty Sixteen.
Doch hat es, die Suche sieht anders aus. Beim IE landet alles untereinander.
Wie gesagt: Internet Explorer 11 hat hier keine wie auf dem Screenshot sichtbaren Probleme mit Twenty Seventeen.
Die Suche sieht hier genauso aus wie bei Firefox oder Chrome.
Twenty twelve, Eleven usw. sehen ja auch schlecht aus.
Diese Themes sehen aus welchen Gründen auch immer bei Dir schlecht aus, hier nicht.
Ich habe aber auch mit Twenty Eleven damit Probleme, oder mit Twenty twelve. Eigentlich bei jedem Theme.
Dann liegt es wohl an Deinem IE11, welche Version hat er denn genau? Menü Extras (das Zahnrad oben rechts) -> Info.
Internet Explorer 11 hat hier keine wie auf dem Screenshot sichtbaren Probleme mit Twenty Seventeen und ist nebenbei nach wie vor der aktuellste und am weitesten verbreitete Browser von Microsoft.
savtiger: Beschreibe doch bitte mal, wie genau man dieses Verhalten reproduzieren kann, was muss nach einer frischen Installation eingestellt werden, damit IE11 so aussieht?
Wie bereits beschrieben fehlen auf der Startseite die Styles für den Author-Box HTML-Code.
Die entspr. CSS-Datei wird nicht geladen. Das lässt vermuten, dass das eigentlich dafür zuständige Starbox-Plugin auf der Startseite nicht aktiv ist.
Das wiederum lässt vermuten, dass wohl der reine HTML-Code des Starbox-Plugins einfach in ein Text-Widget kopiert wurde.
Das geht so einfach natürlich nicht.
Zum einen: Der HTML-Code des Plugins enthält auch dynamisch erzeugte Ausgaben "Letzte Artikel", derzeit per CSS versteckt.
Zum anderen: Man muss bei so einer Lösung manuell selbst die entspr. CSS-Datei(en) einbinden.
Und alles hat rein gar nichts mit dem More-Tag zu tun.
Und auch nichts mit den Scriptfehlern, wenn die minify-Funktion aktiviert ist.
Es gibt noch viel zu tun...
Ja, denn jetzt sind keine Scriptfehler mehr da. Das heisst, hier hast Du noch ein anderes Problem zu lösen.
Irgendwelche Styles, die das Bild neben den Text setzen würden, finden sich allerdings nicht.
Stell doch mal den Zustand her, mit dem man "sollte so aussehen" sehen kann.
Edit: Sieht so aus als käme der Code in der Author-Box irgendwie vom Starbox Plugin, aber die entspr. Styles werden nicht geladen. Hast Du evtl. manuell HTML-Code in ein Text-Widget kopiert?
Ist die entspr. Text Domain im Theme Header Deines Child-Themes definiert?
Schwer nachvollziehbar. In der Konsole sind auf jeden Fall eine Reihe Scriptfehler. Evtl. hat es auch damit zu tun. Aus welchen Dateien genau die Fehler stammen kann man leider aufgrund der Zusammenfassung der Scripts derzeit nicht sagen. Könntest Du das Zusammenfassen mal abschalten?
Ein sinnvollerer Tipp wäre: Valides HTML ausgeben.
Was bedeutet "fällt der Footer auseinander"? Wie sollte er denn aussehen und wie sieht er stattdessen aus?
