Beiträge von b3317133

• Wenn einfach nur die Version von vor dem Hack eingespielt wurde, wird es in Zukunft mit hoher Wahrscheinlichkeit wieder einen Hack geben.
• Zugriffe auf nicht existierende Dateien können z.B. durch während des Hacks durch Suchmaschinen erfasste oder auf anderen gehackten Seiten hinterlegte Links zu euch sein.
• Unterbinden kann man das nicht, man kann ggf. über [FONT=Courier New].htaccess[/FONT] einen HTTP Statuscode 410 für solche Links zurücksenden, dann verschwinden zumindest diese Links in den Suchmaschinen etwas schneller.

Wohin man nach Login weitergeleitet wird, kann man über den [FONT=Courier New]wpmem_login_redirect[/FONT] Filter von WP Members beeinflussen, evtl. nochmal die o.g. Links lesen.

Falls der Website mit einer sehr alten WordPress 3.x Version oder einer sehr sehr alten PHP Version läuft, werden Duplicator und auch andere Plugins in der Suche ggf. nicht angeboten, da z.B. Duplicator nur mit WordPress 4.0 bzw. PHP 5.2.17 aufwärts getestet ist.

Falls die Gründe hier auf so alte Versionen zurückzuführen sind, sollte man sich ggf. Hilfe bei jemandem suchen, der sich schon etwas mit WordPress auskennt.

Cache-Plugin deaktivieren.

Auf Basis des aktuell genutzen CSS beim o.g. Link z.B. so:

.site-branding {
    padding-left: 0 !important;
    padding-right: 0 !important;
}
.site-branding .custom-logo-link {
    margin-right: 0 !important;
}
.site-branding,
.site-branding .custom-logo-link img {
    max-width: 100%;
}

• Versuche es mal mit Einstellungen > Permalinks > Speichern Button einmal ohne Änderungen klicken.
• Weiterhin mit einer einfachen direkten Ausgabe wie hier um ggf. get_template_part() Probleme auszuschliessen.

Ergänzung:

Zitat von mshan

Jetzt soll ein Feed nur mit Audiodateien dazukommen. /rss-audiofeed

Mit Deinem o.g. Code heisst der neue Feed [FONT=Courier New]/audiofeed/[/FONT] also ohne das "rss-"

Elementor unterstützt verschiedene Einstellungen je nach Bildschirmgrösse, evtl. hilft das schon weiter: https://elementor.com/help/mobile-editing/

Funktioniert es denn mit einem Einspielen des Backups von vor dem WordPress 5.6 Update wieder?

Wo/wie genau sortierst Du Kategorien? Im Backend? Mit einem Plugin? Mit welchem? Welche Version? Welche sonstigen Plugins? Temporär andere Plugins deaktiviert? Siehe auch Forenregeln, Punkt II.

Ggf. unpassende PHP Version? Riesenmenge Bilder- und/oder Videos in der Mediathek?

Ansonsten fehlen leider jegliche Angaben, was Du genau wo wie mit welchem Plugin machst und wann wo wie der Fehler genau erscheint.

Zusätzlich zu den fehlenden Angaben wäre es hilfreich zu wissen, was im Server Error Log eingetragen wird. Bei Strato findet man das üblicherweise unter "Datenbanken & Webspace -> Statistik -> Logfiles (oben) -> Error-Logfile anzeigen (Button)". Exemplarisch hier ein Screenshot wie man da hinkommt.

Und wie verhält es sich mit dem Plugin Duplicator?

In diesem Theme ist ein zusätzliches extra Beitragsbild über der Blogübersicht nicht vorgesehen, es wird da auch kein extra Titel und/oder Seiteninhalt der entspr. zugeordneten Seite angezeigt.

In der Blogübersicht erscheinen in der Regel die Beitragsbilder der einzelnen Beiträge (sofern dort welche gesetzt sind).

Das ganze Theme ist dafür konzipiert, dass die Blogübersicht als Startseite verwendet wird und der Hauptinhalt des Websites ein Blog ist, also viele zeitbezogene Beiträge, die stetig ergänzt werden und die jeweils neusten Beiträge als Slider und/oder prominent gross und ältere dann kleiner zweispaltig angezeigt werden, siehe dazu auch die Videos in der Theme Anleitung.

Evtl. ist das Theme daher nicht wirklich für Deine gewünschten Zwecke passend.

Schau Dir mal z.B. WP Add Mime Types oder File Upload Types oder andere ähnliche Plugins an.

Wo genau auf allen anderen Seiten werden Beitragsbilder gezeigt? Exakter Link?

