Willkommen beim WP Wegerl.at 'Lesemodus' + Tastaturnavigation!
Entspanntes Lesen und spannende Artikel warten auf dich.
Entdecke unsere besten Beiträge und genieße den Lesemodus sowie die Tastaturbedienung.
WP Wegerl.at: Einzigartige Designs, optimiert für das Nutzererlebnis.
smilies.4-user.de

Parse error: syntax error, […] – Erzählung

Werbung

Der Classic-Editor: Vertraut und zuverlässig –
Ihr bewährter Begleiter.


Erleben Sie den Classic Editor neu!
(Bilder von pixelcreatures)


Viele Nutzer schätzen die vertraute Umgebung des Classic-Editors, die eine einfache und schnelle Bearbeitung ermöglicht.




Werbung

Mit dem Advanced Editor Tools auf das nächste Level –
Mehr Funktionen, mehr Möglichkeiten.


Classic Editor + Advanced Editor Tools
= Ihr Erfolgsrezept


Der Advanced Editor erweitert den Funktionsumfang des Classic-Editors und ermöglicht es, Inhalte noch effektiver zu bearbeiten.




Werbung

Einfach und intuitiv –
Der Classic-Editor für alle.


Classic Editor & Advanced Editor Tools
Erleben Sie es.


Der Classic-Editor zeichnet sich durch Stabilität und Zuverlässigkeit aus, was für professionellen Anwender von Bedeutung ist.




Werbung

Mehr schaffen in weniger Zeit –
Der Advanced Editor für kreative Köpfe.


Optimieren Sie Ihre Bearbeitung:
Advanced Editor Tools


Mit dem Advanced Editor können Designer und
Content Creatoren kreative Ideen umsetzten.





So Aufzeichnung in Erzählung "Simulation" von Error. Dashboard/Design/Editor/Theme "Funktionen (funktions.php)"  – irrtümlich das Zeichen '}' geschweifte Klammer (curly braces) nachträglich zu einem Probecode hinzugefügt –. indessen abspeichern folgt alleinig obige Meldung. Hiermit ist weder Dashboard noch Website sichtbar oder durch Anmeldung erreichbar. Zurückbutton via Browser ist zwar Browserdarstellung Editor vorhanden, aber der Bearbeitung von Richtigstellung ohne Wirkung und selbiger Meldung "Parse error …"

Error functions.php

Parse error: syntax error, unexpected '}' in /users/[…]/functions.php on line 527

Der Fehler ist in der Meldung angezeigt, nämlich nach dem eingefügten Versuchscode eine geschweife Klammer '}' – ja, welche dort nicht hin gehörte –.

Zum Beispiel: FTP-Programm (wordpress/wp-content/themes/twentyfourteen/funktions.php). – Zwei-drei Versuchen die '}' geschweifte Klammer mitsamt einem vorgesehenen Probecode zu löschen ergab die funktions.php nach dem Speichern kontra.

D. h. das FTP-Programm hat die Änderung zwar scheinbar vollzogen, aber nicht angenommen. Entweder, weil Leerzeichen zu viel oder/und der (ansonsten funktionale) Probecode nicht mitgelöscht werden sollte (Verzeichnis-Schutz für Dateien am Host?) wie auch immer …

Erfolg

Alleinig durch Löschung des angezeigten Fehlers '}' und der Gewissheit ohne Leerzeichens, ist die Richtigstellung nach dem Speichern angenommen worden und die Anmeldung Dashboards vorhanden, die Website visuell.

Error im Plug-in Editor

In Bearbeitung von Plug-in (Dashboard/Plugins/Editor) und Abspeichern in Reaktion ungeeigneten Codes erfolgt normal die Deaktivierung anzeigend betreffenden Fehler zur Richtigstellung mithin erneuter Abspeicherung die Reaktivierung des Plug-ins erfolgt.

Aber ein Error jenes das Dashboard nicht mehr funktionell ist, vorerst Browsers Zurück-Button betätigen und Versuchs erneuter Abspeicherung erfolglos ist, bleibt die Möglichkeit in Vergewisserung welche Plug-in-Datei in Bearbeitung und Beachtung des Errorhinweises: sodann über das FTP-Programm, content/plugin/… den Fehler richtigzustellen.

CSS Stylesheet Editor

… von falschen CSS-Codes kann normalerweise kein Error folgen! –, aber zur Beachtung:

"Fatal error …" im CSS Stylesheet Editor

Nach dem Abspeichern des CSS-Codes folgte, ohne weitere Unannehmlichkeit Dashboards, die Fehlermeldung: Fatal error: … wordpress/wp-includes/taxonomy.php on line 3795.

Aber nach erneuten aufrufe des CSS-Stylesheet Editor ist der CSS-Code ordentlich abgespeichert, alles wie gehabt funktionstüchtig auch in mehrfacher Abspeicherung eines erneuten Codes und anschließend obigen Fehlermeldung, Fatal error: …

