Beiträge von b3317133

Lies nochmal genauer die API Dokumentation, z.B. hier.

Allgemeiner Tipp: Wenn man ein Plugin entwickelt, sollte man sich zunächst mit grundlegender Programmierstruktur, dem Lesen der Dokumentation und Anmerkungen, dem Abfangen aller möglichen Fehlerfälle und vorhandenen Debugmechanismen wie WP_DEBUG bzw. Ausgaben in PHP Error Logs usw. auseinandersetzen. Das löst in der Folge dann viele Fragen von ganz alleine.

In ein paar ruhigen Stunden mal das WordPress Plugin Developer Handbook einfach komplett von Anfang bis Ende durchlesen, auch wenn man nicht direkt alles verstehen, bekommt man damit ein Gefühl für die Mechanismen und viel Grundlagenwissen.

Was wird zurückgegeben? Der aktuelle Code prüft keinerlei Rückgaben.

38:              wp_insert_post($wp_data);

Generell dazu: Ähnliche vermeintliche Problembeschreibungen wie "Google Bot spidert trotzdem alles" oder "Sperren in robots.txt funktioniert nicht" oder "meta noindex wird nicht beachtet" haben sich hier nach entspr. Analysen immer entweder als syntaktische oder logische Fehler in der robots.txt bzw. falsche oder auch doppelte widersprüchliche meta Angaben im Seiten head und/oder HTTP Headern erwiesen.

Zitat von ichbins01

Kann mir bitte jemand sagen, was an diesem Code fehlerhaft ist?

Wie äussert sich der Fehler in Deinem Code?

Was genau wird von wp_insert_post zurückgegeben? Im Fehlerfall, welche genauen Angaben von WP_Error? Siehe auch API Dokumentation (developer.wordpress.org)

Melde das Problem bzw. die Unklarheiten mit diesem Button am besten direkt bei den Gutenberg Entwicklern, die lesen hier im Forum nicht mit.

Zitat von jabadabaduh

Ich will nur eine einfache und korrekte Adresse in der Bestell-Mail stehen haben.

Dann passe doch einfach das Erstellen der Bestell-Mail an.

Eine Kombination von Daten in ein Feld, wo sie systemseitig nicht hingehören, ist wie bereits von diversen Helfern angemerkt wenig zielführend und wird früher oder später auch ohne "Zusatzgeschichten" garantiert Probleme verursachen.

Suche im Log nach Zeilen, in denen "jetpack" vorkommt, oder auch "google analytics".

Der gepostete Auszug von etwa einer Stunde beinhaltet nur gesperrte Zugriffe automatischer Bots, die über xmlrpc Passwörter raten wollten...

Weitere Fragen:

• Welche PHP Version wird auf dem Server verwendet?
• Welche Version von Jetpack hat noch funktioniert?

Vor Updates auf Kompatibilität zwischen WordPress, Theme und Plugins achten, ggf. beim Theme- oder Pluginhersteller nach neuer bzw. geprüfter Version fragen, falls nicht vorhanden über Theme- oder Pluginalternativen nachdenken.

Vor/bei jedem Update ist es ratsam, alle Änderungen anzusehen, ggf. auch im Code nachzuvollziehen und alles zu testen. Updates für Themes und Plugins werden ausser von den jeweiligen Autoren selbst nicht weiter geprüft.

Die Plugins der Liste sollten auf den ersten Blick keinen Einfluss bzw. Wechselwirkungen mit Elementor haben.

Du solltest trotzdem auf jeden Fall wie bereits auch von @maxe empfohlen ein aktuelles Backup aller Dateien und Datenbank machen und auch genau wissen, wie das wieder eingespielt werden kann, auch wenn der ganze Website komplett offline ist und man sich z.B. nicht mehr anmelden könnte.

Generell: Bei den Plugins sollte man stets auch darauf achten, für welche WordPress Core Version sie gedacht und getestet sind. In den neueren WordPress Versionen sind wegen der anhaltenden Gutenbergbasteleien jeweils teils umfangreiche Änderungen vorhanden. So können trotz vermeintlich "neuster" Plugin Version Probleme entstehen. Beispiele (unvollständig geprüft): Du nutzt WordPress 5.6.2. Das Plugin Download Monitor 4.4.4 ist nur bis WordPress 5.5.3 getestet, Page Links To 3.3.5 nur bis WordPress 5.4.4, Newsletter2Go 4.0.12 nur bis WordPress 5.3. Informationen zur Kompatiblität lt. Autor des Plugins findet man in der jeweiligen Pluginbeschreibung oder in einer meist vorhandenen Datei readme.txt im jeweiligen Plugin in der Zeile Tested up to:

Lt. kurzem Blick in die Dokumentation zu ALLOW_UNFILTERED_UPLOADS erlaubt diese Konstante nicht direkt Uploads sondern nur, dass man dann Benutzerrollen die nötige [FONT=Courier New]unfiltered_upload[/FONT] Capability geben kann:

Zitat

With this constant defined, all roles on a single site install can be given the unfiltered_upload capability..

Das kann man für die standard Redakteuer Rolle z.B. über diesen zusätzlichen Codeblock lösen:

$role = get_role( 'editor' );
if ( $role !== NULL ) {
    if ( !$role->has_cap( 'unfiltered_upload' ) ) $role->add_cap( 'unfiltered_upload' );
}

