Im Frontend alles prima, und dennoch Statuscode 500 Servererror

[Heiko Wohlgemuth]

Mittlerweile habe ich es geschafft und meine Seite neu in Contao gebaut unter https://www.internetserviceagentur.com/

Es ist soweit auch alles fein, die entsprechenden Seiten sind erzeugt und so weiter.
Es gibt allerdings einen mir nicht erklärbaren Fehler --> den auch das all-inkl Team nicht beheben kann.

Ich hab es mal als Screencast in mp4 aufgenommen...

Hier auch der Link zu webpagetest
https://www.webpagetest.org/testlog....serviceagentur

Ist aber auch in jedem Anderen http Header Check zu sehen
HTTP/1.1 500 Internal Server Error =>
Date => Sat, 03 Nov 2018 12:04:10 GMT
Server => Apache
Set-Cookie => PHPSESSID=292f09cccbe448fc47104a530c50b814; path=/; httponly Cache-Control => private, must-revalidate X-Content-Type-Options => nosniff Referrer-Policy => no-referrer-when-downgrade, strict-origin-when-cross-origin pragma => no-cache expires => -1 X-Frame-Options => SAMEORIGIN X-XSS-Protection => 1; mode=block Upgrade => h2,h2c Connection => Upgrade, close Content-Type => text/html; charset=UTF-8

Fehlermeldung beim Versuch über den Updater zu gehen ist immer gleich:
Allowed memory size of 536870912 bytes exhausted (tried to allocate 19337024 bytes) in 19337024 bytes ...


Eine .htaccess-Datei ist im übergeordneten Ordner erstellt um sich nach unten zu vererben mit dem Ziel das auf 1GB zu erhöhen:
php_value memory_limit 1G

Doch was ich auch mache, nix hilft.

Was kann ich tun?

php7.1.x

fragt Heiko

[Spooky]

Der 500er passiert vermutlich im kernel.terminate event (zB. Suchindexierung oder Cron). Überprüfe die logs in var/logs


Bzgl. memory limit: poste die gesamte Konsolenausgabe.

[Heiko Wohlgemuth]

Die Log hab ich als txt angehängt und hier die Ausgabe des Contao Managers 1.0.4

> Resolving dependencies using Composer Cloud v1.3.7

# Job ID 5bdeca3d8b95f4.77519442 completed in 46 seconds


$ /usr/bin/php71 '-q' '/www/htdocs/w0101fdf/dev.internetserviceagentur.com/web/contao-manager.phar.php' 'composer' 'install' '--prefer-dist' '--no-dev' '--no-progress' '--no-suggest' '--no-ansi' '--no-interaction' '--optimize-autoloader' 2>&1

Loading composer repositories with package information
Installing dependencies from lock file
Package operations: 0 installs, 1 update, 0 removals
  - Updating symfony/monolog-bundle (v3.3.0 => v3.3.1): Downloading (100%)
Generating optimized autoload files
contao/manager-plugin: Generating plugin class...
contao/manager-plugin: ...done generating plugin class
> Contao\ManagerBundle\Composer\ScriptHandler::initializeApplication

 Added/updated the web/app.php file.
 Added/updated the web/app_dev.php file.

 // Clearing the cache for the prod environment with debug                      
 // false                                                                       

 [OK] Cache for the "prod" environment (debug=false) was successfully cleared.  


 // Warming up the cache for the prod environment with debug                    
 // false                                                                       

PHP Fatal error:  Allowed memory size of 536870912 bytes exhausted (tried to allocate 19380480 bytes) in /www/htdocs/w0101fdf/dev.internetserviceagentur.com/vendor/twig/twig/lib/Twig/Lexer.php on line 98

Fatal error: Allowed memory size of 536870912 bytes exhausted (tried to allocate 19380480 bytes) in /www/htdocs/w0101fdf/dev.internetserviceagentur.com/vendor/twig/twig/lib/Twig/Lexer.php on line 98

In Lexer.php line 98:
                                                                               
  Error: Allowed memory size of 536870912 bytes exhausted (tried to allocate   
  19380480 bytes)                                                              
                                                                               

cache:warmup [--no-optional-warmers] [-h|--help] [-q|--quiet] [-v|vv|vvv|--verbose] [-V|--version] [--ansi] [--no-ansi] [-n|--no-interaction] [-e|--env ENV] [--no-debug] [--] <command>

Script Contao\ManagerBundle\Composer\ScriptHandler::initializeApplication handling the post-install-cmd event terminated with an exception

