Ouput buffering geeft probleem bij export naar Excel

Outputbuffers kun je stapelen, dus mogelijk is dat niet de meest verstandige oplossing. Je website zou ook van output buffering gebruik van kunnen maken. Daarnaast ben je niet echt nagegaan wat nu precies de oorzaak is dat de bestanden "beschadigd" zijn. Waaruit blijkt dit? Je hebt het ook over meldingen, dat duidt mogelijk op fouten / bugs / code die werkt op informatie die er niet is (undefined indexes et cetera). En dat zou weer af kunnen hangen van de data waarmee je de spreadsheet opbouwt, wat er weer voor kan zorgen dat de foutmelding soms optreedt wat het weer moeilijker maakt om de oorzaak (of oorzaken) te localiseren. Ik zou hier nogmaals induiken en dit niet zondermeer onder het tapijt vegen middels het opschonen van de buffer.

Ook heb ik het vermoeden dat je niet ergens de bufferinhoud opslaat (in een variabele)? Ik zou dus eerder een aanroep van ob_get_clean() verwachten in plaats van ob_end_clean() eigenlijk.

Als je je php applicatie op de juiste manier opbouwt heb je helemaal geen outputbuffering nodig. Dat is voor mij nog altjd de enigste juiste manier.

Frank Nietbelangrijk op 10/11/2017 19:44:48

Als je je php applicatie op de juiste manier opbouwt heb je helemaal geen outputbuffering nodig. Dat is voor mij nog altjd de enigste juiste manier.

Meh, niet helemaal mee eens. Het kan handig zijn als je bestanden bakt (XML,CSV etc., eventueel met behulp van templates) waarbij je output buffering gebruikt. Ook kan het de leesbaarheid van je applicatie vergroten omdat je niet eindeloos hoeft te echo'en / quotes hoeft te escapen als je alles binnen PHP probeert te houden.

Ook kan het helpen bij pagina-opbouw, waarbij een stuk functionaliteit op een bepaalde plek in je HTML-document wordt gezet, zoals JavaScript-snippets die je in een footer toevoegt. Bijvoorbeeld:

<?php
ob_start();
    ?><script type="text/javascript">
    //<![CDATA[
        $().ready(function() {
            // ... etc ...
        }); // ready
    //]]>
    </script><?php
$this->addInlineJs(ob_get_clean());
?>

Lijkt mij een stuk beter leesbaar dan alles echo'en.

EDIT: en dat is dus ook een voorbeeld waarin je dingen niet direct in de goede volgorde kunt zetten, output buffering kan dan uitkomst bieden.

+1. Output buffering kan erg zinnig zijn, mits op de juiste manier toegepast. Dus gewoon lekker uitgeschakeld laten in de PHP configuratie zelf, maar zelf aangeven *wanneer* je *wat* wilt bufferen.

Ontopic:
Je kan ook [php]ob_flush[/php] gebruiken.

>> EDIT: en dat is dus ook een voorbeeld waarin je dingen niet direct in de goede volgorde kunt zetten, output buffering kan dan uitkomst bieden.

Het spijt me Thomas maar ik zou echt niet weten wat ik niet in de goede volgorde kan zetten voor de output. ? !

[size=xsmall]Toevoeging op 11/11/2017 01:19:48:[/size]

p.s. Ik doe ook aan output buffering maar dat heet dan nog variabelen. Met variabelen ben ik nog "in control" maar als de zooi in een output buffer staat dan wordt het wel een heel stukje minder.

Frank Nietbelangrijk op 11/11/2017 01:16:35

Het spijt me Thomas maar ik zou echt niet weten wat ik niet in de goede volgorde kan zetten voor de output. ? !

Stel dat je een geneste opbouw hebt in pagina-elementen met op het hoogste niveau een "maintemplate". Daarin zitten weer andere stukken functionaliteit, bijvoorbeeld menu's, kleine snippets code en een stuk "hoofdcontent". Dat stuk hoofdcontent wordt éérst "uitgevoerd", omdat die mogelijk aparte javascript- of css-bestanden nodig heeft die in de parent (het maintemplate) ingeladen moet worden. Of dus eerdergenoemde JavaScript snippets die je het liefst net voor de </body> tag wilt zetten (buiten enig ander element). Alle output van dat stuk hoofdcontent wordt in een buffer opgevangen, om vervolgens als de pagina uitgedraaid wordt op de goede plek gezet te worden in het maintemplate.

Dit kun je dus niet lineair doen vanwege de geneste/recursieve opbouw van de content. Elementen uit een lager gelegen niveau bepalen mede het uiterlijk van elementen in een hoger gelegen niveau. Dit zijn in wezen een soort van callbacks.

Het gaat dus verder dan de "variabelen" waar jij het over hebt in die zin dat -om jouw voorbeeld te volgen- het uitvoeren van variabele X van invloed is op de samenstelling van variabele Y.

EDIT: daarnaast buffert PHP van zichzelf al van alles. Dit gebeurt via allerlei interne lagen. Alleen al om die reden zou je, bijvoorbeeld vanuit performanceoverwegingen, output buffering kunnen gebruiken omdat die communicatie dan komt te vervallen / wordt uitgesteld. Tevens kun je met ob_start() een callback-functie definiëren. Een veelgebruikte is ob_gzhandler() die de output tevens comprimeert. Wellicht tegenwoordig een minder belangrijke overweging, maar dit scheelt (op den duur een hoop) bandbreedte.