Beiträge von b3317133

Steht der AUTO_INCREMENT der xxx_postmeta und anderer Tabellen ggf. auf 0? Falls ja, kann man den z.B. wie hier anpassen. Wenn Du Dich gar nicht mit Datenbanken auskennst, evtl. mal beim Provider nachfragen, ob es da kompetente Hilfe oder ggf. doch ein jüngeres Datenbank-Backup gibt.

Schau Dir Plugins wie Browser Shots, WP Screenshot, u.ä. an.

Deaktiviere mal testweise Schritt für Schritt alle restlichen Plugins, die Seite erzeugt derzeit einen JavaScript-Fehler [FONT=courier new]jQuery(...).owlCarousel is not a function[/FONT] in der Browser-Console, die Funktion wird zwar im Theme aufgerufen, aber evtl. hat es was damit zu tun.

Ok. In Verbindung mit dem "Nested Pages" Plugin benötigt man einen anderen Ansatz als im verlinkten Shortcode (der von einer bestimmten aktuellen Seite ausgehend nur einen Level der Unterseiten anzeigt, und das ist eher nicht das, was Du brauchst).

Man könnte sich besser an get_pages() bzw. wp_list_pages() orientieren und auf so ähnliche Art ein Seiten-Template bauen.

Wenn 1.) WordPress vom offiziellen Server geladen wurde und in einem leeren Ordner neu installiert wurde und dann 2.) das Theme und 3.) alle Plugins vom offiziellen Server geladen wurden, und 4.) die Kennwörter geändert waren und dann trotzdem der o.g. Code eingefügt wird, dann hast Du ggf. ein noch ganz anderes Problem, z.B. einen Trojaner auf Deinem PC, anders ist das nicht erklärbar.

Dieser spezielle Trojaner kommt im Regelfall über ein "genulltes" Theme oder Plugin von irgendwelchen obskuren Download-Seiten.

WordPress: https://de.wordpress.org/download/
Themes: https://de.wordpress.org/themes/
Plugins: https://de.wordpress.org/plugins/

Alle alten .zip Downlods und v.a. auch alte infizierte WordPress-Installationen, die sich da offenbar auf dem Server befinden, sollte man vor dem Neuaufsetzen rückstandslos löschen.

Zitat von BrainAFK

...Wenn ich diesen Code nun lösche, taucht er allerdings immer wieder auf.

Das nennt man einen Trojaner, die Installation ist offenbar gehackt. Wo/wie genau, kann man von aussen nur schwer sagen.

Steht in der Datei [FONT=courier new]wp-config.php[/FONT] in der allerersten Zeile mit dem [FONT=courier new]<?php[/FONT] ganz weit nach rechts gescrollt irgendwelcher "wirrer" Code?

FTP-Kennwort geändert vor dem "Reinigen" der [FONT=courier new]functions.php[/FONT]?

Hattest Du nicht erst kürzlich einen Hack?

Man könnte sich das Error Log des Servers anschauen, da dürfte die Lösung drinstehen.

Funktioniert die Frontseite des Websites? Funktioniert die Login-Seite, d.h. erscheint die weisse Seite vor oder nach dem Login?

Wie genau wurde der Umzug vorgenommen? Mit einem Plugin? Anhand einer Anleitung, welcher genau?

Sind die Seiten irgendwie strukturiert? Das Zusammenfassen selbst ist kein Problem, das könnte man z.B. mit einem eigenen Shortcode sehr leicht lösen. Die Frage ist also eher welche Seiten in welcher Reihenfolge und wie man das entweder programmatisch auslesen kann oder über welche Parameter man das dem Shortcode mitteilt.

Ergänzung: Hier ein Shortcode-Beispiel, das alle "Unterseiten" einer Seite auflistet, alphabetisch nach Titel sortiert, aber die Sortierung wäre natürlich auch anders lösbar, z.B. über das "Reihenfolge" Feld der Seiten, über das Datum, o.ä., könnte man in der Art auch als ein (siehe fast gleichzeitige Antwort von helix) Seiten-Template verpacken.

