Wordpress

Das Plug­in Code Snip­pets schreibt die im Dash­board ein­ge­setz­ten Scrip­te nicht in die functions.php, son­dern direkt in die Daten­bank von Word­Press. Soll­te ein feh­ler­haf­tes Script dazu füh­ren, dass Word­Press nicht mehr erreich­bar ist, ist das erst mal kein Bein­bruch, solan­ge man Zugriff mit phpMy­Ad­min auf die Daten­bank hat.

Word­Press sen­det außer­dem auto­ma­tisch eine E‑Mail an den Admin mit einem Reco­very-Link. Drauf­kli­cken, um ins Dash­board zu gelan­gen und das pro­ble­ma­ti­sche Snip­pet zu deaktivieren.

Falls das nicht funk­tio­niert, per FTP den Plug­in-Ord­ner ‘/wp-con­ten­t/­plug­in­s/­code-snip­pets/‘ umbe­nen­nen (z. B. in ‘code-snip­pets_­de­ak­ti­viert‘), um es zu deaktivieren.

In der Daten­bank (phpMy­Ad­min) Tabel­le ‘wp_snippets‘ das Snip­ped suchen und löschen. Danach soll­te die Sei­te wie­der zu errei­chen sein. Im Dash­board „alle Snip­pets“ auf­ru­fen und das defek­te Snip­pet löschen. Nicht vergesen:
Per FTP den Plug­in-Ord­ner wie­der rich­tig benennen.

Was bis­her mit rudi­men­tä­ren Kennt­nis­sen mit der Script­spra­che PHP mehr schlecht als recht im Bereich der Anpas­sung in einem WP-The­me oder im CMS sel­ber funk­tio­nier­te, war, wenn es denn funk­tio­nier­te, ein ner­vi­ges Gebas­tel. Und selbst wenn ein ver­meint­lich funk­ti­ons­fä­hi­ges Script vor­lag, muss­te es meist mit­tels der Datei functions.php auf den Ser­ver gela­den wer­den. Oft­mals zeig­te sich bei Auf­ruf dann die Mel­dung auf dem Bild­schirm: Word­Press hat einen schwer­wie­gen­den Feh­ler fest­ge­stellt. Also wie­der ent­fer­nen, noch mal hoch­la­den und noch­mal und noch­mal, end­los nervig.

Damit ist jetzt Schluss. Die KI Per­ple­xi­ty ist, soweit ich das als Nicht Pro­gram­mie­rer beur­tei­len kann, die genia­le Lösung für das Erstel­len von Skrip­ten. Wenn ich die Anfor­de­run­gen am Befehls­promt prä­zi­se stel­le, bekom­me ich in der Regel auch ein prä­zi­ses Script. 

Mit dem genia­len Plug-In Code Snip­pets kann ich das fer­ti­ge Script ein­fach im Dash­board von Word­Press ein­set­zen und akti­vie­ren, das war’s schon. Ich habe bereits eini­ges auf der Sei­te damit umge­setzt. Bei­spiels­wei­se habe ich ein Script für einen Link zur Bear­bei­tung des Tex­tes für ange­mel­de­te Benut­zer pro­gram­mie­ren las­sen. Das The­me Gene­ra­te­Press konn­te damit stan­dard­mä­ßig nicht dienen. 

Ich bin jeden­falls begeis­tert, das Zusam­men­spiel zwi­schen Per­ple­xi­ty und dem Plug­in Code Snip­pets funk­tio­niert rei­bungs­los und es macht eine Men­ge Spaß. 

Apro­pos Plug­in: Auch das ist teil­wei­se nicht mehr nötig; zumin­dest ein­fa­che Plug­ins erstellt Per­ple­xi­ty anstandslos. 

Gera­de noch drü­ber gespro­chen und schon zer­schie­ße ich mir durch Unacht­sam­keit mein Blog­lay­out. Also von vor­ne. Als Aus­gangs­the­me dient Gene­ra­te­Press, noch ziem­lich im Ori­gi­nal­de­sign, das kann sich aber ändern. 😃

Wenn in Word­Press ein Ent­wurf gespei­chert wird, legt das Sytem auto­ma­tisch eine Spei­che­rung (Revi­si­on) in der Daten­bank an. Das kann mit der Zeit zu einer Men­ge Daten­bank­müll füh­ren, das sich zwar löschen lässt, ner­vig ist es trotz­dem. Die Anza­jl der Revi­sio­nen lässt sich aber begren­zen. Fol­gen­des Snip­pet muss dafür in die config.php kopiert werden:

define('WP_POST_REVISIONS', 3);

Damit ist dann die Anzahl der zu spei­chern­den Revi­sio­nen auf drei begrenzt. 

Einer­seits bin ich über­haupt kein Freund von Text­aus­zü­gen, ande­rer­seits ist es wohl, dass Goog­le die Eigen­heit von Word­Press, näm­lich Tex­te auf der index-Sei­te und dann ver­linkt als Ein­zel­sei­ten­text, als dop­pel­ten Con­tent wer­tet, wenn der Text auf der Blog­ein­gang­sei­te ohne Text­aus­zug, also als gan­zer Text erscheint. 

Ob das so ist, weiß ich nicht. Jeden­falls ist der more-tag, d.h. der Link zur Ein­zel­sei­te des Tex­tes oft­mals in Eng­lisch und wer nun kei­ne Lust auf eine kom­plet­te Ein­deut­schung sei­nes The­mes hat, der kann den Text ganz ein­fach nach sei­ner Wahl ändern. Ein­fach hin­ter dem more ein Leer­zei­chen ein­ge­ben und einen eige­nen Text in den tag schrei­ben, dann erscheint der Link zum Arti­kel mit dem eige­nen Text. 

Word­Press inte­griert mit der Ver­si­on 6.2 einen Zugang zur Web­site Open­ver­se, die Bil­der und Audio­da­tei­en gemein­frei zur Ver­fü­gung stel­len. Über den Blo­cke­di­tor im Backend ist Open­ver­se ver­linkt und mit einem Klick kön­nen aus­ge­such­te Bil­der in einen Bei­trag ein­ge­fügt wer­den. Aus mei­ner Sicht eine wei­te­re unnüt­ze Schnitt­stel­le, die auch aus Sicher­heits­aspek­ten abge­schal­tet gehört. Das geht auch, näm­lich mit dem Code-Schnipsel:

add_filter(
'block_editor_settings_all',
function( $settings ) {
$settings['enableOpenverseMediaCategory'] = false;
return $settings;
},
10
);

der in die functions.php des Child-The­mes ein­zu­fü­gen ist. Wie­der ein Argu­ment für die Wich­tig­keit des Child-The­mes unter Word­Press. Mit Dank an die Wut­zo­ne für den Hinweis 😉