Beiträge von b3317133

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

    Code
    <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.

    Code
    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:

    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.

    Während des Imports können selbstverständlich auch die Bilder automatisch in die neue Mediathek übernommen werden, das weiss man ggf. nur nicht, wenn man kein Fuchs ist und noch nie Export/Import benutzt hat.

    Wir haben auf diesem Weg schon die Inhalte einiger kostenloser WordPress.com Installationen mit dreistelliger Blog Beiträge Anzahl und ähnlich vielen Bildern in selbstgehostete Installationen übertragen, ganz ohne Copy&Paste.

    Es gibt sicherlich viele Nachteile von WordPress.com aber dass man daran gefesselt wäre und Inhalte verlieren würde, ist einfach nur Unsinn.

    .., jedoch heißt es dann auch hier und da, dass nur eine sehr einfache, unbrauchbare Version kostenlos ist. ..


    Damit ist vermutlich die kostenlose Variante des kommerziellen Anbieters WordPress.com gemeint, die diverse Einschränkungen hat, z.B. keine eigene Domain, keine Plugins, keine DSGVO konforme Nutzung möglich, das ist für viele unbrauchbar.

    Die selbstgehostete Variante, die man bei WordPress.org herunterladen kann, hat keine solchen Einschränkungen, man benötigt dafür aber einen eigenen Hostinganbieter und etwas technisches Grundwissen bzw. am besten auch zumindest einfache Englisch Kenntnisse, wenn man sich auf die Suche nach Problemlösungen begibt.

    Die Unterschiede sind z.B. auch hier erklärt.

    Dieses Forum ist nur für die selbstgehostete Variante von WordPress.org.

    • Entferne die Bewertung im offenbar genutzen Plugin Site Reviews.
    • Stelle im Plugin ein, dass Du Bewertungen erst freischalten musst oder dass nur angemeldete Benutzer die Funktion nutzen können, derzeit kann wohl jeder einfach Seitenbesucher eine Bewertung abgeben.
    • Nutze die lt. Pluginbeschreibung vorhandene Antworten Funktion in diesem Plugin.


    Alternativ wende Dich an die Person, die den Website technisch betreut bzw. das o.g. Plugin installiert und eingerichtet hat.

    WP_Dateien mittels FTP nochmals von Hoster geholt
    ...
    plötzlich nach längerem Warten lässt sich die Seite wieder editieren.
    ...
    Einen klaren Lösungsweg habe ich also nicht, bin aber mit dem Ergebnis zufrieden.


    Vermutlich war das Hauptproblem, dass die Dateien bei der ersten FTP Übertragung beschädigt wurden (ASCII statt Binary Transfer o.ä.), daher auch der o.g. Verweis auf den Austausch aus einem neuen frischen Download Archiv der passenden WordPress Version.

    Bei Nutzung von passenden Migration Plugins entfällt diese FTP Übertragung einzelner Dateien, daher auch der Verweis darauf.

    Weiterhin wurde nach dem erneuten Download vermutlich der Browser Cache nicht direkt geleert und der Browser hat erst später die neuen Dateien geladen bzw. genutzt, was diese Wartezeit bzw. das plötzliche Funktionieren erklärt.

    Uncaught SyntaxError: illegal character U+0040 tinymce.min.js:2:87358


    Die WordPress Datei [FONT=Courier New]tinymce.min.js[/FONT] ist möglichweise defekt oder passt nicht zur restlichen Installation. Das verursacht Folgefehler.

    Ersetze die gesamten Ordnern [FONT=Courier New]wp-includes[/FONT] und [FONT=Courier New]wp-admin[/FONT] durch die entspr. Ordner aus einem neuen frischen Download Archiv der passenden WordPress Version.

    Generell: Verwende entspr. Migration Plugins für Erstellen und Einspielen der Kopie des Websites, dann werden alle nötigen Dinge wie Domainanpassung und Serialisierung usw. automatisch erledigt. Viele verwenden das Plugin Duplicator für solche Zwecke.

    Lt. Fehlermeldung benötigt die aktuelle Installation mehr als 128 MB.

    Die Installation hat mit der aktuell verfügbaren Speichermenge schon mal funktioniert?

    Der erste Schritt wäre, in der Installation nachzuvollziehen, ob ggf. unnötige Plugins oder Plugins mit hohem Speicherbedarf vorhanden sind und ob diese wirklich in der aktuellen Form benötigt werden. Leider fehlen dazu jegliche Angaben. Welche Informationen für sinnvolle Hilfe nötig wären, steht z.B. in den Forenregeln, Punkt II.

    Beispielsweise manche Statistik Plugins werden sehr speicherhungrig, wenn in der Datenbank weit zurückliegenden Daten vorgehalten werden. Oder bei einer Vielzahl von lange veralteten Revisionen von Beiträgen usw. werden dabei auch viele Metadaten vorgehalten. Oder irgendwelche Link Scanner Plugins müllen die Datenbank voll. Oder oder oder, es gibt viele Dinge, die in WordPress selbst bereinigt werden können und den Speicherbedarf wieder reduzieren.

    Das Theme ist nicht mit der aktuellen jQuery Version in WordPress kompatibel.

    Verwende ein kompatibles Theme oder den WordPress Zweig, der vor dem Update genutzt wurde und damit noch kompatibel war.

    Zur Info am Rande: Sicherheitsrelevante Updates werden bis zurück in den WordPress 4.1.x Zweig bereitgestellt, letztes Update war dort z.B. WordPress 4.1.39 vom 12.10.2023.

    Alternativ passe den Code im Theme an die aktuelle WordPress Version an oder lasse das vom Theme Autor oder andere anpassen.

    Habe diese DEBUG Einträge in WP_CONFIG.ini gesetzt


    Die WordPress Konfigurationsdatei heisst [FONT=Courier New]wp-config.php[/FONT] Evtl. arbeitest Du in falschen Dateien.

    Code
    [22-Nov-2023 15:32:29 UTC] PHP Deprecated:  Creation of dynamic property Elementor\Includes\Elements\Container::$logical_dimensions_inline_start is deprecated ...


    Diese Meldung ist ein offenes Ticket bei Elementor mit PHP 8.2: https://github.com/elementor/elementor/issues/23891

    Versuche es mit PHP 8.1.x oder PHP 8.0.x

    Nun kann ich aber keine Seite mehr editieren weder mit ELEMENTOR noch mit dem default Editor.


    Was bedeutet das? Was konkret passiert, wenn die Seite zum Bearbeiten geöffnet wird? Was wird angezeigt? Was erscheint dabei in der Browser Console?

    Deaktiviere lokal das WP Fastest Cache Plugin vor jeglicher Anpassung.

    Frage: Wurden bei Produktiv und Lokal unterschiedliche PHP Versionen verwendet? Wurde die "PHPVersion meines XAMPP" vor dem Einspielen der Kopie in Lokal angepasst oder erst später im Verlauf? Was passiert, wenn Du mit der korrekten PHP Version den gesamten Prozess neu beginnst?

    WP_DEBUG hat mir nicht weitergeholfen.


    Was bedeutet das konkret? Wie/wo genau wurde [FONT=Courier New]WP_DEBUG[/FONT] mit welchen Einstellungen aktiviert und was wurde angezeigt bzw. im [FONT=Courier New]debug.log[/FONT] vermerkt?

    Welche WordPress Version, welches Theme & welche Plugins mit welchen Versionen werden verwendet? Welche PHP Version? Erscheinen Meldungen im Error Log des Servers beim Upload?

    Deaktiviere alle Plugins ausser Elementor und stelle entweder das Hello Elementor Theme oder ein WordPress Standard Twenty XX Theme ein. Klappt dann der Upload?

    Das Video ist übrigens bereits ein knappes Jahr alt, seitdem gab es viele Änderungen in Elementor und WordPress.

    Schreibe ein eigenes kleines Plugin, das die Mitglieder Datenbanken zusammenführt bzw. synchronisiert.

    Alternativ wende Dich an den Anbieter des (ungenannten) Paid-Mitgliederbereich Plugins, evtl. gibt es dort entspr. Erweiterungen oder man kann Dir bei einer Lösung weiterhelfen.

    Alternativ schau Dir existierende Plugins zum Thema Users Sync an, evtl. passt eines oder kann zumindest als Basis für eigene Entwicklung dienen.