Beiträge von b3317133

Siehe Ergänzungen in Antwort #30.

Welche Verzeichnisse wurden eingespielt? Wurden die bestehenden Verzeichnisse vorher geleert? Sind die Backups vollständig inklusive WordPress Core Dateien im Hauptordner eingespielt worden? Wurde auch die passende Datenbank vom 10.12. eingespielt? Was steht im Error Log des Servers wenn der Error 500 erscheint?

Das Theme ist lt. Fehlermeldung nicht deaktiviert, nur der Theme Ordner wurde in [FONT=Courier New]bridge.deaktiviert[/FONT] umbenannt und danach wurde das Theme offenbar wieder aktiviert.

Verschiebe den Bridge Theme Ordner per FTP aus [FONT=Courier New]wp-content/themes/[/FONT] heraus oder lösche ihn falls Du ein Backup hast. WordPress sollte dann eines der lt. Antwort #25 vorhandenen Standard Themes aktivieren.

Stelle ansonsten sicher, dass Du eine aktuelle Version des Bridge Themes verwendest, die kompatibel zu PHP 8.x ist, aktuell wäre lt. Hersteller wohl die Bridge Version 30.1 vom 01.11.2023.

Lt. einer Google Suche des Website Namens Deines Login Screenshots wird auf dem fraglichen Website, der aktuell diese Fehlermeldung zeigt, derzeit eine sehr alte Version des Themes Bridge 16.6 vom 22.06.2018 verwendet, das ist sicherlich nicht kompatibel zu PHP 8.x

Zitat von threadi

Im wp-content-Verzeichnis hast Du eine Datei namens db.php.

Die Datei ist u.a. ein Überrest des W3 Total Cache Plugins.

Zitat von Klaus184

...solche Plugins sind genau deshalb zZ nicht installiert.

Du schreibst in einem anderen Thread, dass WP-Optimize verwendet wird, das ist ein solches Plugin.

Zitat von Klaus184

...nix....das Rädchen dreht sich unendlich....

Was erscheint in der Browser Console (google), wenn Du den Button anklickst?

Was erscheint in der Browser Console (google), wenn Du "diese Option" von WP-Optimize nutzt?

Zitat von Klaus184

...nix....das Rädchen dreht sich unendlich....

Was erscheint in der Browser Console (google), wenn Du den Button anklickst?

Deaktiviere zudem alle Cache- und Optimierungsplugins und leere danach Deinen Browser Cache. Ändert das etwas?

Was passiert, wenn Du den Grid Button in der Mediathek anklickst?

Zitat von Klaus184

Mit WP-Optimize werden die DB-Tabellen nicht eingelesen.

Was genau ist mit "nicht eingelesen" gemeint? Screenshot Fehlermeldung?

Du könntest den bereits von Dir im ersten Beitrag geposteten "weiterleiten" Code verwenden?

// PayPal.Me-Link mit Gesamtbetrag
            $paypal_me_link = 'https://paypal.me/meinName/' . rawurlencode($total_amount);


            // Hier den Benutzer auf die Checkout-Seite weiterleiten
            return array(
                'result'   => 'success',
                'redirect' => $paypal_me_link
            );

Stelle in der Mediathek die Listenansicht ein und klicke dann beim entspr. Bild in der Spalte "Hochgeladen zu" auf "Loslösen".

Du kannst Deine Bilder auch erst direkt über die Mediathek hochladen ("Neu hinzufügen") und dann erst später in WooCommerce aus der Mediathek in die Galerie einfügen, dann sollte die Verknüpfung zum Produkt nicht eingetragen werden.

Was passiert, wenn Du auf den Button "Image Converter" klickst?

Wie genau hast Du die Klasse davorgesetzt? Evtl. den Punkt oder das Leerzeichen vergessen?

Versuche es damit:

.campusbuttons .vc_btn3-container.vc_btn3-center {
    position: absolute;
    bottom: 20px;
    left: 0;
    right: 0;
}
.campusbuttons .wpb_text_column.wpb_content_element {
    padding-bottom: 50px;
}