… dem Missfallen sollte man nachgehen.

Datei taxonomy.php aufgerufen

Via FTP-Programm die besagte Datei taxonomy.php aufgerufen und in das Bearbeitungsprogramm "Textastic Code Editor" geladen. Dort fand sich rasch die Zeile mit dem Fehler, die welche auch scheinbar hervor gehoben war. Der Code dieser Zeile lautete: FROM $wpdb->terms") + 1;

D. h. – in Google eingeben und suchen. In Kürze zurück zum "Textastic" um etwas nachzusehen, und siehe da: der besagte Fehler-Code war verschwunden. Also wieder via FTP-Program die Datei taxonomy.php aufgerufen und nochmals in "Textastic" geladen und auch hier war der Fehler weg –. Computerzeitalter.

Fatal error: Allowed memory size of

(11. Juni 2016) Folgende Fehlermeldung bezog sich Aufrufs CSS Stylesheet Editor, Bilder hochladen war mal Ungereimtheit vorhanden und Website normal funktionstüchtig.

Also, nach dem Speichern der CSS-Auszeichnung kam immer wieder, und dann auch erneuten Aufrufs CSS Stylesheet Editor – nur mehr die Fehlermeldung: Fatal error: Allowed memory size of 67108864 bytes exhausted (tried to allocate 32 bytes) in /users/[…]/www/wordpress/wp-includes/meta.php on line 838

Wobei  das on line mit unterschiedlicher Angabe erschien, aber im Vergleich über WP-Codex Datei wp-includes/meta.php kein Fehler erkennbar war.

Meiner Anfrage am Host

… kam die freundliche Antwort: das scheint aber ein sehr speicherhungriges Script zu sein – ihm reichen für die einmalige Ausführung 64MB RAM nicht aus. Wir haben das Memory limit soweit mal verdoppelt, bitte einfach nochmal probieren. –,  ja, Nächstens hat es wieder funktioniert, und hier Danksagung des Service Host.

Das der Hinsicht geeignete Plug-in WP-Memory-Usage zeigte vor der Änderung, also bei 64MB RAM, einen Speicherbedarf von 55%. (Somit erweiterter Fragestellung, woher der Speicherbedarf ist und inwieweit das im Ganzen zusammenhängen kann.)

Bei nunmehr 128MB RAM sind es 28% Auslastung. Die Daten obigen Plugin Dashboards "Memory Overview" sind nunmehr: PHP Version : 5.5.21 / 64Bit OS, Memory limit : 128 MB, Memory usage : 35.45 MB.

Den Grund welchen Scriptes Plug-in der Speicher braucht, wäre das Plug-in P3 (Plugin Performance Profiler) dienlich.

Nachlese

https://faq.wpde.org/exhausted-php-memory/
PHP Memory Limit erhöhen
Wie man das PHP Menory Limit in WP erhöht
Große Unterschiede beim WordPress Speicherverbrauch mit PHP 5.3/5.4/5.5

Noch mal functions.php

Des nicht zuletzt? – Fatal Error: …

Error

(29.9.16) Im FTP-Programms werkeln erstem Gelungenen löschen eines die funktions.php außer Kraft setzenden Probecodes war erfolglosem Herumwerkeln weiteren Probecode zu löschen aber bald die funktions.php gelöscht! – also im Gesamten die Datei nicht mehr vorhanden –.

hiermit die Website nur durch Header und Fatal-Error-Hinweis den Eindruck eines aufgeräumten, reduzierten Stils Touch Kunst erweckte. Das Dashboard aber funktionell auch der Bearbeitung von Dateien.

Die im Voraus gesicherte Datei funktions.php nun zurück in das FTP-Programm geladen und einsetzend vom Ordner am Web-Host-Server, also wp.content/themes/das Theme, die funktions.php wieder hochgeladen – somit ist die Funktionalität der Website wiederhergestellt.


Vergissmeinnichts Beschreibung:
FTP-Programm (Sprite+), FTP Web-Host-Server
  • wp.content/themes/twenty fourteen öffnen.
  • Das Zeichen für hochladen (das transparente Quadrat mit Pfeil nach oben) anklicken und "Datei importieren" auswählen.
  • Sodann über Auswahl die zuvor geladene Datei "funktions.php" im Ordner "Imported" finden, anhaken und hochladen.

Dankeschön "die Herren Inschönere"

Errors der functions.php kann man weitgehend vorbeugen:

Snippets functions.php, CSS und JavaScript: das Child-Theme. Spezifisch, CSS+JS: das Plug-in Header Footer Code Manager. Zum Workflow und Browser Cache siehe das Plug-in reBusted!

Der Beitrag wurde mit fachlicher Unterstützung erstellt.


Aktualisiert im Jahr 2017 Januar