Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellen1.) Theoretisch kann WordPress mit MariaDB 10.1 oder höher bereits "von Haus aus sprechen". Für Zugriffe auf andere Datenbanken nutzt man eine Instanz der Klasse $wpdb, mehr dazu hier, vereinfacht in etwa so:
global $wpdb;
$mydb = new wpdb( 'username', 'password', 'database', 'server' );
$results = $mydb->get_results(... o.ä.
2.) Nein, da völlig unklar ist, was Du abfragen und anzeigen willst.
3.) Ja, das wäre hier wohl der Weg.
4.) Siehe Link bei 1.)
Bei einem solchen Reparaturversuch kann man zusätzlich zur o.g. Vorgehensweise auch noch per FTP das ganze [FONT=Courier New]/wp-content/plugins/[/FONT] Verzeichnis oder alternativ besser der Reihe nach die einzelnen Ordner darin jeweils temporär umbenennen, das deaktiviert die Plugins, und wenn dann der Logindialog wieder funktioniert, weiss man schon genauer wo man weitersuchen kann.
Für mehr Abstand des Buttons nach oben die [FONT=Courier New]margin-top[/FONT] Zahl des Buttons erhöhen.
Generell ist dieser Ansatz aber vom Grundkonzept her schon eine zwangsläufig nie wirklich funktionierende Lösung, da sich je nach Bildschirm-/Browserbreite der Umbruch der einzelnen Texte und damit auch deren Zeilenanzahl verändert und so die Buttons nicht immer auf einer Höhe sein werden.
Die fehlende Tabelle scheint zu WooCommerce zu gehören und oftmals aus welchen Gründen auch immer sehr gross zu werden. Evtl. wurde sie wodurch oder von wem auch immer aus diesem Grund gelöscht (statt geleert) o.ä.
Hier wäre auf der Seite des RankMath Plugins ein entspr. Workaround zur Wiederherstellung beschrieben (Quelle dazu bei WooCommerce).
Die beiden Ordner [FONT=Courier New]/wp-admin/[/FONT] und [FONT=Courier New]/wp-includes/[/FONT] komplett löschen und dann neu aus dem frischen Archiv hochladen, ebenso alle WordPress Dateien aus dem frischen Archiv im root-Verzeichnis neu hochladen. Hilft das schon?
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. Alternativ bekommst Du bei Bedarf über ein Posting in der Jobbörse hier im Forum ggf. entspr. Angebote für direkte Hilfe.
Dabei am Wichtigsten wäre, die für den Hack genutzte(n) Lücke(n) zu ermitteln, damit das nicht wieder passiert.
Generell wird Zugang zur Datenbank (z.B. phpMyAdmin im Hosting o.ä.) und via FTP nötig sein, ggf. auch Zugriff auf ältere Backups, um den Angriff bzw. die Veränderungen nachvollziehen zu können.
Evtl. bekommst Du für sowas in einem Google Analytics Forum eher/passendere Hinweise.
So sind die Screenshots relativ nutzlos, es sind nur Meldungen relevant, die dann erscheinen, wenn alle Plugins inaktiv sind.
Evtl. können Dir die Autoren des Blockeditors weiterhelfen, wenn Du dort entspr. aussagekräftige Meldungen bereitstellst. Viel Erfolg.
Lt. den neuen Screenshots läuft weiterhin mindestens ein Plugin "Ultimate Add Ons for Gutenberg", siehe Unbenannt2.png, der entspr. SourceMap Hinweis wäre sonst nicht vorhanden.
Es passiert nicht nichts auf dem Monitor, sondern kurz ein Kringel oben rechts und dann das "Einfliegen" der Elemente von oben und unten. Meines Erachtens wäre beides überflüssig aber es ist nunmal derzeit so eingerichtet, ebenso wie der diverse JetPack Kram.
Ggf. mal einen anderen Browser verwenden und/oder AddOns im Browser deaktivieren und/oder die Verbindungen zu stats.wp.com bzw. zu Google Webfonts beim Internetanbieter prüfen, dann klappt es vielleicht auch mit dem "Einfliegen".
Ok, weitere Tests zeigen, dass offenbar auf diesem Website alle Aufrufe von
/wp-admin/wasauchimmerasdas.php
/wp-content/wasauchimmerrtgetxzy.php
/wp-includes/wasauchimmersdfsdf.php
blockiert und mit einer 403 Meldung beantwortet werden, die nicht aus dem WordPress Core stammt.
Wenn Du selbst keine Anpassungen an [FONT=Courier New].htaccess[/FONT] vorgenommen hast, wende Dich mit den Ergebnissen beider Tests am besten an den Hostinganbieter.
In der Fehlermeldung steht, dass eine Tabelle in der Datenbank nicht vorhanden ist.
Error saving action: Table 'd0330204.wp_actionscheduler_actions' doesn't exist
Stelle sicher, dass die genannte Tabelle vorhanden ist bzw. bei der Plugininstallation angelegt wird und beschreibbar ist.
Datenbank: d0330204
Tabelle: wp_actionscheduler_actions
Wende Dich ggf. an die Person, die den Website ursprünglich eingerichtet hat, die sollte Dir sagen können, wo diese Datenbank zu finden ist und wie man das prüft bzw. behebt.
Evtl. wurde irgendein [FONT=Courier New].htaccess[/FONT] Schutz falsch eingerichet oder ein Sicherheitsplugin o.ä. sperrt Dich aus oder der Website wurde gehackt und ist ganz oder teilweise von Deinem Hostinganbieter gesperrt worden, da gibt es viele Möglichkeiten.
Funktionieren diese Aufrufe (mit Deiner Domain)?
https://example.com/readme.html
https://example.com/wp-login.php
https://example.com/wp-admin/
https://example.com/wp-admin/js/editor.js
https://example.com/wp-includes/wlwmanifest.xml
Aus diesen Ergebnissen kann man dann ggf. mehr erraten, ein Link ist leider nicht angegeben.
Der Screenshot ist leider unvollständig und abgeschnitten und es sind offensichtlich auch weiterhin Plugins aktiv.
Bearbeite zuerst die ersten beiden Punkte.
Hier mit einem ganz normalen Telekom VDSL Anschluss lädt die Seite sofort mit ca. halber Sekunde kaum wahrnehmbarer Kringel oben rechts und dann ca. halber Sekunde "Einfliegen" der Elemente per Animation. Beides könnte man vermutlich irgendwo im Theme o.ä. abschalten.
Evtl. ist der Flaschenhals bei anderen Internetanbietern die Statistik des JetPack Plugins, die aus den USA eingebunden wird oder auch die externen Google Webfonts. In dem Fall mal das Routing dorthin prüfen (lassen).
...oder vielleicht ne Plugin-Inkompatibilität nur bei mir. Oder ist das normal, dass das so ist?
Das ist nicht normal.
Deaktiviere temporär alle Plugins oder einzeln der Reihe nach und teste dazwischen, stelle zudem sicher, dass Du eine aktuelle Version Deines Themes und eine zum Theme (und allen Plugins) passende WordPress Version verwendest.
Generell: Nachvollziehbare Fehlermeldungen oder Probleme mit dem Blockeditor am besten bei den Autoren des Blockeditors direkt posten, die lesen hier im Forum nicht mit.
Der Abstand zwischen Text und Buttons ist/war manuell jeweils über eine extra CSS Klasse bei den Buttons eingestellt, vermutlich über den Fusion Editor, z.B. [FONT=Courier New]margin-top-50[/FONT] oder [FONT=Courier New]margin-top-81[/FONT]
Wende Dich am besten an die Person, die den Website erstellt hat und normalerweise technisch betreut, die weiss sicherlich, was hier zu tun ist.
Packe ich die malende PHP-Datei in Host #2 und rufe sie im Browser auf -> Bingo -> Kunstwerk
Lt. dieser Aussage funktioniert das Malen. Lade die malende PHP-Datei [FONT=Courier New].../assets/includes/draw_data.php[/FONT] mal direkt mit dem "von außen" Link im Browser. Dann erscheint Dein Kunstwerk. Binde dann diesen Link als [FONT=Courier New]<img src="...[/FONT] ein. Dann erscheint das Kunstwerk auch auf der WordPress Seite.
So lernst Du die Zusammenhänge evtl. besser kennen.
Ergänzung: Wenn Du dynamische Bildinhalte ausgeben willst, kannst Du das jeweils erzeugte Bild in [FONT=Courier New]src="...[/FONT] auch entspr. konvertiert über eine Data-URI ausgeben.
Es ist völlig egal, on dieses Script im root Bereich oder in irgendeinem Unterordner liegt.
1) Wordpress-Seite die über DynDNS und Portforwarding auch von außen erreicht werden kann
Nutze diesen "von außen" Pfad:
<img src="http://example.com/wp-content/themes/wo-auch-immer-die-datei-ist/draw_probe_data.php" />Was zum Teufel verhindert die Darstellung der Grafik?
Das steht in der Regel in der Ausgabe der Browser Console beim Aufruf der Seite.
Poste den "von außen" Link zu dieser Seite mit Deinem Link wenn Du weiter Schwierigkeiten hast, sonst bleibt das alles nur ein Ratespiel.