Code Snippets – Plug-in

Darf ich „vor-stellen“?
Das Plug-in Code Snippets

Das Plug-in Code Snippets, d. h. unterstĂŒtzend der Abspeicherung von Snippets betreffend funktions.php sowie Erhaltung der Codes bei Theme-Updates.

OriginĂ€r: Ein leichter, sauberer und einfacher Weg, um Snippets zu deiner Website hinzuzufĂŒgen. Du brauchst nicht mehr die functions.php-Datei deines Themes zu bearbeiten!

Ein Plug-in welches Versuchs unterschiedlichen PHP-Codes erleichtert. Die Abspeicherung fehlerhaften Codes folgt kein Error. Ansonsten mĂŒsste welches ĂŒber das FTP-Programm richtiggestellt werden. (S. Die Simulation eines Errors.) Das fehlerhafte Snippet wird  bei Abspeicherung nur nicht aktiviert, mit dem Hinweis: „Das Snippet wurde wegen einem Fehler deaktiviert [
]  syntax error, …“ . Nach Web-Browsers „ZurĂŒck-Button“ ist die Ungereimtheit zu korrigieren.

Zur Beachtung gereichten Fragestellung

UngĂŒltigem Snippet darf die Aktivierung nicht in Verwaltung (die Auflistung der Codes) erfolgen! – dies fĂŒhrte hier zu einem „Fatal Error“. Dieses hat sich nicht so einfach zurĂŒcksetzen lassen. S. Bugfix WordPress – manuelle Aktualisierung.

Fazit ungewöhnlichen Errors: Code, der nach Versuchs Aktivierung als „deaktiviert“ aufscheint, weil er ungeeignet ist und  Weiterverarbeitung nicht stattfindet, sogleich zu löschen oder /* auskommentieren */, um so einer versehentlichen Aktivierung in Verwaltung der Codes vorzubeugen.

Zum NĂ€chsten (AnfĂ€ngers workflow) in Rahmung. Siehe auch dessen Zusammenhangs folgend: „Zum Fazit eines ungewöhnlichen Errors.“

… nach Abwicklung der Aktualisierung WP (Bugfix) und erneuter Installierung des Plug-ins Code Snippets folgte der Aktivierung, Ă€hnlich anfangs, dies Errors: Fatal error: Call to a member function get_extra_permastruct() on a non-object in /users/[…]/www/wordpress/wp-includes/taxonomy.php on line 4077

Einer Vorahnung dessen Errors habe ich als Erstes ĂŒber FTP am Web-Host-Server (wordpres/wp-content/plugins/code snippets) das Plug-in gelöscht und somit war die FunktionalitĂ€t von Backend und Frontend sogleich vorhanden. – Selbiges hĂ€tte logisch ebenso nach vorhergehenden Errors funktioniert, einschließlich
 Folgenden fĂŒr erneute Aktivierung:

Der Grund ist Cache in Core-Datei (FTP-Programm: wordpress/wp-content/cache). Dessen cache-Ordner habe ich den Inhalt des Ordners (nicht den Ordner) gelöscht. Erneuter Installation des Plug-ins und Aktivierung erfolgreich.

Zum Fazit eines ungewöhnlichen Errors:

Erst spĂ€ter eruierte Möglichkeit ist der Beschreibung von Plug-in Code Snippets, originĂ€r von Thomas (themecoder.de): Falls die Website wegen fehlerhaften Code Schnipsels nicht mehr erreichbar ist, kann an die URL im Browser ein ?snippets-safe-mode=true angehĂ€ngt werden. Mit diesem Parameter ist die AusfĂŒhrung von Codes durch Code Snippets unterbunden. Der Zugriff auf die Seite ist wieder vorhanden. Das betroffene Snippet kann korrigiert oder deaktivieren werden.

Das Parameter ?snippets-safe-mode=true war mit WordPress Multisite bald hilfreich.

(Nov. 17) Allen Themen sind die Snippets nicht geeignet. Im Herumprobieren erfolgte ein Error, welches den Zugang zum Dashboard verwehrte. Durch das der URL angefĂŒgte Parameter war das Dashboard wieder vorhanden. Folgend im MenĂŒ Dashboard nicht auf „Snippets“ klicken! – erst im ausklappenden MenĂŒ auf „Alle Snippets“. Dort ist nun das betroffene Snippet zu deaktivieren.

FAQ

de.wordpress.org/plugins/code-snippets/ s. FAG, Snippet aktiviert und Dashboard wie Website nicht erreichbar.

OriginÀr (im Fall, der fÀlle zu empfehlen!)

Alle Snippets werden nicht ausgefĂŒhrt, wenn der safe mode aktiviert ist. Hiermit ist dann wieder der Zugriff auf die Website möglich. Das Snippets, das den Fehler verursacht hat ist zu deaktivieren.

Safe mode aktivieren, folgende Zeile in Datei wp-config.php, vor der Zeile in der es heißt /* That's all, stop editing! Happy blogging. */:

wp-config.php
define('CODE_SNIPPETS_SAFE_MODE', true);

Um den ’safe mode' wieder abzuschalten entweder true zu false oder einfach auskommentieren:

/* define('CODE_SNIPPETS_SAFE_MODE', true); */

Der Sicherheitsmode kann auch auf Seitenbasis aktiviert werden, indem der URL ?snippets-safe-mode=true angehÀngt wird. Welches ist Obig schon beschrieben, aber im Arbeitsablauf ist das nicht so patent wie praktikabel.

Bspw. vergangene Bugs

WP-Multisite – Button „Änderung ĂŒbernehmen“

Durch Update (JĂ€n. 18). Version: 2.9.5: Funktion des Buttons „Änderung ĂŒbernehmen“ fĂŒr WP-Multisite.

Vormals: Seit WordPress Multisite aktiv war, erfolgte durch Button „Änderung ĂŒbernehmen“ dies Error: Fatal error: Call to undefined function get_current_screen() in /users/[…]/wp-content/plugins/code-snippets/php/class-db.php on line 50 . Abspeicherung selbigen Snippets ĂŒber den Button „Speichere Änderungen und Aktiviere/Deaktiviere“ zur FunktionalitĂ€t fĂŒhrt.

Sicherung der Code-Snippets

FĂŒr etwaige Unannehmlichkeiten ist eigene Sicherung der Code-Snippets zu empfehlen – z. B. des Plug-in-Updates (Mai 2017) waren neben fehlerhafte Aktualisierung die eigenen Beschreibungen zu den Snippets weg. Jenes leicht zu verkraften war, im Gegensatz die Codes verschwunden wĂ€ren. Nach Update auf Version 2.8.6 waren die hausinternen Notizen zu den Snippets wieder vorhanden, außer denen, welchen zwischenzeitlichen erneuter Abspeicherung.


Der Empfehlung die Codes direkt der functions.php zu integrieren heißt es fĂŒr den Anwender zum Testen wie Mehrgebrauch von Snippet stets:

Die Snippets zur functions.php im Plug-in 'Code Snippets' abspeichern. Dazu ist das zur Verwaltung der Codes als auch der Schutz bei Theme-Update.

Ist der Beitrag hilfreich?