Beiträge von b3317133

Wurde auch die WordPress Version aktualisiert? In dem Fall hilft evtl. das Plugin Enable jQuery Migrate Helper weiter, mehr dazu z.B. in diesem Blogbeitrag Probleme nach Update auf WordPress 5.5 und mögliche Lösungen bei wordpress.org

Ergänzung: Wenn man die im Screenshot sichtbare Überschrift bei Google eingibt, kommt man zu einer Seite, die derzeit gehackt ist und je nach Besucher auf eine obskure Seite mit Gewinnspielen usw. weiterleitet:

<html>
  <head>
    <META http-equiv="refresh" content="1;URL=h[XXX]s://valleydecidebird13.live/?utm_campaign=QPF8euu28II5lw7O2iHhCidoSOXmw5oLxD6bwphw43U1&t=main9">
 ...

Das sollte man analysieren und beheben. Das allgemeine Vorgehen bei einem WordPress Hack ist z.B. hier beschrieben.

Zitat von BastiED

Was mich wundert, hier sind neben den vier erwarteten Dateien (Original, Thumbnail, Medium, Large) noch zwei weitere Größen zu sehen sind

Zitat von b3317133

Diese drei und noch weitere Grössen je nach Theme ...

Zitat von BastiED

Wenn ich einen Post erstelle, einen Block als Image deklariere, und dann ein Bild auswähle, gibt es keine Möglichkeit, die Größe zu wählen ..

In den Blockeinstellungen in der Seitenleiste sollte die Bildgröße wählbar sein, mehr dazu z.B. hier auf dieser privaten Anleitungsseite zum Editor (gutenberg-fiebel.de)

Diese drei und noch weitere Grössen je nach Theme siehst Du normalerweise per FTP im Ordner [FONT=Courier New]/wp-content/uploads/[/FONT] und ggf. weiteren Unterordnern dort. Die Originale werden beibehalten.

Beim Einfügen von Bildern im Beitragsbereich sollte die Grösse auswählbar sein, wo/wie genau fügst Du Bilder ein? Screenshot/Foto was bei Dir angezeigt wird?

Bei Verwendung z.B. als "Beitragsbild" wird die Grösse autom. gewählt.

Beim verwendeten Theme Twenty Seventeen ist das Layout normalerweise so voreingestellt, dass die Startseite ein hohes Headerbild hat, mit Menü am unteren Rand, und alle restlichen Seiten ein relativ niedriges Headerbild, damit man direkt den Seiteninhalt sehen kann. Mehr zu Header- und Bildformaten usw. in der Twenty Seventeen Anleitung.

Bei Deiner Seite ist über ein extra Plugin extra CSS-Code eingegeben worden, das den [FONT=Courier New]site-title[/FONT] usw. anders anordnet und zum aktuellen Effekt führt.

Vermutlich wäre es am besten, den extra Code mit diesen Positionierungen zu entfernen und falls wirklich der Header jeder Seite so hoch wie bei der Startseite sein soll, den CSS Code der Startseite bzgl. Header und Navigation zu analysieren und 1:1 für die Unterseiten zu übernehmen.

Tipp am Rande: Für zusätzliches CSS verwendet man in WordPress seit vielen Versionen das Menü Design > Customizer > Zusätzliches CSS, ein eigenes Plugin ist nicht mehr nötig.

Sind Minify-, Optimierungs- oder Cache-Plugins im Einsatz? Falls ja, deaktiviere diese.

Link zur Seite mit der zerrütteten Struktur?

Am Rande bemerkt: Jetpack lädt zudem derzeit Deine Bilder auf Server in die USA und sendet damit bei jedem Seitenaufruf unnötigerweise die IP-Adressen aller Besucher dorthin, ein gern übersehenes DSGVO Problem.

Zitat von LexTro

... und durch einfügen der Zeile in wp-config.php.. define(‘WP_ALLOW_REPAIR’, true); ..um die Verknüpfung mit der Datenbank wieder herzustellen.

Der Verknüpfung von WordPress Dateien zu einer Datenbank erfolgt in der Datei [FONT=Courier New]wp-config.php[/FONT] durch die vier Werte [FONT=Courier New]DB_NAME, DB_USER, DB_PASSWORD, DB_HOST[/FONT].

Würde vorschlagen, a) die gesicherten Dateien aus dem Ordner vom Rechner per FTP unter Deiner alten Subdomain zugänglich zu machen und b) die gesicherte Backup SQL Datei in eine neu erstellte Strato Datenbank per phpMyAdmin einzuspielen und c) die Zugangsdaten der neuen Datenbank in [FONT=Courier New]wp-config.php[/FONT] anzupassen. Dann sollte der Originalzustand mit der Subdomain wiederhergestellt sein.

