Beiträge von b3317133

Probiere es mal mit "Einstellungen > Permalinks speichern".

Alternativ mit einem Plugin wie z.B. Duplicator, das für Umzüge zwischen Servern gedacht ist und das alles nötige Ersetzen in der Datenbank automatisch erledigt.

Dein genanntes "Generator" Plugin macht was anderes, lies nochmal nach.. ein Child Theme Gerüst hast Du schon beim Theme Kauf mitgeliefert bekommen.

Wahrscheinlich hilft ein [FONT=Courier New]wp_reset_postdata()[/FONT] am Ende des Shortcodes, siehe z.B. die "Note:" im ersten Absatz hier, und auch die Code-Beispiele.

Zitat von Lencer

Leider wurden dann schon alle registrierten Personen auf der Mailliste über den neuen Beitrag informiert.

Wende Dich ggf. mal an den Autor des Plugins, das diesen automatischen Versand macht, dort wäre eine solche Funktion mMn. am besten aufgehoben.

Änderungen in Parent Theme-Dateien werden bei jedem Theme Update überschrieben. Änderungen dort musst Du manuell in das Child Theme übernehmen.

Änderungen im Backend (z.B. Theme Einstellungen, das Feld "Zusätzliches CSS" im Customizer usw.), die in der Datenbank gespeichert sind, müssen bei Wechsel zum Child Theme in der Regel neu eingerichtet werden. Für viele Themes klappt das mit einem (älteren) Plugin Inherit Theme Mods ganz gut, bei anderen muss man manuell tätig werden. Kommt ganz auf das Theme an. Backup machen, experimentieren...

Gibt es vor Beginn der Installation ggf. bereits eine Datei wp-config.php im Verzeichnis der WordPress Dateien? Oder im übergeordneten Verzeichnis? Falls ja, benenne diese Dateien mal um. Welche genaue WordPress Version wurde hochgeladen? Wurde die WordPress Version von hier heruntergeladen? Ist das Zielverzeichnis auf dem Server vor dem Upload ansonsten komplett leer?

Zitat von Foma

Wäre es möglich, dass die alte evtl. verseuchte WP Installation die neue WP installation ebenfalls versucht hat?

Das ist durchaus möglich.

Die Datei north-wp-child.zip enthält das gesuchte Child Theme Gerüst.

Das Plugin ist wieder verfügbar, die Gründe für die Sperrung kann man hier nachlesen. Offenbar ging es nur um eine Formulierung bzgl. GDPR / DSGVO in der Pluginbeschreibung.

Ob man wegen sowas ein "fast 1 Mio. aktive Installationen" Plugin wirklich sperren muss und v.a. die Nutzer über die Gründe erstmal komplett im Unklaren lässt, das wäre eine andere Frage.

Auch die Tatsache, dass bei einem anderen Plugin auf Anraten der Plugin Repository Administratorin (ipstenu) eine Ergänzung von entspr. Formulierungen sogar im Plugin Titel vorgenommen wurde, verwundert etwas, aber da darf und soll sich natürlich jeder selbst eine Meinung bilden.

Falls ihr das Plugin verwendet, kurzer Hinweis, es wurde gestern im wordpress.org Plugin Repository gesperrt.

Zitat

Dieses Plugin wurde am 29. November 2018 geschlossen und steht nicht mehr zum Download zur Verfügung.

Gründe werden leider keine angegeben, man muss also selbst Schlüsse ziehen, warum, wieso, weshalb.

In der Vergangenheit wurden Plugins mit Sicherheitsproblemen ähnlich behandelt, habe aber keinen Hinweis darauf, dass es hier auch so ist.

Ergänzung: Der wordpress.org Support wird vorerst keine Angaben zu Gründen machen und empfiehlt "if this is too uncertain" eine Deinstallation des Plugins..

Was willst Du denn erreichen? Was genau soll wann passieren?

Wird das Theme von hier verwendet? Welche exakte Theme Version?

Der Code bei [FONT=Courier New]accesspress_parallax_bxslidercb()[/FONT] wird in diesem Theme über [FONT=Courier New]add_action( .. )[/FONT] aufgerufen. Um eine eigene Version davon zu nutzen, kann man theoretisch (ungetestet) im Child-Theme sowas probieren:

function b3317133_accesspress_parallax_bxslidercb() {
?>
<h1>Neue Funktion, ersetzt komplett die alte accesspress_parallax_bxslidercb() ...</h1>
<?php
}


function b3317133_init() {
    remove_action( 'accesspress_bxslider','accesspress_parallax_bxslidercb', 10 );
    add_action( 'accesspress_bxslider','b3317133_accesspress_parallax_bxslidercb', 10 );
}
add_action( 'init', 'b3317133_init' );

Variante 1: Du hinterlegst eine eigene Version in Deinem Theme als searchform.php

Variante 2: Du ergänzt im Child Theme functions.php einen Filter wie z.B. sowas hier, ungetestet:

function b3317133_get_search_form( $form ) {
    $form = str_replace(
        ' name="s" ',
        ' name="s" maxlength="50" ',
        $form
    );
    return $form;
}
add_filter( 'get_search_form', 'b3317133_get_search_form' );

