[addon pdfresponse] PdfResponse

@kbtm: Tam se mi nějak plete dohromady latte a syntax mPDF? Či, moc tomu kódu nerozumím, ale určitě bude lepší se zeptat zde.

@TOMeek: Jak jsi zprovoznil ten JS s novým mPDF? Vím, že to teď nefunguje… :-) Neudělal bys prosím fork s opravou jak odpověď na issue? V ukázce běží podstatně starší verze s podstatně starší mPDF. A ad hlavičky a patičky, je to čistě věc mPDF, PdfResponse do těchto věcí nijak nezasahuje. Tedy možná downgrade na nižší verzi mPDF…

A proč jsi nepoužil toto? https://latte.nette.org/cs/tags#… :-)

Obávám se, že PDF browser použije jako název poslední část URL nikoli údaje z HTTP hlaviček. Však otevři Firebug a zjistíš velmi jednoduše co se děje. Ale mam takovy pocit, že mi to V ISu funguje podle hlaviček. Tuším, že se mi choval jinak Chrome s interním prohlížečem a s Adobe Readerem.

Každopádně, kdybys udělal pomocí routerů URL ve tvaru /generuj/nazevTvehoPdf.pdf a data mu poslal POSTem, myslím, že dosáhneš, čeho chceš i pokud to ty hlavičky nebere.

…teď jsem si všiml… Pokud posíláš data ke zpracování POSTem, v chrome to nejde uložit… (uložit generuje další http dotaz)

1. Uložit pdf na disk/do proměnné, je-li malé
2. Poslat mail
3. $presenter->terminate($response);

Mrknu na to koncem týdne…

Pokud chcete PDF uložit do souboru a dále pokračovat v životním cyklu presenteru, nevolejte $this->sendResponse($pdf);, ale spíše postupujte takto nějak:

$pdf = new PdfResponse($template);
$pdf->outputName = "path/to/file.pdf";
$pdf->outputDestination = PdfResponse::OUTPUT_FILE;
$pdf->send($this->getHttpRequest(), $this->getHttpResponse());
// máme uložený PDF soubor a presenter dále pokračuje

Metoda PdfResponse::send() implementuje rozhraní IResponse, takže se jí musí předat příslušné parametry, i když se nevyužívají.

aha, díky, takže https://github.com/…/PdfResponse :-)

Editoval hranicka (1. 10. 2013 16:37)

Prosím vás, mám takýto problém ked rozbieham tento plugin

Notice

Undefined index: BODY

Mal niekto niečo podobné ?

Zdravim! Chcel by so pouzit doplnok PDFResponse pre verziu Nette 2. Nakopiroval som triedu PDFResponse.php do adresaru libs a taktiez aj kniznicu mPDF. Ked sa pokusam ulozit vygenerovanu fakturu na moj localhost, tak to vygeneruje fakturu bez problemov. Problem vsak nastava ked sa snazim fakturu zobrazit priamo v prehliadaci, alebo ked sa ju pokusim stiahnut. Pri tychto dvoch moznostiach sa nestane nic.

Vygenerovane PDF, ktore ukladam na server a je funkcne, robim takto :

<?php
    public function actionToPdf()
    {
//        //šablona pro export do PDF
        $template = $this->createTemplate()->setFile(__DIR__ . "/../templates/Invoices/toPdf.latte");
        $template->value = 123;

        $pdf = new \PdfResponse($template);

        $pdf->documentTitle = "title";
        $pdf->pageFormat = "A4-L";

        $pdf->save(__DIR__ . "/../templates/");
    }
?>

Zobrazovanie v prehliadaci, alebo download suboru robim takto, bohuzial to nezobrazi nijaky PDF subor:

<?php
    public function actionToPdf()
    {
//        //šablona pro export do PDF
        $template = $this->createTemplate()->setFile(__DIR__ . "/../templates/Invoices/toPdf.latte");
        $template->value = 123;

        $pdf = new \PdfResponse($template);

        $pdf->documentTitle = "title";
        $pdf->pageFormat = "A4-L";

        $pdf->setSaveMode(\PdfResponse::INLINE);
        $pdf->send($this->getHttpRequest(), $this->getHttpResponse());

//        $this->sendResponse($pdf); //druha moznost ako som to skusal
    }
?>

Nevie mi niekto z Vas poradit, preco mi nefunguje zobrazovanie a stahovanie vygenerovanych suborov?
Dakujem.

Honza Kuchař napsal(a):

V kódu na první pohled chybu nevidím… Laděnka mlčí?! Btw. proč to tam nenasosneš Composerem?

Ladenka nehlasi nic, dokonca ani firebug. SKusal som to aj cez Composer, vysledok ten isty. :/ Napadlo ma ci by localhost to nemohol nejako blokovat. Skusal som uz aj ine verzie a stale, subor mi vygeneruje, a ulozi na server, ak zvolim tuto moznost. Bohuzial, PDF mi zobrazit v prehliadaci nechce.

