Beiträge von b3317133

Falls Cache- und/oder Minify-Plugins laufen, deren Cache leeren oder die Plugins deaktivieren, geht es dann? Link zur Seite?

Die aktuelle Plugin Version ergänzt lt. Code "Once Weekly", "Once Every 2 Weeks" und "Once every 4 Weeks" als mögliche Zeitpunkte, falls diese nicht bereits als "Schedule" vorhanden sind.

Würde das Problem daher ausserhalb des Plugins suchen.

Erstelle eigene Widget-Bereiche für Deine "zehn verschiedenen Seiten", zeige sie jeweils über ein eigenes Page Template und nutze die Widgets darin.

Dann ist das ein Plesk Problem. Würde in deren Support Foren nachfragen.

Für Mitleser: Diese Plesk "Hacks" für WordPress führen immer wieder zu Problemen. Man kann nur empfehlen, WordPress manuell zu installieren, ohne den Plesk-Krimskram..

Funktionierte die Seite denn mit Passwortschutz, also nach dem beschriebenen Hinterlegen des Zertifikats?

Wie genau ist der Passwortschutz realisiert?

Wird das Plugin "Ultimate Member" eingesetzt? Falls ja > PN.

Meinst Du ggf. einen transparenten Hintergrund? Der wird manchmal als Schachbrettmuster angezeigt.

Das geht z.B. auch über die WordPress REST API, zugrundeliegende Idee von hier, Beispiel für die ersten 3 Beiträge des WordPress.org Blogs, über Domains hinweg durch jsonp:

<script>
function receiveData( data ) {
   var result = '';
   jQuery.each( data, function( key, val ) {
       result += 'Titel: ' + val.title.rendered + "\n";
       result += 'URL: ' + val.link + "\n\n";
   });
   alert( result );
}
</script>
<script src="https://wordpress.org/news/wp-json/wp/v2/posts?per_page=3&_jsonp=receiveData"></script>

Würde man wohl via CSS Shapes lösen, hier ein Ansatzpunkt.

Für bezahlte Hilfe setze am besten eine entspr. Anfrage mit Kontaktmöglichkeit in die Jobbörse.

Auf Basis des ersten Beispiels der Shortcode-Dokumentation würde das in etwa so aussehen:

function foobar_shortcodes_init() {
   // Kapselung in einer init action wg. Nutzung in einem Plugin


   function foobar_func( $atts ) {
       $result = "foo and bar";
       if ( isset($_GET['aktion'] || isset($_POST['aktion'] ) {


           // dein weiterer code usw.
           $result = "deine ausgaben";


       }
       return $result;
   }
   add_shortcode( 'foobar', 'foobar_func' );


}
add_action( 'init', 'foobar_shortcodes_init' );

Und auf der entspr. Seite im Editor steht dann [FONT=Courier New][foobar][/FONT], sonst nichts.

Wichtig: Innerhalb des Shortcodes darf kein direktes "echo" erfolgen, alle Ausgaben werden am Ende per [FONT=Courier New]return[/FONT] zurückgegeben.

Bei Nutzung von Shortcodes in einem Plugin sollte die Initialisierung innerhalb einer [FONT=Courier New]init[/FONT] Action erfolgen, habe das im Code ergänzt.

Ergänzend, WordPress stellt viele Datenbankfunktionen in der $wpdb Klasse bereit, die kann man auch für eigene Verbindungen zu anderen Datenbanken verwenden, siehe Suchmaschinen...

Würde erstmal versuchen, das mit dem bestehenden User Registration Plugin zu machen. Leider ist es nicht genannt, daher musst Du selbst nachlesen.

Evtl. sowas in der Art? (google.com)

Setze am besten eine entspr. Anfrage mit Kontaktmöglichkeit in die Jobbörse.

Dabei wäre es hilfreich, wenn z.B. Wordfence noch nicht installiert wurde, da es ggf. Dateien löscht, der aktuelle Stand sollte so weit es geht erhalten bleiben, damit man die Einbruchwege usw. so weit wie möglich nachvollziehen kann.

Das ist kein bekannter Fehler. Es deutet vielmehr darauf hin, dass euer Datenbank-Server sporadisch aussetzt.

Der Einsatz von Wordfence ersetzt nicht die beschriebene nötige Vorgehensweise. Wordfence verhindert einige übliche Einbruchversuche, aber bei Dir ist der Einbrecher bereits im Haus.

1. Offenbar ist beim Einspielen des Backups entweder der Virus erhalten geblieben oder die Lücke, über die er sich eingeschlichen hat, besteht nach wie vor.

2. So wie beim ersten Mal.

3. Sicherstellen, dass der Virus nach dem Einspielen des Backups nicht mehr vorhanden ist und - das ist der wichtigste Punkt - dass die Lücke, über die er sich einschleichen kann, geschlossen ist. Die Lücke kann z.B. aus zu einfachen Kennwörtern, Fehlern in Theme oder Plugins, oder auch Hintertüren in Theme oder Plugins, oder in hinterlassenen Trojaner-Dateien irgendwo in den Tiefen der Ordnerstruktur bestehen.

Eine generelle Kurzanleitung für jemanden mit grundlegender technischer Ahnung befindet sich hier.

Wenn Du etwas Ahnung hast, kannst Du das Problem selbst lösen. Professionelle Hilfe gäbe es z.B. über die Jobbörse des Forums, das geht öffentlich nicht/schwer, da FTP-Zugang usw. nötig sein wird.

jQuery wird bei WordPress mitgeliefert, es ist eine sog. Bibliothek aus Funktionen.

Derzeit wird vom Plugin "Thickbox" eine zusätzliche, alte jQuery Bibliothek geladen. Das ergibt mMn. Konflikte. Das Plugin "Thickbox" ist über 4 Jahre alt, nicht mit der aktuellen WordPress Version getestet und offenbar auch nicht kompatibel.

Die "DAU" Lösung wäre die gleiche wie eine normale Lösung:

1. Mindestens das Thickbox-Plugin aber besser erstmal alle Plugins deaktivieren. Dann sollen die aktuellen Scriptfehler nicht mehr auftreten.
2. Dann die Plugins einzeln aktivieren, um zu sehen, ob es a) Fehler gibt und b) die gewünschte Funktion damit erzielt wird.
3. Keine uralten Plugins verwenden.

Scriptfehler sieht man in der Browser-Konsole, wie man diese öffnet, steht im o.g. Link.

Lt. Browser-Konsole gibt es bei der Seite derzeit diverse Scriptfehler bzgl. jQuery, vermutlich wegen doppelter Einbindung der Bibliothek o.ä., die sollte man erstmal beheben. Im aktuellen Zustand wird wohl kein einziges Galerie-Plugin funktionieren (können).

Stellt Deine Seite auch andere Metadaten zur Verfügung, z.B. Opengraph o.ä.? Link zur Seite?

Kurzes, eher technisches Feedback:

Über die Image CDN / Photon Funktion des Jetpack Plugins werden die Bilder extern in den USA gehostet. Das sollte man wohl im Hinblick auf DSGVO abschalten. Auch diverse andere genutze Funktionen von Jetpack sollte man in dem Zusammenhang auf Notwendigkeit prüfen.

Eine dazu passende Datenschutzerklärung sollte auch noch ergänzt werden.