Zitat von DDKEY

Wenn mir einer sagen könnte ob mein CONTENT...also alle SEITEN, BEITRÄGE usw. die ich geschrieben haben NICHT KOMPROMITTIERT sind, wäre ich beruhigt.

Kann man ohne Einblick in die Datenbank nicht sagen.

Zitat von DDKEY

Ich werde nun folgendes Ausstauschen:

Vergiss nicht die Dateien im WordPress Hauptverzeichnis, die werden auch gern infiziert, Besonderheit hier ist wp-config.php, die sollte man nicht einfach löschen wg. der Datenbankzugangsdaten und den Security Keys, dafür manuell ganz genau anschauen, oft verstecken sich Trojaner z.B. gaaaaanz weit rechts eingerückt in der ersten Zeile, manchmal auch ähnlich in einer Zeile irgendwo in der Mitte oder auch gaaanz weit unten nach vielen Leerzeilen o.ä., im Zweifel mal mit der wp-config-sample.php vergleichen.

a) Mit welchem HTML?

b) Was willst Du denn erreichen? Mit ~ bezieht man sich in der Regel auf ein übergeordnetes Element, bei Dir 2x der gleiche Selector?

Wenn der Hack über "WP GDPR Compliance" erfolgt ist, gab es einen anderen Admin. Da im Rahmen dieses Hacks aber auch zig Varianten von weiteren Hacks bzw. Backdoors und Trojaner installiert wurden, kann es natürlich sein, dass da schon jemand "aufgeräumt" hatte. Es gibt auch keinen "ER" als Angreifer, sondern bei sowas immer eine Masse von durchaus auch unterschiedlichen automatischen Scripts, die alles mögliche hinterlassen und sich auch schon mal in die Quere kommen.

Eine Bereinigung sollte man komplett in einem Stück sauber durchziehen, halbe Sachen reichen nicht, es wäre nicht das erste Mal, dass am Ende dann doch noch eine Datei wp-content/themes/index.php o.ä. mit einem ganz anderen Inhalt als "Silence is golden." vorhanden ist, und das Spielchen von vorne beginnt.

Sowas "mal anzugehen" ist der falsche Ansatz.

TEMPLATEPATH zeigt a) auf den Ordner des Parent Themes und b) die direkte Nutzung der Konstanten wird nicht mehr empfohlen, verwende z.B. in Deinem Fall get_stylesheet_directory().

Zum einfacheren Debugging könnte der Shortcode z.B. entspr. Texte zurückgeben, wenn die Datei nicht exisitert usw.

Das ist der Videotitel von YouTube, den zeigt YouTube da an, wenn das Video als Background Video in Elementor eingebunden wird. Wenn Du das Video lokal in der Mediathek hostest, dann dürfte der Titel weg sein.

Zitat von likee68

1und1 sperrt mir immer aufgrund Hacking-Aktivitäten die Webseite und tatsächlich verweist der forensic-log auf Schaddateien auf dem Blog. Aber selbst nach dem Löschen dauert es nicht lange und die Seite wird wieder gesperrt wegen neuen "schadhaften" Dateien. Irgendwie scheint der Hacker immer noch Zugriff zum System zu haben ...

Solange die Sicherheitslücke nicht identifiziert und beseitigt ist, wird der Hacker bzw. eines der tausenden von automatisch das Internet abgrasenden Scripts immer und immer wieder Zugriff zum System bekommen.

Ein Neuaufsetzen hilft auch nur dann, wenn die Lücke nicht mit neu aufgesetzt wird.

In Deinem Fall erfolgte der Hack zu einer sehr hohen Wahrscheinlichkeit über das auf dem Website genutzte Plugin "WP GDPR Compliance", das hatte bis vor kurzem eine Riesenlücke, mehr dazu hier.

Am besten wäre ein Komplettbackup zum Zeitpunkt des Hacks, also als die Seite gesperrt wurde, dann kann man am besten nachvollziehen, was/wo/wie auch sonst noch so alles passiert sein könnte und das für die Zukunft abstellen. Professionelle Hilfe dafür findest Du hier im Forum am besten über die Jobbörse.

Damit ist gemeint, dass eine Funktion nicht gleichzeitig im Child und Parent Theme definiert werden kann.. "Cannot redeclare" = "Kann nicht nochmals deklarieren".

Wenn eine Datei im Child Theme eine Datei im Parent Theme ersetzen soll, kopiert man die geänderte Version in den Child Theme Ordner, ohne sonstige Einträge in eine functions.php - mehr dazu auch im Child Theme Handbuch von WordPress.

Wie heisst Deine Datei datei-a.php wirklich? Ist evtl. diese accesspress-functions.php gemeint? Was genau willst Du mit der Änderung erreichen? Mit etwas detaillierten Informationen hat vielleicht jemand Lust, sich anhand der geposteten Fehlermeldung das verwendete Theme herauszusuchen und dort dann nachzuschauen, ob diese Datei von einem Child Theme überschrieben werden kann oder nicht oder wie man das sonst lösen könnte.