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 erstellen@addn Der "slug" Deines zweiten Benutzers findet sich über den HTML-Seitenquelltext im [FONT=Courier New]class[/FONT] Attribut im [FONT=Courier New]body[/FONT] Tag der Autor Seite.
https://dathus.eu/?author=2
Es gibt Bots, die [FONT=Courier New]?autor=X[/FONT] hochzählen und das auslesen.
.. wieso kann bei einem Klick ins Menü ein Beitrag ohne Kommentarfunktion aufploppen, ..
Weil in Deinem Menü nicht ein Beitrag sondern eine Kategorie verlinkt ist, siehe auch Hinweise und Screenshots in diversen vorherigen Antworten.
Inzwischen ist ein Unterpunkt im Menü ergänzt worden, der direkt zum Beitrag zeigt, also ist das Problem jetzt gelöst?
Hab ich mir da Schädlinge eingefangen?
Ja, der Code sieht aus wie ein Trojaner, der nicht korrekt installiert wurde. Der Code befindet sich vermutlich in der Datei [FONT=Courier New]wp-config.php[/FONT] und vermutlich wurden auch noch weitere Dateien der Installation verändert.
Der Schädling (oder ein ähnlicher) hat auch schonmal korrekt funktioniert, siehe "Coupon" Ergebnisse bei Google indexiert:
https://www.google.com/search?&q=site%3Ahttps%3A%2F%2Fwww.drohnen-quadrocopter.com%2FAlles auf dem Server inkl. Datenbank ist als kompromitiert zu betrachten.
Das nachträgliche Entfernen einzelner Schadcodes oder Auswirkungen ist nicht ausreichend. Es können auch mehrere Hacks erfolgt sein, ggf. auch zu anderen Zeitpunkten.
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. Jeden einzelnen Punkt.
Befindet sich in der [FONT=Courier New]wp-config.php[/FONT] ein [FONT=Courier New]create_function()[/FONT] Aufruf? Falls ja, poste diesen Codeblock.
Verwende das Symbol [FONT=Courier New][+][/FONT] und Code im Forum Editor, um Code einzufügen.
Im Menü ist derzeit eine sog. "Kategorie" verlinkt.
Was Du stattdessen im Menü verlinkten willst, wäre wohl der "Beitrag" mit dem Namen "Diskussion".
Siehe auch WordPress > Design > Menüs, die linken Bereiche kann man auf-/zuklappen.
Nein. Das ist ein Thema welches durch Offtopic (von Dir und Kurt) entstanden ist. Das Thema hat der Benutzer @Innenarch Federleicht eröffnet und es war nicht klar, dass es sich im IONOS gehandelt hat und schon gar nicht, dass es ein Hardlimit von 2GB gibt
Das Thema Datenbankgrösse und 2GB Limit steht klar und deutlich im ersten Beitrag, siehe grüne Hervorhebung:
Unser Domain Anbieter hat uns mitgeteilt, dass unsere [COLOR=#00b300]Datenbank[/COLOR][COLOR=#00b300] überfüllt[/COLOR] ist (4 von [COLOR=#00b300]2GB[/COLOR]), ...
Das übersieht man leicht, wenn man nur in Threads springt, um ohne jegliche Hilfe für den Fragesteller krampfhaft zu versuchen, irgendwie die "Konkurrenz" schlechtzureden.
Dass es sich um IONOS handelt, wurde von @DummyGirl geschrieben, geht auch aus dem Nameserver der genannten Domain hervor.
Am Rande bemerkt: Es gibt derzeit auch eine Menge DSGVO Probleme auf dem JABA-Hosting Website.
Zitat von JABA-HostingDass diese Limits sehr wohl versteckt sind und nicht für jeden "sofort" ersichtlich sind, ..
Siehe oben:
Bei IONOS sehr gut versteckt?
Ein Klick auf der Übersicht der Hostingtarife: https://www.ionos.de/hosting/webhosting
"Tarifübersicht" -> Button "Alle Tarif-Details ansehen" -> "MariaDB 10 oder MySQL 8 Datenbanken (je 2 GB)"
Für wen dieses Limit "irgendwo sehr gut versteckt" ist, nun denn, kann sich jeder seine Meinung dazu bilden, siehe grüner Pfeil:
Alles anzeigen... zeigen diese Seiten[1] im Netz.
[1]
[plain]https://znil.net/index.php/Wind…_Online_Storage[/plain]
[plain]https://www.facebook.com/1und1/posts/10152285144338679/[/plain]
[plain]https://www.reddit.com/r/webhosting/comments/pnzbxa[/plain]/unlimited_contract_limited_in_number_of_files/[/plain]
[plain]https://forum.abakus-internet-marketing.de/viewtopic/t-132873.html[/plain]
.
Seite 1 ist über 10 Jahre alt, zudem geht es dort nicht um Datenbankgrösse.
Seite 2 ist über 9 Jahre alt, zudem geht es dort nicht um Datenbankgrösse.
Seite 3 ist 1,5 Jahre alt, zudem geht es dort nicht um Datenbankgrösse.
Seite 4 ist über 7 Jahre alt, zudem geht es dort nicht um Datenbankgrösse.
In diesem Thread geht es um Datenbankgrösse.
Eine Datenbank bei JABA-Hosting darf also 10 GB, 20 GB, 100 GB, 1TB, ohne Limit unendlich gross werden?
Bei IONOS steht das Limit von 2GB in der Tarifbeschreibung und nicht "irgendwo sehr gut versteckt".
Zudem wurde es vom Hostingsupport als Problem erkannt und dem Fragesteller mitgeteilt, das ist oben im ersten Beitrag beschrieben.
Und dann taucht ein Hosting "Konkurrent" auf, um irgendwie ohne jeglichen Beitrag oder Hilfe zur Problemlösung des Fragestellers auf bereits bekannte allgemeine Dinge hinzuweisen, die angeblich "irgendwo sehr gut versteckt" wären, es aber nicht sind, und sich dann wundert, dass das andere wundert, nun denn, kann sich jeder seine Meinung dazu bilden.
Zitat von JABA-HostingIONOS hat so einige Limits, die viele nicht kennen, weil es irgendwo sehr gut versteckt ist auf der Webseite.
Bei IONOS sehr gut versteckt?
Ein Klick auf der Übersicht der Hostingtarife: https://www.ionos.de/hosting/webhosting
"Tarifübersicht" -> Button "Alle Tarif-Details ansehen" -> "MariaDB 10 oder MySQL 8 Datenbanken (je 2 GB)"
.. Zum Erschrecken meinerseits sind auch alle anderen Unterseiten, welche ich diese Woche erstellt habe, einfach spurlos verschwunden! Auch in der Mediathek finden sich keine Dateien aus dieser Woche mehr. ...
Die Beschreibung deutet darauf hin, dass die Installation auf einen Stand von letzter Woche zurückgesetzt worden sein könnte. Frage beim Hostinganbieter nach, ob dort ggf. aus welchen Gründen auch immer ein Backup eingespielt wurde.
Zitat von JABA-HostingWordPress hat einen Papierkorb.
Die WordPress Mediathek hat keinen Papierkorb.
Wer sich technisch etwas mit WordPress auskennt, der weiss, dass WordPress für den Login in die Datenbank schreiben will. Wenn die Datenbank zu gross wird, ist ein Schreiben darin und somit der Login nicht mehr möglich.
Insofern ist ein Verweis auf diese Datenbankgrösse bei diesem Loginproblem durch den Hostinganbieter eine korrekte und auch hilfreiche Antwort.
Herauszufinden, warum der Inhalt der Datenbank so ungewöhnlich gross wurde, ist der nächste Schritt bei der Behebung des Problems. Daher sieht man sich die Tabellengrössen an, bei fast allen Hostinganbietern wird dafür phpMyAdmin im Hosting Backend angeboten.
Schau bei Deinem Hostinganbieter z.B. über phpMyAdmin o.ä. in die Datenbank und nenne hier die Namen der grössten 3-4 Tabellen in der Datenbank. Alternativ kann Dein Hostinganbieter Support Dich ggf. dabei unterstützen, diese Namen herauszufinden.
Daraus kann man ggf. ableiten, ob/welche Plugins für diese für WordPress durchaus ungewöhnlich grosse Datenbank verantwortlich sind.
Reflexartige Empfehlungen für einem Hostinganbieter Wechsel sind hier nicht zielführend.
Am Rande bemerkt: Es gibt derzeit auch eine Menge DSGVO Probleme auf dem Website, das sollte man unabhängig vom Datenbank Problem mal angehen bzw. die Person ansprechen, die das ursprünglich eingerichtet hat.
Das Duplicator Plugin zieht die Datenbank Inhalte automatisch mit im Duplicator Paket um.
Auf dem Zielserver muss dafür eine ungenutzte Datenbank vorhanden sein. Die Zugangsdaten zur Zieldatenbank werden im Installationsverlauf des Duplicator Paketes auf dem dem Zielserver abgefragt.
Am besten mal das Video in der Duplicator Beschreibung ansehen, dann wird das ggf. klarer.
Da gibt es einige Möglichkeiten, Beispiele:
Link zur Seite?
Versuche es dann mit umbenannten Ordner = inaktivem WPS Hide Login mit einmal Einstellungen > Permalinks > Speichern ohne Änderungen, Abmelden aus WordPress, Cookies und Browser Cache komplett leeren, wieder Anmelden in WordPress.
Deine Beschreibungen befinden sich in der Datenbank, also falls sie nach dem Plugin Wechsel noch vorhanden sind.
Viele verwenden das kostenlose Plugin Duplicator mit einer Subdomain und dann dort mit einem Schutz wie z.B. Password Protected. Etwas technischer Sachverstand wird hier vorausgesetzt, am besten erstmal das Video in der Duplicator Pluginbeschreibung komplett ansehen, dann versteht man den Ablauf gleich viel besser.
Dein Theme ist lt. [FONT=Courier New]style.css[/FONT] nur bis WordPress 5.7 getestet und wird auch nicht mehr weiterentwickelt.
Vermutlich wurde hier WordPress aktualisiert, ohne vorher die Kompatibilität aller Komponenten (Plugins und Theme) zu prüfen. Verwende einen WordPress Zweig, der kompatibel zu Deinen sonstigem Komponenten ist oder passe das Theme an die aktuelle WordPress Version an (oder lasse es anpassen). Vermutlich ist ein Theme Wechsel die beste Lösung.
Ideen:
Wie genau sieht die 403 Meldung aus? Sonstige HTTP Header bei der Meldung?
Der eigentliche Fehler war die defekte REST API, irgendetwas hatte bei Dir die internen WordPress Rewite Regeln zerschossen.
Das reCaptcha Problem ist browserabhängig je nach Add Ons oder Browser und betrifft viele Webseiten, die meisten bekommen es nicht mit, weil man mit Ihnen keinen Kontakt aufnehmen kann, da das Formular wegen reCaptcha ja nicht funktioniert. 