In ScriptHandler.php line 113:
                                                                               
  An error occurred while executing the "cache:warmup" command: PHP Fatal err  
  or:  Allowed memory size of 536870912 bytes exhausted (tried to allocate 19  
  380480 bytes) in /www/htdocs/w0101fdf/dev.internetserviceagentur.com/vendor  
  /twig/twig/lib/Twig/Lexer.php on line 98                                     
                                                                               
  In Lexer.php line 98:                                                        
                                                                               
                                                                               
    Error: Allowed memory size of 536870912 bytes exhausted (tried to allocat  
  e                                                                            
    19380480 bytes)                                                            
                                                                               
                                                                               
                                                                               
                                                                               
  cache:warmup [--no-optional-warmers] [-h|--help] [-q|--quiet] [-v|vv|vvv|--  
  verbose] [-V|--version] [--ansi] [--no-ansi] [-n|--no-interaction] [-e|--en  
  v ENV] [--no-debug] [--] <command>                                           
                                                                               

install [--prefer-source] [--prefer-dist] [--dry-run] [--dev] [--no-dev] [--no-custom-installers] [--no-autoloader] [--no-scripts] [--no-progress] [--no-suggest] [-v|vv|vvv|--verbose] [-o|--optimize-autoloader] [-a|--classmap-authoritative] [--apcu-autoloader] [--ignore-platform-reqs] [--] [<packages>]...


# Process terminated with exit code 1
# Result: General error

[Spooky]

Vermutlich benutzt du ein Theme von PCT. Du musst folgenden Workaround anwenden:

app/config/config.yml

twig:
  default_path: '%kernel.project_dir%/app/Resources/views'

https://community.contao.org/de/show...size-exhausted
https://github.com/contao/contao/issues/108
https://community.contao.org/de/show...-Domainfactory
https://community.contao.org/de/show...Speichergrenze
https://community.contao.org/de/show...l=1#post485817

[Heiko Wohlgemuth]

Hmm, es gibt keine "config.yml" Datei in diesem Ordner.

Ich hab die mal händisch mit dem Codeschnippel versehen und reingeladen. Das hat schonmal geklappt :-)

> Resolving dependencies using Composer Cloud v1.3.7

# Job ID 5bded465d8b332.75788318 completed in 53 seconds


$ /usr/bin/php71 '-q' '/www/htdocs/w0101fdf/dev.internetserviceagentur.com/web/contao-manager.phar.php' 'composer' 'install' '--prefer-dist' '--no-dev' '--no-progress' '--no-suggest' '--no-ansi' '--no-interaction' '--optimize-autoloader' 2>&1

Loading composer repositories with package information
Installing dependencies from lock file
Nothing to install or update
Generating optimized autoload files
contao/manager-plugin: Generating plugin class...
contao/manager-plugin: ...done generating plugin class
> Contao\ManagerBundle\Composer\ScriptHandler::initializeApplication

 Added/updated the web/app.php file.
 Added/updated the web/app_dev.php file.

 // Clearing the cache for the prod environment with debug                      
 // false                                                                       

 [OK] Cache for the "prod" environment (debug=false) was successfully cleared.  


 // Warming up the cache for the prod environment with debug                    
 // false                                                                       

 [OK] Cache for the "prod" environment (debug=false) was successfully warmed.   


 Trying to install assets as relative symbolic links.

 --- ------------------------ ------------------ 
      Bundle                   Method / Error    
 --- ------------------------ ------------------ 
  ?   ContaoCoreBundle         relative symlink  
  ?   ContaoFaqBundle          relative symlink  
  ?   ContaoNewsBundle         relative symlink  
  ?   ContaoNewsletterBundle   relative symlink  
  ?   ContaoCalendarBundle     relative symlink  
  ?   ContaoCommentsBundle     relative symlink  
 --- ------------------------ ------------------ 

 [OK] All assets were successfully installed.                                   


 Added/updated the system/initialize.php file.

 Symlinked the system/config/tcpdf.php file.


 --- ------------------------------------------------ ---------------------------------------------------------------- 
      Symlink                                          Target / Error                                                  
 --- ------------------------------------------------ ---------------------------------------------------------------- 
  !   web/files/cto_layout/img/referenzen/marketing    Skipped because files/cto_layout will be symlinked.             
  ?   web/files/videos                                 files/videos                                                    
  ?   web/files/cto_layout                             files/cto_layout                                                
  ?   web/system/modules/pct_revolutionslider/assets   system/modules/pct_revolutionslider/assets                      
  ?   web/system/modules/pct_autogrid/assets           system/modules/pct_autogrid/assets                              
  ?   web/system/modules/haste/assets                  system/modules/haste/assets                                     
  ?   web/system/modules/pct_megamenu/assets           system/modules/pct_megamenu/assets                              
  ?   web/system/modules/pct_iconpicker/assets         system/modules/pct_iconpicker/assets                            
  ?   web/system/modules/pct_theme_installer/assets    system/modules/pct_theme_installer/assets                       
  ?   web/system/modules/pct_customelements/assets     system/modules/pct_customelements/assets                        
  ?   web/system/modules/pct_themer/assets             system/modules/pct_themer/assets                                
  ?   system/themes/flexible                           vendor/contao/core-bundle/src/Resources/contao/themes/flexible  
  ?   web/assets                                       assets                                                          
  ?   web/system/themes                                system/themes                                                   
  ?   system/logs                                      var/logs                                                        
 --- ------------------------------------------------ ---------------------------------------------------------------- 


