Keine ?nderungen gespeichert – Neue Regel

über dem blauen Button “?nderungen übernehmen” findest du den grauen Button “Regel hinzufügen”.

Das mit dem Standardbild versuche ich noch zu rekonstruieren.

In meiner Test-Installation konnte ich ein Standardbild für jeden neuen Beitrag setzen. Deine Erfahrung “Das hat genau ein einziges Mal funktioniert, dann nie mehr.” kann ich leider nicht nachvollziehen.

Vielen lieben Dank! Ist ja toll, dass Du Dich so kümmerst.
Also das graue Feld, Regel hinzufügen, benutze ich natürlich und fülle dann die beiden Felder entsprechend aus. Nur abspeichern kann ich es nicht.
Wie ich Regeln erstelle usw. ist mir klar. Aber wie gesagt, ich kann die neue Regel nicht abspeichern.

Zum zweiten Problem: Ich habe es doch richtig verstanden, da? ich Artikel ohne Beitragsbild erstellen kann und denen dann beim Abspeichern das von mir defirnierte Standardbild automatisch zugewiesen wird?
Und das hat einmal funktioniert und seitdem nicht mehr.

Alles andere: Massen?nderungen mit verschiedenen Filtern usw. hat ganz, ganz toll funktioniert und war auch rasend schnell. prima Sache.

Hallo Peter, wenn nichts abgespeichert wird, bedeutet es, dass eine neue Regel nicht vollst?ndig war und vom Plugin verworfen wurde. WordPress nimmt das auf als “kein Unterschied zur aktuell gespeicherten Einstellung” und spart sich das Speichern. Daher die Meldung, dass nichts gespeichert wurde.

Nur die “beiden Felder ausfüllen” reicht nicht. Oft wird vergessen, bei einer neuen Regel das Bild anzugeben. Au?erdem müssen die beiden Pulldowns auf andere Werte als “Ausw?hlen” eingestellt sein. Sonst gilt die Regel als unvollst?ndig und wird verworfen.

Lieber Martin, ja Du hast einen Vollhonk beim Honken erwischt. Ich gebe, vor Scham unter dem Teppich kriechend, zu, da? ich tats?chlich im ersten Problemfall einen Fehler gemacht habe. Ich hatte der zweiten Regel kein Bild zugewiesen. Ich nahm an, dass das Bild der ersten Regel da dann automatisch gilt.
Dieser Teil ist also gel?st. Vielen Dank!

Aber nach wie vor funktioniert die für mich fast wichtigere Sache nicht.
Beim Abspeichern eines Artikels ohne Bild wird das als Standardbild definierte Image nicht verwendet.

Hallo Peter, kannst du ein Beispiel nennen? Z.B. du hast die Regel “Bild x bei Kategorie z” gespeichert. Und Artikel der Kategorie z bekommt kein Bild x?

Also, ich bin bei “Standard-Beitragsbilder für zukünftige Inhalte”.
Dort habe ich einen Haken bei: “Verwende erstes Inhaltsbild als Beitragsbild automatisch beim Speichern eines Beitrags”.
Das funktioniert nicht.

Dann habe ich ein Standardbild hochgeladen und bei Regel 3 “Taxonomie” Inhaltstyp ausgew?hlt und bei “Wert” Beitrag.

Speichere ich nun einen Artikel ohne Beitragsbild ab. Bleibt er ohne Bild.
Auch wenn im Text weiter unten ein Bild kommt, greift Regel 2 nicht.

Ich habe auch schon Taxonomie=Kategorie probiert und mit Schlagwort, es klappt einfach nicht.

Evtl. eine Inkompatibilit?t mit einem anderen Plugin?
Ich habe aber schon div. Plugins abgeschaltet und getestet, es will einfach nicht.
Wie ich oben schon schrieb, ein einziges Mal hat es geklappt, dann nie wieder. Ich verstehe das nicht.

Dieses Plugin ist so toll und würde genau das machen, was ich ben?tige. In meinem Magazinlayout geh?rt zu jedem Beitrag zwingend ein Bild. Das Plugin soll bei Schnellschüssen und versehentlichem Vergessen ein Standardbild einsetzen.

Hallo Peter, wenn das H?kchen gesetzt ist bei “überschreibe ein bestehendes Beitragsbild automatisch beim Speichern eines Beitrags” funktiniert es.

Bei nicht vorhandenem Beitragsbild sollte das Plugin auch ein Bild setzen, tut es aber merkwürdigerweise nicht. Da werde ich nachforschen.

Vielen Dank für den guten Support, Martin.

Das ist prima, da? das funktioniert, aber genau das ist es ja, was ich NICHT will. Ich gebe mir immer gro?e Mühe ein passendes Bild zu jedem Artikel zu finden und m?chte natürlich WENN ein Bild da ist, dass das NICHT überschrieben wird.

Genau anders herum w?re prima: Es ist KEIN Bild da, weil ich zu faul war oder keins gefunden habe, und dann sollte das Plugin eins einsetzen.

Bin gespannt, was Deine Forschungen ergeben.

Peter, danke für die M?glichkeit, deine WP-Installation mit Admin-Rechten inspizieren zu dürfen. Ich habe die Ursache gefunden. Bin aber auch sauer auf dich oder denjenigen, der das von dir genutzte Theme überarbeitet hat, denn meine Arbeit h?tte echt gespart werden k?nnen.

In kurz: Das Plugin kann das Beitragsbild nicht setzen, da eine andere Funktion vor ihm schon ein Beitragsbild setzt.

In lang:
In der functions.php deines Themes steht ein Stück Code, der identisch ist mit dem aus dieser Quelle.

Beim Speichern setzt diese Funktion ein Standardbild mit dem Wert https://yoursite.com/your_image_url.jpg. Der Wert ist nicht nur sinnlos, da eine URL gesetzt wird in einem Kontext, in dem WordPress eine Zahl erwartet (die ID des Bildes in der DB). Er blockiert au?erdem das Plugin, wenn “überschreiben” nicht aktiviert ist.

Was tun?
L?sche oder auskommentiere den Code in der functions.php und das Plugin kann wirken wie erwartet. Es reicht bereits, die add_action-Anweisung auszukommentieren.

Und wenn du es dir zutraust, in der DB ?nderungen vorzunehmen, kannst du in der post-meta-Tabelle alle Eintr?ge l?schen, die die o.g. URL als meta_value besitzen. Das betrifft bei deiner Installation 234 Datens?tze.

Und wieder habe ich graue Haare bekommen ….

Zun?chst einmal mu? ich sagen, da? ich sprachlos bin über den wirklich erstklassigen Support. Ich habe selten erlebt, da? sich ein Plugin-Autor bei einem dubiosen Fehler so reinkniet!
Vielen, vielen Dank!

Ich bewerte Dein Plugin (auch purify) bei WP mit voller Sternchenzahl und habe mir erlaubt eine Kleinigkeit via PayPal zu spenden.

Ein Anruf im Maschinenraum hat auch ergeben, wer diese ?nderung in der functions.php vorgenommen hat. Dieser Code sollte in erster Linie verhindern, da? in den Excerpts eine Magazinthemes anstelle von Bilder und Links die Markuplanguage sichtbar wird.
Da? da auch Einflu? auf die Thumbnails genommen wird, war mir nicht bekannt und sollte so auch nicht sein.
Scotty im Maschinenraum leistet Abbitte und hat den bl?den Code entfernt.

Natürlich funktioniert Dein Plugin jetzt absolut reibungslos und ich werde das, nebst dem tollen Support, auch noch einmal in einem eigenen Blogbeitrag zum Plugin erw?hnen.
Nochmals danke!