Hier ein Ansatz:

global $post;
if ( $post instanceof WP_Post ) {
   echo $post->ID;
}

Ein möglicher Ansatz auf Basis der Beispielseite:

.vc_btn3-container.vc_btn3-center {
    position: absolute;
    bottom: 20px;
    left: 0;
    right: 0;
}

Zitat von NeroPalme

im 2. Block soll nun aber die neueste Nachricht ausgeblendet werden... Was kann/muss

Du kannst einen Query Loop Block verwenden und als Offset "1" eingeben.

Das Bild wird in Firefox usw. nicht geladen, da das "www" in der Domain im Pfad fehlt.

<img src='https://gehackter-server.de/wp-content/uploads/2022/06/gut_2.jpg'  alt='gehackter Server'>

Lt. Google Cache wurde offenbar die URL der Installation kürzlich von ohne "www" auf mit "www" geändert und nicht alles vollständig angepasst.

https://www.google.com/search?q=site%3Agehackter-server.de

Alte Links ohne "www" laufen derzeit in Fehlermeldungen wie [FONT=Courier New]SSL_ERROR_BAD_CERT_DOMAIN[/FONT], weil für ohne "www" offenbar kein SSL Zertifikat (mehr) existiert.

Das Bild wird möglicherweise in der Datei [FONT=Courier New]sidebar.php[/FONT] oder [FONT=Courier New]header.php[/FONT] des Themes eingefügt.

Wende Dich am besten an die Person, die diese Installation eingerichtet hat bzw. technisch betreut bzw. an die Person, die kürzlich diese URL Änderung vorgenommen hat und lasse das noch beheben.

Am Rande bemerkt: Es gibt auch noch einen Scriptfehler bzgl. mobiles Menü in der Datei [FONT=Courier New]js/nav.js[/FONT] des Themes zu korrigieren, siehe Browser Console.

Das exakte Gegenteil wurde geschrieben:

Zitat von JABA-Hosting

Unserer Meinung nach größte Unterschied ist, dass du bei der .com Variante an das Unternehmen gefesselt bist. Gibt es mal Unstimmigkeiten, kommst du da nicht weg, ohne das du deine Webseite verlierst.

Sowas als größten Unterschied im Vergleich zu WordPress.com zu benennen, ist und bleibt einfach nur Unsinn. Ein solcher "Worst Case" kann bei jedem Hosting Unternehmen eintreten.

Persönliche Angriffe machen den Unsinn nicht besser, traurig, traurig.

Da offenbar FTP-Zugang besteht (Umbenennen Plugins) hast Du z.B. diese Möglichkeiten:

• Datenbank Zugangsdaten aus der Datei [FONT=Courier New]wp-config.php[/FONT] ablesen und falls Änderungen in der Datenbank nicht direkt im Hosting möglich sind, ggf. per FTP temporär ein eigenes phpMyAdmin hochladen und darüber Änderungen in der Datenbank vornehmen.
• In der Datei [FONT=Courier New]wp-config.php[/FONT] [FONT=Courier New]WP_DEBUG[/FONT] aktivieren bzw. ein Log erstellen lassen, den Fehler darüber eingrenzen und per FTP korrigieren.

Alternativ die Person ansprechen, für die Du die Seite übernehmen sollst und dort nach einem technischen Ansprechpartner fragen bzw. das Problem vor der Übernahme dort beheben lassen.

Wenn eine Seite "durch Unstimmigkeiten im Worstcase gesperrt" ist, kommt man auch mit keinem Business Paket oder über Plugins oder FTP an die Inhalte.

Wenn bereits die Export/Import Funktion eine unüberwindliche Hürde darstellt, ist ein Benutzer auch durch jedes Backup Plugin überfordert.

Traurig ist hier allenfalls, dass wieder mal Unsinn über andere Hoster verbreitet wurde.