Beiträge von b3317133

Um die Problematik der REST API Requests etwas zu verdeutlichen, einfach mal einen neuen Beitrag in Gutenberg erstellen und dann z.B. diese kleine Namensliste (als Beispiel nur 50 Stück, Quelle) bei "Schlagwörter" eingeben und das muntere Treiben im Netzwerktab des Browsers beobachten, und dann das gleiche mit dem Classic Editor...

Marie,Sophie,Maria,Maximilian,Paul,Anna,Alexander,Ben,Mia,Sophia,Noah,Emma,Felix,Luca,Emilia,Jakob,Anton,Johanna,Charlotte,David,Leon,Katharina,Luisa,Elias,Julian,Benjamin,Emil,Jonas,Jonathan,Lara,Max,Jan,Lukas,Tom,Lena,Marlene,Philipp,Mats,Elisabeth,Henri,Lina,Moritz,Julia,Johannes,Clara,Hannah,Laura,Leonie,Luis,Finn

Zitat von r23

Wobei ein Beitrag maximal 3-4 Tags hat.

Also trifft das beschriebene Problem hier nicht zu.

Weitere REST API Requests dürften trotzdem erfolgen, wenn ein 4. oder 5. Tag eingegeben wird.

Der Gutenberg Editor ist für paar Tags und paar Kategorien und paar Autoren "gebastelt" worden.

Alles was über 100 geht, sprengt das nicht so ganz zuende gedachte Konzept, weitere Daten werden dann jeweils pro 100 über extra einzelne REST API Requests abgefragt und nachgeladen, im Extremfall stufen manche Hostings/Server das sogar als DoS Angriff ein und blocken die Requests oder sperren die IP usw.

Etwas Lesematerial:

• tags and categories are excessively slow to display #10169 (offenes Gutenberg Ticket vom September 2018)
  
• Tags constantly disappear in new posts #13282 (offenes Gutenberg Ticket vom Januar 2019)
• My tags disappear after I typed it (wordpress.org Forum vom Oktober 2018)

Und da es sich um ein konzeptionelles Problem handelt, für das es keine saubere Lösung geben wird, sind die einen oder anderen wordpress.org Moderatoren da wohl etwas dünnhäutig geworden, da solche durchaus im Alltag vorkommende Nutzungen (die dem Classic Editor keinerlei Probleme bereiten) die Architektur des Gutenberg Projekts an sich etwas in Frage stellen...

Ergänzung: Die ersten offiziell als Release (inoffiziell unter Entwicklern als allenfalls frühe Alpha oder Beta) bezeichneten Versionen von Gutenberg haben im Editor nach den ersten 100 alle weiteren Einträge für Tags, Kategorien, Autoren, Elternseiten usw. einfach weggelassen, ganz nach dem Motto "so viele hat eh keiner", nur falls man sich wundert, wo das "Gebastele" seitdem seinen Ursprung hatte.

Woran das Problem bei Dir genau liegt, kann man mit den bisherigen Aussagen noch nicht sagen, beantworte noch die weiteren o.g. Fragen, das bringt dann ggf. etwas mehr Licht in die Angelegenheit.

Evtl. bist Du auch an eine (der vielen) Grenzen des Gutenberg Editors gekommen, um wieviele Tags geht es denn?

Und was erscheint in der Browser Console (google) beim Bearbeiten der Seite, wenn eingebene Tags nicht hinzugefügt werden?

Auch mal temporär alle sonstigen Plugins deaktivieren und dann testen.

Falls die Tags wirklich gelöscht wurden, kann man sie nicht wiederherstellen (ausser mit dem Einspielen eines Backups der Datenbank).

Versuche es testweise mal mit dem Plugin Classic Editor, tritt das Problem dann auch auf?

• Wird das Bild als sog. "Beitragsbild" verwendet? In dem Fall gibt das Theme das Format vor.
• Link zu so einem Beitrag? Siehe auch Forenregeln, Punkt II.

Ein manuelles Backup von Updraft kann schon mal etwas dauern, siehe dazu die Hinweise in Antwort #2.

Wozu der API-Key dient, steht in der Beschreibung des Plugins unter FAQ.

Man braucht einen API-Key nicht zwingend, dann fehlen einige Dinge, auch das steht im FAQ.

Evtl. nochmal die Beschreibung bzw. die FAQ Punkte durchgehen, dann klärt sich evtl. vieles.

Der Ordner [FONT=Courier New]wp-includes[/FONT] stand in Deiner Aufzählung bereits mit drin, nur [FONT=Courier New]wp-admin[/FONT] nicht.

Schade, dass jetzt alles nachträglich entfernt wurde, so können spätere Mitleser nicht wirklich daraus lernen.

Mind. auch noch den Ordner [FONT=Courier New]wp-admin[/FONT] wieder einspielen, der gehört zum WordPress Core.

Falls nötig, die genauere Ursache einer weissen Seite steht meist im Server Error Log, das kann man üblicherweise beim Hosting einsehen.

Evtl. hat auch das Hosting ein eigenes Backup aller Dateien und Datenbank von z.B. gestern und kann das komplett auf den Stand zurücksetzen, frage ggf. dort mal nach.