# Process terminated with exit code 0
# Result: OK

Die Datenbank Aktualisierung hat ebenfalls geklappt und die Seite ist weiterhin on.

Aber: An dem Statuscode 500 hat sich nix geändert.

[Spooky]

Hmm, es gibt keine "config.yml" Datei in diesem Ordner.

Die musst du selbst anlegen.

Aber: An dem Statuscode 500 hat sich nix geändert.

Lösche den Ordner var/logs, rufe dann wieder eine Seite im Frontend auf, wo ein 500er Status zurück kommt, poste dann das letzte Log.

Wenn sich nichts im Log befindet, musst du das error Log des Web Servers heranziehen.

[Heiko Wohlgemuth]

Ich denke aber, dass wir der Lösung näher kommen. Ich hab den anderen Umstand mal neu im Video festgehalten..

[Spooky]

home-107 ist wahrscheinlich aus deinem Demo Startpunkt.

Woher der 500er kommt kann ich mir nicht erklären - ich kann das jedenfalls nicht reproduzieren. Wie gesagt bräuchten wir den Log Eintrag zu dem 500er.

[Heiko Wohlgemuth]

php_flag log_errors on
php_value error_log "/www/htdocs/w0101fdf/dev.internetserviceagentur.com/Errorlog/errorlog.txt"

Ist getan und es wird nix festgehalten. die Datei ist leer (ja, hab an CHMOD 777 gedacht)

All inkl Support sagt:

Dann hat es wohl keinen PHP-Fehler gegeben oder das Loggen wird innerhalb der Skripte noch unterdrückt. Bitte wenden Sie sich für das weitergehende Debugging direkt an die Programmierer des von ihnen eingesetzten Systems.

Und nun? Ich kann nur noch raten...

[Spooky]

Es muss für den 500er einen Log Eintrag geben. Wende dich an den Hoster (kein PHP error log sondern Server Error Log).

[Heiko Wohlgemuth]

Ich kann es auflösen. Durch trial & Error habe ich es rausgefunden. Es liegt am Sprachen Fallback.

In der DEMO einmal das Häckchen raus und in der Live das Häckchen rein und das wars. Nun ist es fehlerfrei. Da komm mal drauf....

Danke Heiko

[Spooky]

Da komm mal drauf....

In deinem Video sieht man, dass dir das Contao bereits gesagt hat - ich bin davon ausgegangen, dass du das daher schon selbst behoben hast. Denn in meinem Test konnte ich auch keinen Fehler diesbezüglich feststellen. Allerdings habe ich vermutlich nicht mit einem Accept-Language Header im Request getestet, der nur en enthält (bzw. einfach kein de), daher ist der Fehler nicht aufgefallen.

[Heiko Wohlgemuth]

Indirekt ja. In der Live-Version hatte ich KEIN Sprachen Fallback; dafür aber in der DEMO (war de)

Indem ich die Demo Seite also dann deaktiviert hatte gab es defakto kein Sprachen Fallback mehr. Was für die deutsche Frontendbetrachtung auch offenbar egal ist -> jedoch zu besagtem 500ter führt.

[Spooky]

Was für die deutsche Frontendbetrachtung auch offenbar egal ist -> jedoch zu besagtem 500ter führt.

Nein, ganz so ist es nicht.

Pro Seitenbaum kannst du eine Sprache festlegen. Ein Seitenbaum (einer Domain) kann der Sprachenfallback sein - also dieser Seitenbaum wird benutzt, wenn der Browser eines Besuchers keine Sprachen eingestellt hat, die in deinem Seitenbaum vorkommen.

Du hattest nun eine Situation, wo du nur einen aktiven Seitenbaum für die Sprache "de" hattest - aber diesen Seitenbaum nicht als Sprachenfallback festgelegt (daher auch der Hinweis "Keiner der aktiven Website-Startpunkte ohne explizite DNS-Einstellungen wurde als Sprachen-Fallback definiert.").

Du selbst merkst dadurch keinen Fehler, da du deinen Browser ja auf Deutsch eingestellt hast. Bzw. genauer gesagt: jeder Request, wo im Accept-Language Header irgendwo ein "de" vorkommt (egal ob als primäre oder sekundäre Sprache) würde keinen 500er Fehler sehen.

Der Request des Tools von https://www.webpagetest.org/ sendet aber vermutlich einen Accept-Language Heder, dessen Inhalt nur "en" enthält (bzw. in jedem Fall aber nicht "de"). Da du keinen Sprachenfallback festgelegt und du nur einen Seitenbaum für die Sprache "de" hast, bekommt dieser Request als Antwort die Fehlerseite von Contao mit dem Hinweis, dass kein aktiver Webseiten Startpunkt gefunden wurde.


Du selbst kannst das auch überprüfen, in dem du in den Einstellungen deines Browser alle Sprachen bis auf "en" löschst und dann die Seite aufrufst.