Dann kannst Du ein Migrationsplugin nutzen oder einen neuen Thread mit allen weiteren Daten (Forenregeln Punkt II) erstellen, dann bekommst Du ggf. Hilfe für eine korrekte Vorgehensweise für den Umzug auf die Hauptdomain.

Ergänzung: Für Rettungsmassnahmen durch Dritte bzw. Kompletthilfe im Direktkontakt empfiehlt sich ggf. ein Gesuch in der Jobbörse hier im Forum.

Nein, siehe auch Forenregeln, Punkt II

Zitat von Frank9652

.. funktioniert nicht ..

Hier wird das obere Testbild jetzt exakt wie gewünscht dargestellt, der Rahmen ändert sich nicht, sowohl mit Firefox 80 als auch Chrome 85 als auch Internet Explorer 11.

In der vorherigen Antwort stand zunächst, dass es nicht funktionieren würde, dann wurde die Antwort geändert...

Eigentlich funktioniert alles bereits wie hier in #7 gewünscht mit exakt dem Code aus Antwort #6 im verlinkten Beitrag Mouseover-Zoom.

Für Deine Testseite könnte man bei der Klasse [FONT=Courier New]zoom[/FONT] noch zwei Zeilen ergänzen (hier eingerückt):

.zoom {
    display: inline-block;
    overflow: hidden;
        line-height: 0;
        margin-bottom: 24px;
}

Ergänzung für ggf. verwirrte Mitleser: Die Beschreibung aus #4 ("Rahmen soll mitwachsen") hat sich in #7 in das Gegenteil geändert ("Rahmen soll nicht mitwachsen")...

Lt. Plugin Dokumentation gibt es sowohl eine Funktion für die abgefragte Seite als auch für den gesamten Website. Evtl. wurde die falsche Funktion verwendet.

Hast Du denn selbst schon nach Plugins gesucht?

Ein paar Sekunden mit Google ergeben z.B.

Zitat

You can also set the day, the day of the week, the hour and the minute of the Update Date.

bei WP Auto Updater oder

Zitat

Schedule for automatic updates: runs the updates when you want them to avoid any downtime

für die Premium Version von Easy Updates Manager...

Vermutlich hilft erstmal das Plugin Enable jQuery Migrate Helper weiter, mehr dazu z.B. in diesem Blogbeitrag Probleme nach Update auf WordPress 5.5 und mögliche Lösungen bei wordpress.org

Das sehr alte Plugin WP Lightbox 2 erzeugt eine darauf hindeutende Fehlermeldung:

Uncaught TypeError: $(...).live is not a function

Im Support Forum dieses Plugins wäre eine Lösung dafür beschrieben, evtl. hilft das auch bei Dir.

Tipp am Rande: Offenbar läuft auf dem Website das Plugin Jetpack und lädt u.a. Deine Bilder auf Server in den USA und bindet WordPress Core Dateien von dort ein und sendet damit unnötigerweise die IP-Adressen aller Besucher dorthin, ein gern übersehenes DSGVO Problem.

Was genau hat mit WP-UserOnline denn nicht funktioniert?

WordPress stellt keinen Mechanismus bereit, mit dem man Änderungen an einem bereits veröffentlichten Beitrag in Zukunft einspielen könnte.

Ein Workaround wäre ein Plugin wie Timed Content o.ä.

Zitat von sb73

.. also gern in einfachen Worten antworten...

Erste Ansprechpartner dafür wären die jeweiligen Verkäufer.

Link zur Seite? Siehe auch Forenregeln Punkt II

Benenne alle weiteren Pluginordner einzeln der Reihe nach temporär per FTP um, so grenzt man die Ursache ein.

Plugins wie WP Statistics nutzen nicht das Access Log des Servers (ein Zugriff darauf wäre technisch oft auch gar nicht möglich) sondern eigene Mechanismen und die WordPress Datenbank. Je nach Besucherfrequenz können solche Plugins zu einer relativ hohen Auslastung des Servers durch WordPress führen. Beim zusätzlichen Einsatz von sog. Cache Plugins verfälscht sich ggf. diese Statistik, da das Statistik Plugin je nach Trackingmechanismus möglicherweise nicht aufgerufen wird.

Oft wird ausserhalb von WordPress Piwik/Matomo z.B. auf einer eigenen Subdomain installiert und per JavaScript eingebunden. Ob/wie welche Art Zustimmung wg. DSGVO nötig ist, sagt Dir am besten ein entspr. Anwalt.

Vermutlich betrachtest Du das allgemeine Access Log des Servers, wo jeder Zugriff erscheint. Du könntest in dem Fall mit geeigneter Software im heruntergeladenen Log Deine IP (oder den anonymisierten Rest davon) herausfiltern um sonstige Zugriffe zu sehen. Genereller Ansprechpartner für dieses Log wäre Dein Hostinganbieter.