I dette særtema ser vi på, hvordan cloud og AI bliver fundamentet for virksomhedernes digitale forretning, og hvordan de nye muligheder for automatisering og forretningsværdi kan udnyttes uden at miste overblik, sikkerhed og menneskelig kontrol.
Det vat egentlig et retorisk spørgsmål... som udgangspunkt er output buffering ikke slået til i et almindeligt setup. Du skal aktivt tilvælge den form for funktionalitet i din konfiguration.
Jeg tror dit problem er at du udvikler i et produktionsmiljø, hvor fatale php fejl resulterer i en status 500. Advarsler og bemærkninger undertrykkes. Du skal enten kigge i din error log eller også skal du slå error reporting til.
Synes godt om
Slettet bruger
15. marts 2011 - 13:33#4
Hm.. Kan det være "gået i produktion" af sig selv ?
error_reporting() returnerer 22527 hvis jeg herefter sætter den med: error_reporting(E_ALL) returnerer error_reporting() 30719
Men phpinfo() (under Core) siger stadig: display_errors = off off - Og et manglende semikolon slukker stadig lyset fuldstændigt.
Synes godt om
Slettet bruger
15. marts 2011 - 13:46#5
Selv efter: ini_set('display_errors','On') kommer der INTET output hvis jeg glemmer et ;
Synes godt om
Slettet bruger
15. marts 2011 - 13:56#6
Med: ini_set('display_errors','On') vil den gerne give warnings, f.eks: Division by zero men stadig ikke "fatale" som et manglende ;
Synes godt om
Slettet bruger
15. marts 2011 - 14:16#7
Ahh, at sætte display_errors vha. ini_set er IKKE det samme som at sætte den i php.ini. - hvis jeg sætter den til "On" i php.ini virker det igen som før..
Jamen, jeg er glad for at du fik det til at virke...
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.