Damit sollte dann auch der Upload als Redakteur funktionieren.

Welche Plugins verwendest Du denn? Welche Versionen? Dazu liegen keine Angaben vor.

Es hat zudem sicherlich niemand die gleiche Zusammenstellung wie Du, daher können Erfahrungsberichte zwar vermeintlich hilfreich erscheinen, ersetzen aber die o.g. Hinweise nicht wirklich.

Bei alleiniger Nutzung eines Backups sollte auf jeden Fall bekannt sein, wie man eine gesicherte Vorversion auch wieder einspielen kann.

Für die Einrichtung einer Testumgebung verwendet man in der Regel ein sog. Migrationsplugin wie z.B. Duplicator o.ä., auch hier wäre vermutlich die Suche nach Hilfe im näheren Umfeld die erste Wahl, da u.a. auch Zugang zum Hosting benötigt wird.

• Welcher genaue Rand auf der verlinkten Seite ist gemeint? Füge ggf. einen Screenshot hier ein.
  
• Tritt das Problem mit Texten oder mit Bildern oder generell mit allen Elementen auf?
• Evtl. mal im Bereich Layout nach Columns Gap (so heisst es in der englischen Version) schauen.

Du könntest zum Thema htaccess hotlink (google) nachlesen und darüber den sog. HTTP_REFERER prüfen.

Man sollte sich bei solchen Lösungen aber darüber im klaren sein, dass manche "Privacy" AddOns in Browsern oder auch "Sicherheitssoftware" auf PCs ggf. die Möglichkeit bieten, den sog. HTTP_REFERER im Browser zu unterdrücken, so dass solche Besucher dann die Dateien gar nicht herunterladen könnten.

• Wie/wo genau wird der Code eingebunden?
• Wie/wo genau wird die Datei hochgeladen? Direkt In der Mediathek oder z.B. beim Bearbeiten einer Seite?
• Funktioniert der Upload von z.B. einfachen Bildern mit dem Redakteur Account ohne den o.g. eingefügten Code?
  
• Funktioniert der Upload, wenn das Classic Editor Plugin aktiv ist und verwendet wird? Der Gutenberg Editor beachtet z.B. die wp-config.php Angabe einfach nicht, siehe ein seit 9 Monaten offenes Ticket hier.
• Laufen irgendwelche sonstigen Plugins zum Thema Benutzerrechte, Rollen, Capabilities, Mitgliedsbereiche, usw. - falls ja, alle deaktivieren und dann testen.

Du kannst die [FONT=Courier New]meta_query[/FONT] mit dem Parameter [FONT=Courier New]relation[/FONT] über z.B. AND und OR usw. kombinieren und auch verschachteln, dazu empfiehlt es sich wie bereits beschrieben, die Dokumentation zu lesen und ggf. mit einer Testseite zu experimentieren. Diese Abfrageart ist sehr mächtig, wenn man sie richtig nutzt.

In z.B. der mobilen Version von Mozilla Firefox kann man bei einer Webseite im Menü der Browser App die Darstellung als "Desktop-Seite" anschalten.

Alternativ kann man die Ausgabe der [FONT=Courier New]meta viewport[/FONT] Angabe (mehr z.B. hier) im header des Themes über einen selbstgewählten GET-Parameter beeinflussen, dazu sind aber Programmierkenntnisse bzw. Eingriff in das Theme/Child-Theme nötig, mit Berücksichtigung bzw. Abschaltung von ggf. genutzen Cache-Plugins.

Ob oder welche Lösunge es gibt, kann man nur sagen, wenn man ein durchdachtes Konzept mit klaren Anforderungen hat. Niemand hier kennt diese Anforderungen, daher sind Aussagen zu Aufwand o.ä. schwer bzw. nicht seriös möglich.

Weiterhin fehlen auch Angaben, welche Newsletter-Tools Du bereits getestet hast, und was daran nicht passt o.ä., auch das wäre sehr hilfreich für Leute, die Dir ggf. helfen könnten.

Wenn Du die klar formulierten Hinweise beachtest und wie dort beschrieben

• ein Backup aller Dateien und der Datenbank vor dem Upgrade erstellst
• und zusätzlich das Upgrade zunächst auf einer dafür erstellten Testkopie des Websites (Staging Environment) vornimmst und dort alles testest und keine Probleme auftreten,

dann sollte ein Upgrade auch auf der Seite selbst kein Problem darstellen.

Dieses Elementor Upgrade kann je nach Rahmenbedingungen und aktuell laufender Vorversion von Elementor und ggf. zusätzlichen Plugins durchaus zu Problemen führen, daher sind auch diese Hinweise vorhanden. Im Zweifelsfall suche Dir jemanden im Deinem Umfeld, der sich etwas besser mit WordPress auskennt und mache das dann alles in Abstimmung mit dieser Person oder lasse es machen.

Dann sind die Google Fonts weg und nach dem nächsten Theme Update wieder da, weil dann die Änderung überschrieben wird.

Bespreche mit dem Kunden erstmal klare und exakte Spezifikationen. Wenn sowas vollautomatisch läuft, wird es Ändungswünsche wie "aber dieser eine Beitrag nicht", "aber diese Kategorie nicht", "aber nicht bei Zurücksetzen auf Entwurf und dann nochmal Publizieren" usw. geben.