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. Für den Beginner ist das Plug-in ein leichter, sauberer und einfacher Weg, um Snippets zur Website hinzuzufügen. Infolge ungeeigneten Codes erfolgt der Website kein Error und der Code kann schnell zurückgestell werden.

Also 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.

Zum Fazit eines ungewöhnlichen Errors:

… 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.

Ein biss’l Fachsimpelei und Anfängers Workflow

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 nächst Überschrift: „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.

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 Beginner WP zum Testen wie Mehrgebrauch von Snippet:

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.