Jegliche Ausgaben eines Shortcodes schreibt man in eine Variable und gibt diese am Ende zurück, siehe auch Beispiele.

Alternativ verwendet man am Beginn des Shortcodes [FONT=Courier New]ob_start();[/FONT] und am Ende [FONT=Courier New]return ob_get_clean();[/FONT] ähnlich wie hier.

Beides in der Dantenbank.

Der Shortcode gibt Inhalte direkt per [FONT=Courier New]echo[/FONT] aus (falsch) statt nur am Ende des Shortcodes per [FONT=Courier New]return $ausgabe;[/FONT] o.ä., eine Rückgabe am Ende des Shortcodes fehlt bei Dir völlig. Siehe auch Beispiele.

Die leeren [FONT=Courier New]return;[/FONT] am Ende der Dateien sind überflüssig / falsch.

Ob sonstige inhaltliche Fehler vorliegen, musst Du selbst anhand Deiner PHP Error Logs ermitteln. Den Code sehe ich nicht weiter an.

• Das [FONT=Courier New]add_shortcode(...)[/FONT] gehört nur in das Plugin, sonst nirgendwohin.
  
• Wenn der Shortcode [FONT=Courier New][nmevents][/FONT] wie gezeigt in Elementor eingefügt wird, muss/darf er natürlich nicht zusätzlich anderen einzelnen PHP Dateien eingefügt und aufgerufen werden.
• Aus dem geposteten Codeteil des Plugins geht leider nicht hervor ob Dinge direkt ausgegeben werden oder am Ende per return zurück, so ist schwer Hilfe möglich.

Man kann an der fehlenden deutschen Übersetzung des Plugins mitarbeiten oder alternativ selbst eine Sprachdatei mit Poedit erstellen oder das Plugin Loco Translate verwenden.

• Poste den Shortcode Code [size=10](mit dem kleinen [+] Symbol im Forum Editor)[/SIZE], gibt er direkt Dinge aus oder alles per "return" am Ende?
  
• Wurde der Code zusätzlich auch in ein Seitentemplate eingebaut?
• Wie genau wird der Shortcode in Elementor eingefügt / aufgerufen, sieht man im Screenshot nicht.

• Deaktiviere alle Cache- und Optimierungsplugins
• Leere Deinen lokalen Browser Cache
• Link zur Seite? Siehe auch Forenregeln, Punkt II

Am Rande für Mitleser, wieder mal ein schönes "you get what you pay for" Beispiel.

Zitat von Cristina

... Ich habe mir über Fiver eine Webseite erstellen lassen ... Der Mensch ist aber leider momentan nicht erreichbar und kann nicht helfen.

Das Problem ist über z.B. die Chrome DevTools mit Auswahl irgendwelcher iPhones o.ä. im "device toolbar" und einem simplen Reload direkt reproduzierbar.

Es tritt wie bereits oben beschrieben nicht nur in PHP/WordPress sondern auch bei einfachen HTML-Dateien [FONT=Courier New]/readme.html[/FONT] oder Textdateien [FONT=Courier New]/license.txt[/FONT] oder Bild-Dateien[FONT=Courier New] /wp-content/uploads/2020/11/AdobeStock_300203735_klein.jpg[/FONT] usw. auf.

Mit Syntax Fehlern oder [FONT=Courier New]wp_is_mobile()[/FONT] oder auch anderen Theme- oder Pluginproblemen hat das daher nichts zu tun, lt. der ebenfalls bereits geposteten [FONT=Courier New].htaccess[/FONT] Datei gibt es dort keine Regeln, die in Datei-Requests eingreifen würden.

Um eine HTML-Datei auf einem Server aufzurufen, braucht man keine Frösche oder sonstige Hilfsmittel, sondern einfach einen Webbrowser, in dem man am PC und am Tablet oder Mobiltelefon den o.g. Link eingibt, das ist eine bei WordPress mitgelieferte einfache HTML-Datei, und sich das Ergebnis ansieht.

Eine entsp. technisch versierte Person wird diese Zugänge benötigen, um div. Dinge nachvollziehen zu können, Logs einzusehen, Änderungen zu machen usw., frage Leute in Deinem näheren Umfeld ob sich jemand gut mit "Webseiten und solchen Sachen" auskennt, alternativ suche Kontakte über lokale WordPress Meetups (finden derzeit oft online statt) oder poste ein Gesuch in der Jobbörse hier im Forum, dann bekommst Du sicherlich einige Angebote für direkte Hilfe.

Der genannte Pluginorder ist untergeordnet innerhalb der WordPress Installation, nicht übergeordnet, daher ist diese .htaccess nicht relevant.

Von aussen schwer weiter eingrenzbar, auch einfache Bilder in den Uploads oder reine HTML-Dateien ergeben bei "mobilem" User-Agent einen Fehler 500, z.B.

https://www.personundsystem.de/readme.html

Das solltest Du zusammen mit jemandem ansehen, der dann direkten Zugriff auf den Server und das Hosting hat. Evtl. gibt es z.B. noch .htaccess Dateien in einem übergeordneten Ordner oder sonstige Einflüsse...