{"id":22614,"date":"2026-08-28T13:09:33","date_gmt":"2026-08-28T11:09:33","guid":{"rendered":"https:\/\/www.curiaweb.ch\/?post_type=docs&#038;p=22614"},"modified":"2026-08-28T13:09:33","modified_gmt":"2026-08-28T11:09:33","password":"","slug":"read-cpanel-error-log","status":"publish","type":"docs","link":"https:\/\/www.curiaweb.ch\/en\/hilfe\/webhosting-cpanel\/cpanel-error-log-lesen\/","title":{"rendered":"Read cPanel Error Log and find website errors"},"content":{"rendered":"<p class=\"wp-block-paragraph\">When a website shows an error, the visible message in the browser is often just a symptom. The actual problem can be caused, for example, by PHP, an application, incorrect file paths, permissions, or a faulty server configuration.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">In CURIAWEB-cPanel you will find under <strong>Measured values \u2192 Errors<\/strong> current entries from the web server's error log. These messages can provide crucial clues as to, <strong>when, where and why<\/strong> an error has occurred.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">In this guide, we show you how to access the cPanel error log, read typical error messages, and derive the next logical steps for troubleshooting.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Important:<\/strong> An error message should not be searched for individual terms alone. Timestamps, file paths, line numbers, and error text belong together. Only the complete context often reveals which file or application is actually affected.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">What is the cPanel Error Log?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Web servers and applications log specific errors that occur during the processing of a website.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">In the cPanel area <strong>Error<\/strong> Can you view recent entries from the web server error log?.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Such entries may contain, for example, references to:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>PHP error<\/li>\n\n\n\n<li>missing files<\/li>\n\n\n\n<li>invalid file paths<\/li>\n\n\n\n<li>Permission issues<\/li>\n\n\n\n<li>misconfigurations<\/li>\n\n\n\n<li>Problems with PHP scripts<\/li>\n\n\n\n<li>certain Apache\/web server messages<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">The error log is therefore one of the most important tools when diagnosing a website that suddenly stops working correctly.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">What the error log is not<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">The cPanel error log is not a complete history of all events within your hosting account.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">It also does not automatically show:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>every error of every application<\/li>\n\n\n\n<li>all WordPress errors<\/li>\n\n\n\n<li>all database errors<\/li>\n\n\n\n<li>all cron job outputs<\/li>\n\n\n\n<li>all accesses to your website<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Depending on the type of error, other logs or diagnostic tools may be relevant.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Briefly explained:<\/strong> The error log is an important starting point \u2013 but not every technical problem has to be logged there.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">1. Open cPanel Error Log<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Log in to your CURIAWEB cPanel.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Then open:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Measured values \u2192 Errors<\/strong><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">cPanel shows you current entries from the error log there.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">2. Reproduce error first<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">If a specific error is reproducible, you should reload the affected page immediately before checking the log.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Example:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>13:42\n\u2192 call up faulty page\n\n13:43\n\u2192 cPanel \u2192 Metrics \u2192 open Errors<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">As a result, you can much more easily correlate current log entries with the error that has just occurred.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Practical Tip:<\/strong> Note the exact time you triggered the error. Especially on high-traffic websites, numerous different messages can occur within a short period of time.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">3. Do not automatically assume the newest entry is the cause<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">The most recent log entry does not necessarily have to do with your problem.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">For example, a website can simultaneously be accessed by:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>visitors<\/li>\n\n\n\n<li>Search engines<\/li>\n\n\n\n<li>Bots<\/li>\n\n\n\n<li>Monitoring systems<\/li>\n\n\n\n<li>other applications<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">to be called.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Therefore, always check the affected path or the specified file in addition to the timestamp.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">How is an error message structured?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">The exact structure depends on the type of error. However, a log entry can contain information like this:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>Timestamp\nError type\nError text\nFile path\nLine number\nFurther technical information<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">A schematic PHP example could look like this:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>PHP Fatal error:\nUncaught Error: ...\nin \/home\/CPANELUSER\/public_html\/example.php\non line 125<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Several components are relevant for troubleshooting.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Timestamp<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">The timestamp helps you determine whether the message was actually generated at the time you observed the problem.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">A report from yesterday is usually not proof of an error you just triggered.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Type of error<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">The error type provides a first indication of the severity and category of the problem.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Examples:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>PHP Fatal error\nPHP Warning\nPHP Notice\nPermission denied\nFile not found<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">These messages do not mean the same thing and should therefore be treated differently.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Error message<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">The actual error text describes what went wrong during processing.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Examples can be:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>Call to undefined function ...\nClass ... not found\nFailed opening required ...\nPermission denied\nAllowed memory size ... exhausted<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">The error text is often the most important part for technical classification.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">File path<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">The specified file path often indicates which file was involved in the error.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">For example:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>\/home\/CPANELUSER\/public_html\/wp-content\/plugins\/example\/plugin.php<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">From such a path, it can already be seen that the affected file is located within a WordPress plugin.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Important:<\/strong> A file path shows where the error was triggered or detected. This does not necessarily mean that this exact file alone is the actual cause.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">Line number<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">PHP error messages can additionally contain a line number:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>on line 125<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">This allows the relevant section within the file to be located.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The line number is particularly helpful for developers or when dealing with your own code. In the case of a third-party plugin or theme, you should not simply delete or modify the line of code in question.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Understanding PHP Fatal Errors<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">One<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>PHP Fatal error<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">means that PHP could not continue the execution in question due to a fatal error.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">This can lead, for example, to:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>a page does not load<\/li>\n\n\n\n<li>only a blank page appears<\/li>\n\n\n\n<li>WordPress is reporting a critical error<\/li>\n\n\n\n<li>an HTTP 500 error occurs<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">What is crucial is the text that follows <code>PHP Fatal error<\/code> follows.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">\u201eUnderstanding \u201cUncaught Error\u201c<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">A message like:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>Uncaught Error: ...<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">indicates that an error occurred during PHP execution that was not caught by the application.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">For example, a required function or class may be missing.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The message should always be viewed together with the following file path and line number.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">\u201eCall to undefined function\u201c<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">A message like:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>Call to undefined function example()<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">means that PHP does not recognize a called function or that it is not available at the time of the call.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Possible causes can be:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>missing PHP extension<\/li>\n\n\n\n<li>unloadable application file<\/li>\n\n\n\n<li>incompatible code<\/li>\n\n\n\n<li>faulty plugin or theme<\/li>\n\n\n\n<li>Version conflict<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">If the function belongs to a PHP extension, the article <a href=\"\/en\/help\/web-hosting-cpanel\/enable-php-extensions\/\">Enabling and Managing PHP Extensions in cPanel<\/a> help.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">\u201eClass not found\u201c<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">A message like:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>Class \"Example\" not found<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">means that an application wants to use a PHP class that is not available at that time.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">This can be done, for example, by:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>missing files<\/li>\n\n\n\n<li>incomplete updates<\/li>\n\n\n\n<li>broken dependencies<\/li>\n\n\n\n<li>incompatible plugins<\/li>\n\n\n\n<li>faulty custom code<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">be caused.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">On a WordPress website, the file path can often show which plugin or theme is involved.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">\u201eFailed opening required\u201c<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">A message like:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>Failed opening required '\/pfad\/datei.php'<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">indicates that PHP could not successfully load a required file.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Check in particular:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>does the file exist?<\/li>\n\n\n\n<li>Is the path correct?<\/li>\n\n\n\n<li>was the file moved or deleted?<\/li>\n\n\n\n<li>Was an update incomplete?<\/li>\n\n\n\n<li>Are the permissions correct?<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">With the <a href=\"\/en\/help\/web-hosting-cpanel\/use-cpanel-file-manager\/\">cPanel File Manager<\/a> Can you check the specified path?.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">\u201eNo such file or directory\u201c<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">A message like:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>No such file or directory<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">basically means that an expected file or directory was not found under the specified path.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">This can occur, for example, after a migration, a manual file move, or a faulty update.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">\u201ePermission denied\u201c<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">A message like:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>Permission denied<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">indicates that a required access was not possible due to the existing permissions.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">In this case, check first:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>which file or directory is affected<\/li>\n\n\n\n<li>which access was attempted<\/li>\n\n\n\n<li>whether the existing file permissions are plausible<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">You can find the basics under <a href=\"\/en\/help\/web-hosting-cpanel\/file-permissions-644-755\/\">How to correctly set file permissions 644 and 755 in cPanel<\/a>.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Attention:<\/strong> Do not set file permissions globally to <code>777<\/code>, just to make an error message disappear. That doesn't cleanly solve the root cause and can degrade the security of the website.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">\u201eAllowed memory size exhausted\u201c<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">A common PHP error message is essentially:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>Allowed memory size of ... bytes exhausted<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">In this case, PHP has reached the memory limit available for the process.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The message often additionally contains:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>the available storage limit<\/li>\n\n\n\n<li>the additionally requested amount of memory<\/li>\n\n\n\n<li>the affected file<\/li>\n\n\n\n<li>a line number<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">We explain how to classify PHP memory and other limits at <a href=\"\/en\/help\/web-hosting-cpanel\/set-php-limits\/\">Set PHP memory limit, upload size, and execution time<\/a>.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Memory Limit nicht einfach unbegrenzt erh\u00f6hen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn eine Anwendung ungew\u00f6hnlich viel Speicher ben\u00f6tigt, kann ein h\u00f6heres Limit zwar erforderlich sein \u2013 es kann aber auch lediglich ein Symptom verdecken.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Beispiele f\u00fcr einen ungew\u00f6hnlich hohen Speicherverbrauch k\u00f6nnen sein:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>fehlerhaftes Plugin<\/li>\n\n\n\n<li>extrem gro\u00dfe Datenmenge<\/li>\n\n\n\n<li>Endlosschleife<\/li>\n\n\n\n<li>problematischer Import<\/li>\n\n\n\n<li>ungeeignete Anwendungskonfiguration<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Pr\u00fcfe deshalb auch den Kontext des Fehlers.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">\u201eMaximum execution time exceeded\u201c<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">A message like:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>Maximum execution time of ... seconds exceeded<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">bedeutet, dass ein PHP-Prozess l\u00e4nger gelaufen ist als f\u00fcr diese PHP-Umgebung erlaubt.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Das kann beispielsweise bei:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>gro\u00dfen Importen<\/li>\n\n\n\n<li>aufwendigen Exporten<\/li>\n\n\n\n<li>langsamen externen Verbindungen<\/li>\n\n\n\n<li>umfangreichen Datenbankoperationen<\/li>\n\n\n\n<li>problematischem Anwendungscode<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">occur.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Auch hier sollte das Limit nicht blind erh\u00f6ht werden. Pr\u00fcfe zuerst, welcher Prozess betroffen ist.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">PHP Warning verstehen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Eine:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>PHP Warning<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">ist grunds\u00e4tzlich nicht dasselbe wie ein Fatal Error.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">PHP kann die Verarbeitung bei vielen Warnungen fortsetzen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Trotzdem k\u00f6nnen Warnungen auf Fehler oder veraltete beziehungsweise problematische Programmierung hinweisen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn dieselbe Warning sehr h\u00e4ufig auftritt, kann sie au\u00dferdem Logdateien unn\u00f6tig vergr\u00f6\u00dfern.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">PHP Notice und Deprecated-Meldungen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Messages such as:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>PHP Notice<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">or:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>PHP Deprecated<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">sind ebenfalls von einem Fatal Error zu unterscheiden.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Eine Deprecated-Meldung weist typischerweise darauf hin, dass Code eine Funktion oder Vorgehensweise verwendet, die als veraltet gilt und k\u00fcnftig m\u00f6glicherweise nicht mehr unterst\u00fctzt wird.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Solche Meldungen treten beispielsweise nach einem Wechsel auf eine neuere PHP-Version h\u00e4ufiger bei \u00e4lteren Anwendungen, Plugins oder Themes auf.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Viele Deprecated-Meldungen nach PHP-Wechsel<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn unmittelbar nach einem PHP-Wechsel zahlreiche Deprecated-Meldungen erscheinen, solltest du pr\u00fcfen, ob die betreffende Anwendung vollst\u00e4ndig mit der neuen PHP-Version kompatibel ist.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Die PHP-Version deiner Domain verwaltest du bei CURIAWEB grunds\u00e4tzlich \u00fcber den <a href=\"\/en\/help\/web-hosting-cpanel\/change-php-version\/\">MultiPHP Manager<\/a>.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Stelle nicht wahllos mehrere PHP-Versionen nacheinander ein. Pr\u00fcfe zuerst die Systemanforderungen der verwendeten Software.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Fehlermeldung zeigt auf ein WordPress-Plugin<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Ein WordPress-Pfad kann beispielsweise so aussehen:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>\/home\/CPANELUSER\/public_html\/wp-content\/plugins\/example-plugin\/file.php<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Der Bereich:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>\/wp-content\/plugins\/example-plugin\/<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">zeigt, dass die Datei zu einem Plugin geh\u00f6rt.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn ein Fatal Error dort ausgel\u00f6st wird, geh\u00f6rt dieses Plugin zu den ersten Komponenten, die du untersuchen solltest.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Das bedeutet jedoch nicht automatisch, dass das Plugin allein schuld ist. Auch ein Konflikt mit einem anderen Plugin, Theme, PHP oder WordPress selbst kann beteiligt sein.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Fehlermeldung zeigt auf ein WordPress-Theme<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">A path like:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>\/wp-content\/themes\/example-theme\/...<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">weist darauf hin, dass sich die betroffene Datei innerhalb eines Themes befindet.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Then check in particular:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>wurde das Theme gerade aktualisiert?<\/li>\n\n\n\n<li>Has PHP been changed?<\/li>\n\n\n\n<li>Has WordPress been updated?<\/li>\n\n\n\n<li>trat der Fehler unmittelbar nach einer Theme-Anpassung auf?<\/li>\n\n\n\n<li>handelt es sich um individuellen Code?<\/li>\n<\/ul>\n\n\n\n<h2 class=\"wp-block-heading\">Fehlermeldung zeigt auf wp-content, aber Ursache kann woanders liegen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Bei WordPress greifen Core, Plugins und Themes st\u00e4ndig ineinander.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ein Fehler kann deshalb beispielsweise in Plugin A sichtbar werden, obwohl eine von Plugin B verursachte \u00c4nderung den problematischen Zustand ausgel\u00f6st hat.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Betrachte den Dateipfad deshalb als wichtigen Hinweis \u2013 nicht als automatischen Schuldbeweis.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Stack Trace verstehen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Bei bestimmten PHP-Fehlern wird zus\u00e4tzlich ein sogenannter <strong>Stack Trace<\/strong> protokolliert.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Dieser zeigt vereinfacht, welche Funktionen beziehungsweise Dateien aufgerufen wurden, bevor der Fehler entstanden ist.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Schematisch:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>#0 Datei A \u2192 Funktion X\n#1 Datei B \u2192 Funktion Y\n#2 Datei C \u2192 Funktion Z\n#3 Hauptaufruf<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Ein Stack Trace kann sehr wertvoll sein, weil er den Weg bis zum eigentlichen Fehler zeigt.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Bei einem Stack Trace nicht nur die letzte Zeile lesen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Ein Stack Trace enth\u00e4lt mehrere beteiligte Aufrufe.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Die erste sichtbare Datei oder die letzte Zeile ist deshalb nicht automatisch die Ursache.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Bei WordPress kann beispielsweise ein Plugin eine WordPress-Core-Funktion aufrufen, in der der Fehler schlie\u00dflich sichtbar wird.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">F\u00fcr die Diagnose ist die gesamte Aufrufkette relevant.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">\u201ethrown in &#8230; on line &#8230;\u201c<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Bei PHP-Fatal-Errors kann am Ende einer Meldung beispielsweise stehen:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>thrown in \/home\/CPANELUSER\/public_html\/example.php on line 125<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Diese Angabe zeigt, an welcher Stelle die Ausnahme beziehungsweise der Fehler letztlich ausgel\u00f6st wurde.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Dokumentiere diese Zeile zusammen mit dem vorhergehenden Fehlertext.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Fehlende Datei nach Plugin- oder Theme-Update<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn unmittelbar nach einem Update Meldungen \u00fcber fehlende Dateien auftreten, kann das Update unvollst\u00e4ndig oder eine Installation besch\u00e4digt sein.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">L\u00f6sche in diesem Fall nicht wahllos einzelne Dateien.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Check first:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>welche Komponente betroffen ist<\/li>\n\n\n\n<li>ob das Update vollst\u00e4ndig abgeschlossen wurde<\/li>\n\n\n\n<li>ob eine aktuelle Sicherung vorhanden ist<\/li>\n\n\n\n<li>ob die Komponente sauber neu installiert beziehungsweise wiederhergestellt werden kann<\/li>\n<\/ul>\n\n\n\n<h2 class=\"wp-block-heading\">HTTP 500 und Error Log<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Ein Browser zeigt bei einem serverseitigen Problem m\u00f6glicherweise nur:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>500 Internal Server Error<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Diese Meldung allein sagt noch nicht, wodurch der Fehler verursacht wurde.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Das Error Log kann dazu beispielsweise einen konkreten PHP Fatal Error, eine fehlerhafte Konfiguration oder einen Berechtigungsfehler enthalten.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">We cover the complete diagnosis under <a href=\"\/en\/help\/web-hosting-cpanel\/fehler-500-internal-server-error\/\">Fixing a 500 Internal Server Error<\/a>.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">HTTP 403 und Error Log<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Bei einem:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>403 Forbidden<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">kann das Error Log ebenfalls Hinweise liefern \u2013 beispielsweise im Zusammenhang mit Berechtigungen oder Zugriffsbeschr\u00e4nkungen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ein 403 kann jedoch auch durch andere Sicherheitsebenen entstehen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">We cover systematic troubleshooting under <a href=\"\/en\/help\/web-hosting-cpanel\/fehler-403-forbidden-beheben\/\">Fix 403 Forbidden<\/a>.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">HTTP 503 und Error Log<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">One<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>503 Service Unavailable<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">kann unterschiedliche Ursachen haben.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Neben Anwendungsproblemen k\u00f6nnen dabei auch Ressourcen oder vor\u00fcbergehend nicht verf\u00fcgbare Dienste relevant sein.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Further steps can be found at <a href=\"\/en\/help\/web-hosting-cpanel\/error-503-service-unavailable\/\">Fix 503 Service Unavailable<\/a>.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">.htaccess-Fehler erkennen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">A faulty <code>.htaccess<\/code>-Konfiguration kann dazu f\u00fchren, dass eine Website nicht mehr korrekt verarbeitet wird.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Je nach Fehler kann das Protokoll Hinweise auf eine ung\u00fcltige Direktive oder eine nicht erlaubte Konfiguration enthalten.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn das Problem unmittelbar nach einer \u00c4nderung an <code>.htaccess<\/code> begonnen hat, solltest du diese \u00c4nderung zuerst pr\u00fcfen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">You can find more information at <a href=\"\/en\/help\/web-hosting-cpanel\/htaccess-explained-edited\/\">.htaccess explained and safely edited<\/a>.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">\u201eInvalid command\u201c nach .htaccess-\u00c4nderung<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Eine Meldung kann beispielsweise darauf hinweisen, dass eine Direktive nicht erkannt oder in diesem Kontext nicht erlaubt ist.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn du kurz zuvor Code aus einer fremden Anleitung in <code>.htaccess<\/code> eingef\u00fcgt hast, stelle den vorherigen Zustand wieder her und pr\u00fcfe die verwendete Direktive.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Attention:<\/strong> F\u00fcge keine zuf\u00e4lligen Apache- oder PHP-Anweisungen in <code>.htaccess<\/code> ein. Nicht jede Direktive ist in jeder Hosting- und PHP-Konfiguration zul\u00e4ssig.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">PHP-Werte nicht blind \u00fcber .htaccess setzen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Bei modernen PHP-Konfigurationen k\u00f6nnen alte Anleitungen mit Direktiven wie:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>php_value ...\nphp_flag ...<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">ungeeignet sein und unter bestimmten PHP-Handlern sogar einen HTTP-500-Fehler ausl\u00f6sen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">PHP-Einstellungen verwaltest du bei CURIAWEB \u00fcber die daf\u00fcr vorgesehenen cPanel-Werkzeuge.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">We explain the procedure under <a href=\"\/en\/help\/web-hosting-cpanel\/php-einstellungen-aendern\/\">Change PHP settings in cPanel<\/a>.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">File not found und 404 unterscheiden<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Nicht jede Meldung \u00fcber eine nicht gefundene Datei bedeutet, dass deine gesamte Website defekt ist.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Websites erhalten regelm\u00e4\u00dfig Anfragen nach nicht vorhandenen Ressourcen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">These can be, for example:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>alte URLs<\/li>\n\n\n\n<li>gel\u00f6schte Bilder<\/li>\n\n\n\n<li>fehlerhafte Links<\/li>\n\n\n\n<li>Bot-Anfragen<\/li>\n\n\n\n<li>automatisierte Scans<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Ein einzelner Eintrag zu einer nicht vorhandenen Datei ist deshalb nicht automatisch kritisch.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Bot-Anfragen richtig einordnen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">\u00d6ffentlich erreichbare Websites werden regelm\u00e4\u00dfig automatisiert aufgerufen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Dabei k\u00f6nnen Bots URLs anfordern, die auf deiner Website niemals existiert haben.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Beispiele k\u00f6nnen ungew\u00f6hnliche Pfade zu Administrationsoberfl\u00e4chen, Skripten oder bekannten Schwachstellen anderer Systeme sein.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Solche Eintr\u00e4ge sind nicht automatisch ein Hinweis darauf, dass die betreffende Datei auf deinem Hosting vorhanden war.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Important:<\/strong> Ein Logeintrag kann lediglich zeigen, dass jemand eine bestimmte URL angefordert hat. Daraus folgt nicht automatisch, dass die angeforderte Datei existiert oder deine Website kompromittiert wurde.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">Wiederkehrende Fehler sind wichtiger als zuf\u00e4llige Einzelmeldungen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Bei der Priorisierung solltest du darauf achten, ob eine Meldung:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>bei jedem Seitenaufruf erscheint<\/li>\n\n\n\n<li>nur einmal aufgetreten ist<\/li>\n\n\n\n<li>immer dieselbe Datei betrifft<\/li>\n\n\n\n<li>mit einem sichtbaren Website-Problem zusammenf\u00e4llt<\/li>\n\n\n\n<li>erst seit einer bestimmten \u00c4nderung auftritt<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Eine reproduzierbare Fehlermeldung, die exakt beim Aufruf der defekten Seite entsteht, ist meist wesentlich relevanter als ein zuf\u00e4lliger \u00e4lterer Logeintrag.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Ursache und Folgefehler unterscheiden<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Ein einzelnes Problem kann mehrere weitere Fehlermeldungen ausl\u00f6sen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">For example:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>ben\u00f6tigte Datei fehlt\n        \u2193\nKlasse kann nicht geladen werden\n        \u2193\nFunktion kann nicht ausgef\u00fchrt werden\n        \u2193\nSeite bricht mit Fatal Error ab<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn du nur die letzte Meldung behandelst, kann die urspr\u00fcngliche Ursache bestehen bleiben.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Pr\u00fcfe deshalb bei mehreren zeitgleichen Meldungen, welche zuerst entstanden ist und wie die Meldungen zusammenh\u00e4ngen.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Was wurde unmittelbar vor dem Fehler ge\u00e4ndert?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Eine der wertvollsten Fragen bei der Diagnose lautet:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Was hat sich unmittelbar vor dem ersten Auftreten des Fehlers ge\u00e4ndert?<\/strong><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Examples:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>WordPress is updating<\/li>\n\n\n\n<li>Plugin updated<\/li>\n\n\n\n<li>Theme aktualisiert<\/li>\n\n\n\n<li>PHP-Version ge\u00e4ndert<\/li>\n\n\n\n<li>PHP-Einstellung ge\u00e4ndert<\/li>\n\n\n\n<li><code>.htaccess<\/code> edited<\/li>\n\n\n\n<li>Files moved<\/li>\n\n\n\n<li>Website migrated<\/li>\n\n\n\n<li>neues Plugin installiert<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Der zeitliche Zusammenhang ist kein endg\u00fcltiger Beweis, aber ein sehr wertvoller Ausgangspunkt.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Immer nur eine \u00c4nderung zur\u00fccknehmen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn der Fehler nach einer konkreten \u00c4nderung begonnen hat, solltest du m\u00f6glichst zuerst genau diese \u00c4nderung \u00fcberpr\u00fcfen beziehungsweise kontrolliert zur\u00fccknehmen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">\u00c4ndere nicht gleichzeitig:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>PHP-Version\n.htaccess\nDateiberechtigungen\nPlugins\nTheme\nPHP-Limits<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Sonst l\u00e4sst sich sp\u00e4ter kaum noch feststellen, welche Ma\u00dfnahme relevant war.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Fehler nach PHP-Wechsel<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn eine Website unmittelbar nach einem PHP-Wechsel nicht mehr funktioniert, pr\u00fcfe das Error Log auf Meldungen wie:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Fatal Errors<\/li>\n\n\n\n<li>fehlende Funktionen<\/li>\n\n\n\n<li>fehlende Klassen<\/li>\n\n\n\n<li>Deprecated-Meldungen<\/li>\n\n\n\n<li>Probleme mit Erweiterungen<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn die Anwendung mit der neuen PHP-Version nicht kompatibel ist, kann ein kontrollierter Wechsel auf die zuvor funktionierende Version ein sinnvoller Diagnoseschritt sein.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Fehler nach \u00c4nderung der PHP-Einstellungen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn das Problem unmittelbar nach einer \u00c4nderung im MultiPHP INI Editor entstanden ist, solltest du die zuletzt ge\u00e4nderte Direktive pr\u00fcfen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Die PHP-Konfiguration behandeln wir ausf\u00fchrlich unter <a href=\"\/en\/help\/web-hosting-cpanel\/php-einstellungen-aendern\/\">Change PHP settings in cPanel<\/a>.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Fehler nach \u00c4nderung von Dateiberechtigungen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn Dateien oder Verzeichnisse unmittelbar vor dem Fehler andere Berechtigungen erhalten haben, solltest du auch diesen Zusammenhang ber\u00fccksichtigen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Setze die Rechte nicht wahllos auf immer h\u00f6here Werte, sondern stelle eine f\u00fcr den jeweiligen Dateityp geeignete Konfiguration her.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Fehler nach Migration<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Nach einem Website-Umzug k\u00f6nnen Fehlermeldungen beispielsweise auf folgende Probleme hinweisen:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>alte absolute Dateipfade<\/li>\n\n\n\n<li>missing files<\/li>\n\n\n\n<li>inkompatible PHP-Version<\/li>\n\n\n\n<li>fehlende PHP-Erweiterungen<\/li>\n\n\n\n<li>unvollst\u00e4ndige \u00dcbertragung<\/li>\n\n\n\n<li>abweichende Konfiguration<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Gerade absolute Pfade k\u00f6nnen sich zwischen zwei Hosting-Systemen unterscheiden.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Fehler nach Wiederherstellung eines Backups<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn nach einer Wiederherstellung Fehler auftreten, solltest du pr\u00fcfen, ob Dateien und Datenbank zum selben Stand geh\u00f6ren.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Eine Anwendung kann Probleme verursachen, wenn beispielsweise neuere Dateien mit einer deutlich \u00e4lteren Datenbank kombiniert werden.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">cPanel Error Log und WordPress Debug Log unterscheiden<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">WordPress besitzt zus\u00e4tzlich eigene Debugging-M\u00f6glichkeiten.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Bei aktiviertem WordPress-Debugging kann beispielsweise eine Datei wie:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>wp-content\/debug.log<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">be used.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Das WordPress Debug Log und das cPanel Error Log sind nicht dasselbe.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Sie k\u00f6nnen sich erg\u00e4nzen, weil sie Fehler auf unterschiedlichen Ebenen beziehungsweise mit unterschiedlichem Kontext protokollieren k\u00f6nnen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Die WordPress-Diagnose behandeln wir unter <a href=\"\/en\/help\/wordpress\/wordpress-debugging-fehlerprotokolle\/\">Using WordPress debugging and error logs<\/a>.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">WordPress Debugging nicht dauerhaft unn\u00f6tig aktiv lassen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Debugging-Funktionen sollten auf einer produktiven Website gezielt zur Diagnose verwendet werden.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Insbesondere Fehlermeldungen sollten nicht unn\u00f6tig \u00f6ffentlich im Frontend ausgegeben werden.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Logs k\u00f6nnen technische Informationen enthalten und sollten nicht \u00f6ffentlich zug\u00e4nglich gemacht werden.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">cPanel Error Log und Cronjob-Ausgabe unterscheiden<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Ein PHP-Skript, das \u00fcber einen Cronjob beziehungsweise die Kommandozeile ausgef\u00fchrt wird, muss seine Fehler nicht zwangsl\u00e4ufig im gleichen Webserver-Log hinterlassen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Bei Cronjob-Problemen solltest du deshalb zus\u00e4tzlich die eigentliche Cron-Ausgabe und anwendungsspezifische Logs pr\u00fcfen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">We explain the procedure under <a href=\"\/en\/help\/web-hosting-cpanel\/cron-job-is-not-working\/\">Cron job not working: Causes and solutions<\/a>.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Error Log und Access Log unterscheiden<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Ein Error Log protokolliert Fehler beziehungsweise relevante Fehlersituationen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ein Access Log protokolliert dagegen Zugriffe auf den Webserver.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Simplified:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>Access Log\n\u2192 Wer beziehungsweise was hat welche Ressource aufgerufen?\n\nError Log\n\u2192 Welcher Fehler ist bei der Verarbeitung aufgetreten?<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Beide Logtypen k\u00f6nnen sich bei einer detaillierten Diagnose erg\u00e4nzen.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Rohdaten von Zugriffen in cPanel<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">In the field of <strong>Measurements<\/strong> stellt cPanel zus\u00e4tzlich Funktionen f\u00fcr Zugriffs- und Statistikdaten bereit.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn du beispielsweise untersuchen m\u00f6chtest, ob eine bestimmte URL aufgerufen wurde, sind Zugriffsdaten unter Umst\u00e4nden hilfreicher als das Error Log allein.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Error Log und CloudLinux-Ressourcen unterscheiden<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Ein langsamer oder fehlgeschlagener Seitenaufruf muss nicht zwingend einen klassischen PHP-Fehler erzeugen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn Hosting-Ressourcen ausgesch\u00f6pft werden, solltest du zus\u00e4tzlich die CloudLinux-Ressourcennutzung pr\u00fcfen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">We explain how this works at <a href=\"\/en\/help\/web-hosting-cpanel\/cloudlinux-resource-usage\/\">Understanding CloudLinux Resource Usage in cPanel<\/a>.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Wann Ressourcen und Error Log gemeinsam interessant sind<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Angenommen, eine Website f\u00e4llt sporadisch aus und das Error Log enth\u00e4lt keine eindeutige wiederkehrende PHP-Ursache.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Dann kann ein Vergleich sinnvoll sein:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>Zeitpunkt des Website-Problems\n        \u2193\nError Log pr\u00fcfen\n        \u2193\nCloudLinux-Ressourcen zum selben Zeitraum pr\u00fcfen<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Damit l\u00e4sst sich beispielsweise erkennen, ob der Fehler mit einer Lastspitze zusammenf\u00e4llt.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Alte Fehler nicht mit aktuellen Problemen verwechseln<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Ein Error Log kann Meldungen enthalten, deren Ursache l\u00e4ngst behoben wurde.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn beispielsweise gestern ein Plugin einen Fatal Error erzeugt hat und heute wieder korrekt funktioniert, bleibt die alte Meldung zun\u00e4chst ein historischer Hinweis.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Entscheidend ist deshalb immer der zeitliche Zusammenhang mit dem aktuellen Problem.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Fehler gezielt erneut ausl\u00f6sen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Bei einem reproduzierbaren Problem ist folgende Vorgehensweise besonders effektiv:<\/p>\n\n\n\n<ol class=\"wp-block-list\">\n<li>cPanel Error Log kurz kontrollieren.<\/li>\n\n\n\n<li>Aktuelle Uhrzeit notieren.<\/li>\n\n\n\n<li>Betroffene Seite oder Funktion genau einmal aufrufen.<\/li>\n\n\n\n<li>Error Log erneut \u00f6ffnen beziehungsweise aktualisieren.<\/li>\n\n\n\n<li>Nach neuen Eintr\u00e4gen zum entsprechenden Zeitpunkt suchen.<\/li>\n\n\n\n<li>Dateipfad und Fehlertext pr\u00fcfen.<\/li>\n<\/ol>\n\n\n\n<p class=\"wp-block-paragraph\">Damit reduzierst du die Wahrscheinlichkeit, einen v\u00f6llig anderen Logeintrag zu analysieren.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Fehler tritt nur bei einer bestimmten URL auf<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn nur eine einzelne Seite betroffen ist, pr\u00fcfe:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>welcher Code speziell auf dieser Seite ausgef\u00fchrt wird<\/li>\n\n\n\n<li>welches Plugin beziehungsweise Theme daran beteiligt ist<\/li>\n\n\n\n<li>ob die Seite besondere Funktionen verwendet<\/li>\n\n\n\n<li>ob unmittelbar beim Aufruf ein neuer Logeintrag entsteht<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Eine funktionierende Startseite beweist nicht, dass s\u00e4mtliche PHP-Funktionen der Website fehlerfrei sind.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Fehler tritt nur im WordPress-Adminbereich auf<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn das Frontend funktioniert, aber beispielsweise eine bestimmte Verwaltungsseite einen Fatal Error erzeugt, solltest du genau diesen Adminbereich aufrufen und anschlie\u00dfend die neuen Logeintr\u00e4ge pr\u00fcfen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Plugins k\u00f6nnen beispielsweise Code nur innerhalb des Administrationsbereichs ausf\u00fchren.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Fehler tritt nur bei Formularen auf<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Ein Formular kann beim normalen Anzeigen der Seite funktionieren und erst beim Absenden einen Fehler erzeugen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Reproduziere deshalb genau die Aktion, bei der das Problem auftritt.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Bei der Fehlersuche z\u00e4hlt nicht nur die URL, sondern der konkrete Ablauf.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Error occurs only sporadically<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Sporadische Fehler sind schwieriger zu diagnostizieren.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Dokumentiere m\u00f6glichst:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Date and time<\/li>\n\n\n\n<li>betroffene URL<\/li>\n\n\n\n<li>ausgef\u00fchrte Aktion<\/li>\n\n\n\n<li>sichtbare Browsermeldung<\/li>\n\n\n\n<li>gleichzeitige Logeintr\u00e4ge<\/li>\n\n\n\n<li>m\u00f6gliche Ressourcenwerte<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Je genauer der Zeitpunkt bekannt ist, desto leichter lassen sich verschiedene Diagnosequellen miteinander vergleichen.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Fehlermeldung nicht \u00f6ffentlich weitergeben<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Error Logs k\u00f6nnen interne Dateipfade, Benutzernamen, technische Konfigurationen oder andere Informationen \u00fcber die Hosting-Umgebung enthalten.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ver\u00f6ffentliche vollst\u00e4ndige Logs deshalb nicht un\u00fcberlegt in \u00f6ffentlichen Foren oder sozialen Netzwerken.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Safety Notice:<\/strong> Pr\u00fcfe Logausz\u00fcge vor dem Weitergeben auf Passw\u00f6rter, Tokens, API-Schl\u00fcssel, personenbezogene Daten und andere vertrauliche Informationen.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">Nicht komplette riesige Logs senden<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">F\u00fcr eine Supportanfrage ist ein relevanter Ausschnitt rund um den konkreten Fehler h\u00e4ufig hilfreicher als tausende unzusammenh\u00e4ngende Logzeilen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wichtig sind:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Time<\/li>\n\n\n\n<li>vollst\u00e4ndige Fehlermeldung<\/li>\n\n\n\n<li>betroffene Datei<\/li>\n\n\n\n<li>gegebenenfalls Stack Trace<\/li>\n\n\n\n<li>Beschreibung der Aktion, die den Fehler ausl\u00f6st<\/li>\n<\/ul>\n\n\n\n<h2 class=\"wp-block-heading\">Fehlermeldung vollst\u00e4ndig kopieren<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Schneide bei einer technischen Meldung nicht nur einen einzelnen Begriff heraus.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">For example, instead of just:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>Fatal error<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">weiterzugeben, sollte die relevante Meldung mit Fehlertext, Dateipfad und Zeilennummer dokumentiert werden.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Gerade diese Details unterscheiden zwei v\u00f6llig verschiedene Ursachen voneinander.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Typische Meldungen und erste Pr\u00fcfschritte<\/h2>\n\n\n\n<figure class=\"wp-block-table\"><table class=\"has-fixed-layout\"><thead><tr><th>Meldung<\/th><th>Erster Pr\u00fcfschritt<\/th><\/tr><\/thead><tbody><tr><td><code>PHP Fatal error<\/code><\/td><td>vollst\u00e4ndigen Fehlertext, Datei und Zeile pr\u00fcfen<\/td><\/tr><tr><td><code>Uncaught Error<\/code><\/td><td>Fehlertext und Stack Trace auswerten<\/td><\/tr><tr><td><code>Call to undefined function<\/code><\/td><td>PHP-Erweiterung, Anwendung und PHP-Version pr\u00fcfen<\/td><\/tr><tr><td><code>Class ... not found<\/code><\/td><td>betroffene Anwendung und fehlende Abh\u00e4ngigkeit pr\u00fcfen<\/td><\/tr><tr><td><code>Failed opening required<\/code><\/td><td>Dateipfad und vorhandene Dateien pr\u00fcfen<\/td><\/tr><tr><td><code>No such file or directory<\/code><\/td><td>Pfad, Dateiname und Migration pr\u00fcfen<\/td><\/tr><tr><td><code>Permission denied<\/code><\/td><td>Datei- und Verzeichnisberechtigungen pr\u00fcfen<\/td><\/tr><tr><td><code>Allowed memory size ... exhausted<\/code><\/td><td>Speicherbedarf und PHP Memory Limit pr\u00fcfen<\/td><\/tr><tr><td><code>Maximum execution time ... exceeded<\/code><\/td><td>betroffenen Prozess und Laufzeit pr\u00fcfen<\/td><\/tr><tr><td><code>PHP Deprecated<\/code><\/td><td>Software-Kompatibilit\u00e4t mit PHP-Version pr\u00fcfen<\/td><\/tr><tr><td><code>Invalid command<\/code><\/td><td>Konfiguration beziehungsweise .htaccess pr\u00fcfen<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<h2 class=\"wp-block-heading\">Systematische Fehlersuche mit dem cPanel Error Log<\/h2>\n\n\n\n<ol class=\"wp-block-list\">\n<li>Notiere das sichtbare Problem und die betroffene URL.<\/li>\n\n\n\n<li>Notiere die aktuelle Uhrzeit.<\/li>\n\n\n\n<li>Open <strong>Measured values \u2192 Errors<\/strong>.<\/li>\n\n\n\n<li>Rufe die problematische Seite beziehungsweise Funktion erneut auf.<\/li>\n\n\n\n<li>Pr\u00fcfe unmittelbar danach neue Logeintr\u00e4ge.<\/li>\n\n\n\n<li>Vergleiche den Zeitstempel mit deinem Test.<\/li>\n\n\n\n<li>Pr\u00fcfe Fehlerart und vollst\u00e4ndigen Fehlertext.<\/li>\n\n\n\n<li>Pr\u00fcfe Dateipfad und gegebenenfalls Zeilennummer.<\/li>\n\n\n\n<li>Ordne die Datei einer Anwendung, einem Plugin oder Theme zu.<\/li>\n\n\n\n<li>Pr\u00fcfe, was unmittelbar vor dem ersten Auftreten des Fehlers ge\u00e4ndert wurde.<\/li>\n\n\n\n<li>Nimm nicht mehrere Konfigurations\u00e4nderungen gleichzeitig vor.<\/li>\n\n\n\n<li>Teste nach einer gezielten \u00c4nderung erneut denselben Ablauf.<\/li>\n<\/ol>\n\n\n\n<h2 class=\"wp-block-heading\">Wenn im Error Log nichts erscheint<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn beim reproduzierbaren Fehler kein neuer Eintrag im cPanel Error Log erscheint, bedeutet das nicht automatisch, dass kein technisches Problem existiert.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Je nach Situation solltest du andere Diagnosequellen pr\u00fcfen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">This may include:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>anwendungseigene Logs<\/li>\n\n\n\n<li>WordPress Debug Log<\/li>\n\n\n\n<li>Cronjob-Ausgabe<\/li>\n\n\n\n<li>Zugriffslogs<\/li>\n\n\n\n<li>CloudLinux resources<\/li>\n\n\n\n<li>Browser-Entwicklerwerkzeuge bei Frontend-Problemen<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Die richtige Diagnosequelle h\u00e4ngt davon ab, auf welcher Ebene der Fehler entsteht.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">When should you contact CURIAWEB support?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn du einen reproduzierbaren Website-Fehler hast, das Error Log eine technische Meldung enth\u00e4lt und du die Ursache nicht eindeutig beheben kannst, dokumentiere den Fall m\u00f6glichst pr\u00e4zise.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">For an analysis, the following information is particularly helpful:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>affected domain<\/li>\n\n\n\n<li>betroffene URL beziehungsweise Funktion<\/li>\n\n\n\n<li>Datum und genaue Uhrzeit des Fehlers<\/li>\n\n\n\n<li>sichtbare Fehlermeldung im Browser<\/li>\n\n\n\n<li>vollst\u00e4ndiger relevanter Error-Log-Eintrag<\/li>\n\n\n\n<li>betroffene Datei und Zeilennummer, falls vorhanden<\/li>\n\n\n\n<li>was unmittelbar vor dem Problem ge\u00e4ndert wurde<\/li>\n\n\n\n<li>whether the error is reproducible<\/li>\n\n\n\n<li>verwendete PHP-Version, falls relevant<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">\u00dcbermittle keine Passw\u00f6rter, Tokens, API-Schl\u00fcssel oder andere vertrauliche Zugangsdaten.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Summary<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Das cPanel Error Log unter <strong>Measured values \u2192 Errors<\/strong> ist eines der wichtigsten Diagnosewerkzeuge bei serverseitigen Website-Problemen. Es kann dir zeigen, wann ein Fehler aufgetreten ist, welche Datei beteiligt war und welche technische Meldung erzeugt wurde.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Analysiere einen Eintrag immer im Zusammenhang mit Zeitstempel, Fehlertext, Dateipfad und gegebenenfalls Zeilennummer. Ein einzelnes Wort wie <code>Fatal error<\/code> reicht f\u00fcr eine zuverl\u00e4ssige Diagnose nicht aus.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Typische Meldungen wie <code>Permission denied<\/code>, <code>Allowed memory size exhausted<\/code>, <code>Failed opening required<\/code> or <code>Call to undefined function<\/code> weisen auf unterschiedliche Fehlerklassen hin und erfordern entsprechend unterschiedliche Ma\u00dfnahmen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Bei WordPress kann der Dateipfad h\u00e4ufig zeigen, ob ein Plugin oder Theme am Fehler beteiligt ist. Das ist jedoch ein Hinweis und nicht automatisch der Beweis, dass diese Komponente allein die Ursache darstellt.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Reproduziere einen Fehler m\u00f6glichst kontrolliert und kontrolliere unmittelbar danach das Error Log. Dadurch kannst du aktuelle Meldungen wesentlich zuverl\u00e4ssiger dem konkreten Problem zuordnen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn dort keine passende Meldung erscheint, solltest du die Diagnosequelle wechseln. WordPress Debug Logs, Cronjob-Ausgaben, Zugriffslogs und CloudLinux-Ressourcen liefern Informationen \u00fcber andere technische Ebenen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The most important rule is: <strong>Nicht die erste rote Fehlermeldung auf Verdacht reparieren. Reproduziere den Fehler, ordne den passenden Logeintrag zeitlich zu und arbeite anschlie\u00dfend anhand der konkreten Meldung.<\/strong><\/p>","protected":false},"excerpt":{"rendered":"<p>Wenn eine Website einen Fehler zeigt, ist die sichtbare Meldung im Browser h\u00e4ufig nur ein Symptom. Das eigentliche Problem kann beispielsweise durch PHP, eine Anwendung, falsche Dateipfade, Berechtigungen oder eine fehlerhafte Serverkonfiguration verursacht werden. Im CURIAWEB-cPanel findest du unter Messwerte \u2192 Fehler aktuelle Eintr\u00e4ge aus dem Fehlerprotokoll des Webservers. Diese Meldungen k\u00f6nnen entscheidende Hinweise darauf [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","template":"","meta":{"_joinchat":[],"footnotes":""},"doc_category":[78],"doc_tag":[],"class_list":["post-22614","docs","type-docs","status-publish","hentry","doc_category-webhosting-cpanel"],"year_month":"2026-09","word_count":4229,"total_views":"6","reactions":{"happy":"0","normal":"0","sad":"0"},"author_info":{"name":"Silvio Mazenauer","author_nicename":"admin-curia","author_url":"https:\/\/www.curiaweb.ch\/en\/author\/admin-curia\/"},"doc_category_info":[{"term_name":"Webhosting &amp; cPanel","term_url":"https:\/\/www.curiaweb.ch\/en\/hilfe-kategorie\/webhosting-cpanel\/"}],"doc_tag_info":[],"knowledge_base_info":[],"knowledge_base_slug":[],"_links":{"self":[{"href":"https:\/\/www.curiaweb.ch\/en\/wp-json\/wp\/v2\/docs\/22614","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.curiaweb.ch\/en\/wp-json\/wp\/v2\/docs"}],"about":[{"href":"https:\/\/www.curiaweb.ch\/en\/wp-json\/wp\/v2\/types\/docs"}],"author":[{"embeddable":true,"href":"https:\/\/www.curiaweb.ch\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.curiaweb.ch\/en\/wp-json\/wp\/v2\/comments?post=22614"}],"version-history":[{"count":1,"href":"https:\/\/www.curiaweb.ch\/en\/wp-json\/wp\/v2\/docs\/22614\/revisions"}],"predecessor-version":[{"id":22616,"href":"https:\/\/www.curiaweb.ch\/en\/wp-json\/wp\/v2\/docs\/22614\/revisions\/22616"}],"wp:attachment":[{"href":"https:\/\/www.curiaweb.ch\/en\/wp-json\/wp\/v2\/media?parent=22614"}],"wp:term":[{"taxonomy":"doc_category","embeddable":true,"href":"https:\/\/www.curiaweb.ch\/en\/wp-json\/wp\/v2\/doc_category?post=22614"},{"taxonomy":"doc_tag","embeddable":true,"href":"https:\/\/www.curiaweb.ch\/en\/wp-json\/wp\/v2\/doc_tag?post=22614"}],"curies":[{"name":"WP","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}