Beiträge von b3317133

Zitat von headloose

muss ich das innerhalb des content setzen? Derzeit habe ich es ausserhalb. Spricht aber nicht an.

Üblicherweise verwendet man dafür [FONT=Courier New]plugin_dir_path( __FILE__ )[/FONT] - mehr zu den verfügbaren WordPress Ordnern und Pfaden hier.

Für Mitleser: Normalerweise verwendet man dafür bei Elementor das Canvas Seitentemplate, siehe auch https://elementor.com/help/using-ele…-page-template/

Für Mitleser: Die PHP Version kann man in der Regel in den HTTP Headern beim Aufruf einer Seite des Websites, weiterhin seit WordPress 5.2 vom Mai 2019 unter Werkzeuge > Website-Zustand > Bericht > Server sehen.

Oben steht lediglich, dass ein altes Backup eingespielt wurde. Von Identifikation und Schliessen der Lücke(n) die für den Hack genutzt wurden und sonstigen Aktualisierungen steht dort nichts.

Zitat von Nadjak

Allerdings landen die schon auf 404.
gibt es einen Trick wie ich das beschleinigen kann?

Einen HTTP Statuscode 410 statt 404 senden und in der Google Search Console Entfernen nutzen.

Zitat von kaaaaaaaamiiiiiii

Gibt es eine Methode dies Backup irgendwie zu verwenden, ohne Zugang zum Admin-Dashboard?

https://updraftplus.com/faqs/restore-site-updraftplus/

• 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.