Wenn Du einen Link zu diesem Formular posten würdest, könnte man Dir anhand des CSS-Codes dort zeigen, wie es gemacht wurde. Du kannst wahlweise auch einfach mit der rechten Maustaste auf ein Eingabefeld klicken, "Element untersuchen" auswählen und den CSS-Code anschauen.

Zitat von irmen

Wenn ich meinen Aufruf:
"<script src="https://ajax.aspnetcdn.com/ajax/jQuery/jquery-3.3.1.min.js"></script>"
entferne, dann geht die Gallerie wieder, aber mein Effekt eben nicht mehr.

Wie genau hast Du bei Nutzung der externen jQuery Version das WordPress-eigene jQuery deaktivert?

Hast Du mal probiert, die if Abfrage in die Funktion wps_scripts reinzusetzen? Und ist Deine PHP-Datei denn auch als mögliches Template bei der Seitenerstellung aufgeführt bzw. eingestellt?

[COLOR=#0000ff]RewriteCond[/COLOR] [FONT=courier new]%{HTTP_HOST}[/FONT] [COLOR=#008000](www\.)?thailand-seite.de[/COLOR][COLOR=#ff0000]/Geschichten/

[/COLOR]Die [COLOR=#0000ff]Bedingung[/COLOR], dass[FONT=courier new]%{HTTP_HOST}[/FONT] das gleiche ist wie [COLOR=#008000]Hostname[/COLOR][COLOR=#ff0000]/irgendwas-anderes/[/COLOR] kann und wird niemals erfüllt werden.

Mehr dazu findest Du sicher in einem Apache-Forum o.ä., das hat mit WordPress-Konfiguration nichts zu tun.

[FONT=courier new]%{HTTP_HOST}[/FONT] enthält nur den Hostnamen.

Wenn man sich die sonstigen Beiträge dieses Accounts ansieht, könnte man auf die Idee kommen, dass der Account für was auch immer aber sicher nicht für WordPress-Fragen angelegt wurde...

Tipp am Rande: Wie "total easy" das geht, kommt sehr stark auf das verwendete Theme an... bei so einigen ist da noch viel Handarbeit nötig.

Zitat von JürgenSchröder

die Möglichkeit per Code

Man kann z.B. für die Autoren eigenes CSS einbinden und darüber die Optionen ausblenden, hier ein Beispiel, beim Ausblenden ggf. auch an die Checkboxes unter "Ansicht anpassen" (Menü oben rechts auf der Seite) denken...

Die Benutzerdaten/-rolle in WordPress ermittelt man inzwischen nach WP 4.5 etwas anders, da ist ggf. noch etwas Recherche nötig.

Hier sieht es so aus:

[ATTACH=CONFIG]18541[/ATTACH]

Das bedeutet, dass es auf jeden Fall auf dem Server einen Hack gegeben hat. Ob/wann der ggf. vollständig oder unvollständig bereinigt wurde, oder ob der Hack in irgendeiner Form noch aktiv ist, kann man "von aussen" nicht feststellen, die Scan-Ergebnisse und v.a. die o.g. Meldungen Deiner Besucher lassen es allerdings vermuten...

In der "WayBack Machine" kann man den im Screenshot sichtbaren Hack auch noch im HTML-Quelltext sehen, z.B. [FONT=courier new]view-source:https://web.archive.org/web/2017041621…inger.de/ueber/[/FONT]

Zitat von kilbi

Grundsätzlich würde ich schon gerne eine Cache Plugin verwenden. Was ist die Lösung? Was würdest Du machen?

Würde in dem Fall ein Plugin so verwenden, dass ich alle Einstellungsänderungen, die ich mache, vorher verstehe und nachher nachvollziehen kann.

Direkt nach der Installation mit Standardeinstellungen und ohne irgendwelche extra Zusatz-Plugins funktionieren "WP Super Cache" u.ä. in der Regel einwandfrei.

So, jetzt scheint das Cache Plugin auch wirklich deaktiviert worden zu sein, und siehe da, das Frontend lädt wieder.