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 welches über das FTP-Programm richtiggestellt sein möchte. (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 zu einem „Fatal Error“. Dieses lässet sich nicht so einfach zurückzusetzen ist. 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. Menü Dashboard nicht auf „Snippets“ klicken! – im ausklappenden Menü auf „Alle Snippets“. Das betroffene Snippet ist nun 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, solange der safe mode aktiviert ist, sodass Zugriff auf die Website möglich ist, und das Snippets, dass den Fehler verursacht 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' abzuschalten, auskommentieren  oder löschen.

Der Sicherheitsmode kann ebd. auf Seitenbasis aktiviert werden, indem der URL ?snippets-safe-mode=true angehängt wird, welches oben schon beschrieben, aber Arbeitsablauf nicht so patent wie praktikabel ist.

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 möchte ich für Testen und Mehrgebrauch von Snippet stets vorschlagen:

Codeschnipsel zur functions.php im Plug-in Code Snippets abspeichern: Protektion und Verwaltung als auch Erhaltung der Codes bei Theme-Update.

War der Beitrag hilfreich?