Bei den beiden o.g. Beiträgen sieht es so aus, als wären die Bilder einfach als Block in den Inhalt eingefügt worden, anstatt als Beitragsbild eingestellt zu werden, das sieht man auch über die REST API, bei beide Beiträgen steht [FONT=Courier New]featured_media[/FONT] auf 0 statt auf der ID des Beitragsbildes.

https://orchajim.de/wp-json/wp/v2/posts

Im zweiten Video der Theme Anleitung wird nach kurzem Durchklicken auch das Einstellen von Beitragsbildern behandelt, dort in der englischen Version von WordPress heisst das Featured Image.

Folge der Theme Anleitung zum Einrichten der Seite, evtl. fehlen da noch einige Dinge, euere Seite sieht ganz anders aus als die Theme Demo.

Die Eingabefelder im Backend sind grau, wenn manuell Einträge für die URLs in der [FONT=Courier New]wp-config.php[/FONT] gemacht wurden. Die Einträge sind dort standardmässig nicht vorhanden.

Lt. bisheriger Beschreibung hast Du anhand Deiner verlinkten Anleitung die Eingabefelder in Backend angepasst (siehe oben #10, #11), bevor Du Dich nicht mehr anmelden konntest. Da scheinen sie ja noch nicht grau gewesen zu sein.

Daraus kann man schliessen, dass also zwischenzeitlich die manuellen Einträge in der [FONT=Courier New]wp-config.php[/FONT] gemacht worden sein müssten. Wenn die Einträge nicht von Dir stammen arbeitet vielleicht parallel noch jemand an Dateien des Websites, in dem Fall ggf. besser abstimmen, was wer wann wie macht.

Evtl. kannst Du Dich an die Person wenden, die WordPress ursprünglich auf dem Server installiert und eingerichtet hat, oder jemanden in Deinem direkten Umfeld suchen, der sich etwas besser mit WordPress auskennt, dann sollten diese URL-Änderung und Umzug-auf-Hauptdomain und Icons-sind-weg Probleme mit entspr. direktem Zugang zu FTP/Hosting/Datenbank in wenigen Minuten gelöst sein.

Offenbar wurden Einträge in der [FONT=Courier New]wp-config.php[/FONT] für die URLs vorgenommen, daher sind sie im Backend grau. Entferne diese Einträge oder wende Dich an die Person, die diese Einträge in der Datei vorgenommen hat.

Beschreibe zudem immer alle Änderungen, die gemacht wurden, sonst kann man nicht sinnvoll helfen. Die bisherigen Angaben lassen vermuten, dass hier irgendwelche Dinge ausprobiert werden, ohne sie zu Ende zu führen oder wenigstens ordentlich auf den Vorzustand zurückzusetzen, das ist gesamt wenig zielführend.

Lt. dem Screenshot aus Deiner Datenbank ist/war WordPress "mit www." eingerichtet, derzeit leitet die WordPress Installation im Unterordner aber auf "ohne www." weiter. Das verursacht (auch in der Browser Console (google) sichtbare) Cross-Origin Probleme bzgl. nicht möglichem Nachladen von Schriftarten für die Icons da diese weiter von "mit www." eingebunden werden.

Zitat von meteofrog

Hier die Antwort auf das Ticket:

Das ist das Forum des Plugin Entwicklers.

Hast Du auch ein Ticket bei den Entwicklern von WordPress direkt eröffnet?

Klassische Sidebars wie in Deinem gewünschten Layout widersprechen dem derzeit in Arbeit befindlichen Full Site Editing Konzept von Gutenberg.

Die neusten drei mit WordPress mitgelieferten Standard Themes Twenty Nineteen, Twenty Twenty und Twenty Twenty One haben keine solchen Sidebars mehr.

Wenn Du Dein Layout beibehalten willst, versuche es mit der in #2 genannten Classic Editor Variante.

Eine [FONT=Courier New]jquery[/FONT] Bibliothek ist bereits standardmässig in WordPress enthalten, ein extra Herunterladen ist nicht zielführend.

Das o.g. externe Einbinden entspricht nicht dem WordPress konformen Aufbau eines Themes, man könnte das auch als "Bug" oder "unsaubere Programmierung" des Themes betrachten.

Um die entspr. jQuery Mechanismen wie[FONT=Courier New] jQuery(document).ready()[/FONT] nutzen zu können, binde Dein Script über [FONT=Courier New]add_action( 'wp_enqueue_scripts' ... )[/FONT] mit einer Dependency für [FONT=Courier New]jquery[/FONT] ein, mehr dazu hier (google) und hier (developers.wordpress.org).