Dakujem za pomoc, vyriesil som to s pomocou kamarata. Chyba bola v tom ze som to volal Ajaxovo. Dakujem za Vas cas.

Zdravím,

vím, že budu vypadat jako lama, ale radši jako lama, než nevědět. Rád bych rozpohyboval PDFResponse. Ale vůbec mi to nejde. Stáhl jsem mPDF, PDFResponse, nakopíroval do lib, atd. A nemohu to rozeběhnout. Chtěl bych se zeptat na celý postup rozeběhnutí, co kam nakopírovat, co kde dopsat, přepsat, atd. Jako pro mne (lamu). :) Jinak proč nepoužiji Composer? Nevím, protože netuším jak to funguje, takže nevím jestli mi to pomůže… Jinak jsem zkoušel základní příklad, ahoj světe.

Děkuji všem za vzácné rady a omlouvám se, že obtěžuji pro někoho s tak triviálním dotazem.

A instalace composer: https://doc.nette.org/…ces/composer

Jak přesně to myslíš? Nechápu to. Ale nebude odpovědí pomocí CSS?

Ahoj,

po aktualizaci na Nette 2.2.1 mi přestal fungovat export do PDF pomocí PDFResponse. Místo PDF jsem dostal HTML s chybou:

mPDF error: HTML contains invalid UTF-8 character(s)

Před aktualizací Nette to fungovalo bez potíží. Zkusil jsem ještě prázdnou šablonu a taky to hází stejnou chybu.
Takže jsem si upravil PDFResponse.php takto:

/**
* Build final pdf
*/
private function build() {
    if (empty($this->documentTitle)) {
        throw new Exception("Var 'documentTitle' cannot be empty.");
    }
    ...
    ...
    ...
	$html =  iconv("UTF-8","UTF-8//IGNORE",$html); //T.Halasz - remove of incorrect utf-8

Otázka je, nevadí ta má úprava něčemu? Nebo jsem něco při aktualizaci Nette přehlídnul a má to být úplně jinak ?

díky moc za pomoc :-)

Ahoj mPDF mi hází tuto chybu na produkčním serveru
mPDF error: IMAGE Error (http://lokalno.cz/…ogo_dark.png): Could not find image file

k tomu obrázku se na adrese normálně dostanu.
PDF rendruji pomocí latte šablony a obrázek v šabloně mám takto:

<div id="pdfLogo">
	<img src="{$basePath}/images/default/logo_dark.png" />
  </div>

nevíte čím by to mohlo být? na serveru jsou práva 770
a pdfResponse mám ve složce VENDOR stejně tak i mpdf

simPod napsal(a):

jiné obrázky to bere? Jestli třeba není corrupted…

Teď jsem to zkoušel i s jiným obrázkem a to samé … můžete mi někdo říci jak by měli být nastavené práva na souborech? Ono je to na produkčním serveru u mě na locale to funguje OK

Je možné rozchodit generování PDF přes tento addon mimo presenter v modelu? Konkrétně mi jde o to, že bych chtěl mít funkci generateInvoice, kterou bych chtěl volat v různých prezenterech, takže by bylo žádoucí ji mít jako model. Problém je ale s templatem, protože

$template = $this->createTemplate();

Není možné zavolat mimo presenter. Nenapadá vás, jak to vyřešit?

Pokud to nejde primocare, zaloz na to issue, nebo posli pull-request. Nedavno jsem neco podobneho resil s Eciovni a byly tam podobne problemy…

Ahoj a mám ještě jednu otázku při generování pdf dostávám tuto hlášku
<B>mPDF error: </B>IMAGE Error (http://www.lokalno.cz/…20553556.png): Could not find image file

a v šabloně pro PDF mám tento kód

<style>
    body{
        {ifset $frame}
            background: url('_data/frame/{!$frame}') no-repeat;
        {else}
            background-color: #fff;
        {/ifset}
        font-family: Arial, Helvetica, sans-serif;
    }
</style>

na localu mi to vsechno funguje OK, ale na produkčním mi mPdf vyhazuje tuto chybu, nevím si s tím rady už jsem zkokušel i růzmě prohazovat cesty a nic
Když mám v šaboně toto

<img id="logo_lokalno" src="images/logo_dark.jpg" alt="Logo lokálno"/>

tak se obrázek zobrazí v pohodě
díky za návrhy

Pouziva jeste nekdo verzi pro Nette 0.9? Je třeba udežet tu starou verzi na GitHubu?

Třeba by šla najít nějaká jiná PDF knihovna. Teď jsem přednedávnem použil dokonce javascriptovou pdf knihovnu jsPDF ( https://parall.ax/…s/jsPDF.html ) a fungovala perfektně. Ale pokud je potřeba serverové generování, tak tady taky používám mPDF, tak nevím.