Generátor faktur – Nette šablony + mPDF

Fúúú. Komponenta OK. Ale nešlo by zdrojáky niekde zazipované zavesiť a na fórum len niečo zaujímavé/dôležité vypichnúť? To myslím teraz všeobecne do budúcnosti aj pre iné komponenty. Mať taký obrovský kus zdrojáku v browseri nieje bohviečo.

Věřte tomu nebo ne, ale bylo to v plánu..oboje :) Akorát už nebyly síly. Takže nějaký archiv vytvořím a šoupnu ho sem a pokud se zadaří, tak i do extras to plácnu :)

Hotovo…link pro stažení je nahoře a v extras to je taktéž.

Editoval Warden (12. 5. 2009 18:22)

Super komponenta, přesně tohle jsem vymýšlel a najednou mrknu do extras a on už to někdo udělal, díky za ni :)

Jenom dvě poznámečky : v přiloženém ukázkovém presenteru je stále funkce zřejmě z dřívější verze, teď nevím její název, ale je třeba ji nahradit funkcí setDateOfVatRevenueRecognition

a protože jsem sám potřeboval fakturu namísto zobrazení uložit do souboru, hledal jsem v (bohužel nedostatečně zdokumentovaném) kódu a tady je mé řešení, tak třeba někomu ušetří těch pět minut :)

<?php
$invoice->exportToPdf($mpdf, './faktura.pdf', 'F');
?>

Ano, používá a líbí se :) Nerad znova vynalézám kolo, obzvlášť když už je k dispozici takové pěkně kulaté jako to tvé ;)

S tou dokumentací je to tak, že ani mPDF nemá funkci řádně zdokumentovanou. Po rychlém nahlédnutí do jejího kódu je sice všechno zřejmé, ale zase ten luxus napovídání :))

A ještě mě napadla drobnost (kdyby jsi snad vydával další verzi, já už jsem si to ohnul) – forma úhrady nemusí být vždy „převodem“. Nejsem účetní, ale určitě je možnost platit i bezhotovostně nebo nějak jinak. Tudíž by bylo fajn mít setter i na tuhle vlastnost.

Ps. opravdu má být http://www.profitux.cz/skladiste/ veřejně přístupné? Já jsem se celkem bavil nad tím co všechno jsem tam našel :-D

Faktura je super… taky už jsem jednu sestavil a vytiskl, další ale budou následovat. → Moc dík.

Možná by bodla úprava kdy by se při nezadání některého ze 3 symbolů (konstantní, …) tento text vůbec nezobrazil… asi lepší než 0.

Není předtištěné razítko a podpis v rozporu se zákonem (nevím jakým)? Slyšel jsem že například Celní úřad doklady s předtištěným podpisem vrací a chce podpis vlastnoruční.

PS: Škoda toho skladu štěňata byla roztomilá

Ahoj,
zatim jsem na to koukal jen okrajově ale dost se mi to líbí :)
jenom bych to potreboval rovnou odesilat na mail bez ukladani a nasel jsem ze kdyz dam u exportToPdf parametr ‚S‘ tak by to nejak melo jit ale nemate s tim nekdo zkusenosti ? Diky sin

At zkousim jakekoliv parametry output() nebo ukazku tak mi to vypise
Output has already been sent from the script – PDF file generation aborted.*
a nic mi to nikam neulozí ani neposle. Nevíte co s tim? Funguje to i na win nebo jenom na linuxu?

No ja mam problem ze mi nejde to vygenerovat ani do souboru. Ze mi to vypise jenom ten text co jsem psal ale soubor se nikam neulozil…

Tak jsem musel mit nekde nejakou divnou chybu. cele jsem to smazal a nakopiroval znovu a ted uz to ukládá normálně na localhostu. Díky a já se s tím jdu seznamovat dál

Zkus si pohrát s parametrem 'S' u metody exportToPdf(), viz. dokumentace. Ale nezkoušel jsem, nepotřebuju mailovat.

Jak budu mít chvilku, mrknu na to.

Ten filtr je přejmenovaný na LatteFilter a registruje se automaticky. Takže najdi, kde se pokouší v té komponentě registrovat a zruš to.

Přesně jak píše Honza, já si to napíšu do todo ;-)

EDIT: jinak je to v metodě generate() třídy InvoiceControl

Editoval Ondřej Brejla (9. 4. 2010 20:43)

abych poopravil svuj drivejsi post, pri zaokrouhleni konecne castky se musi zaokrouhleni uvest na fakturu, dale take primo v ukazce
zbozi bez dph je 756.30 × 2 = 1512.60, avsak na fakture je napsano 1512,61
halere se mohou zdat nedulezite ale finacni urad na to tak nenahlizi, nechci komponentu hanit, jen mam sve spatne zkusenosti se spatnymi fakturami a tak bych chtel aby bylo vse v poradku

http://www.faktury.cz/…i-faktur.php
tady je to hezky popsano, ale stejne to neni dostatecne, az to znovu proberu s poradcem tak to sem napisu, at nebluduju

despiq napsal(a):

http://www.faktury.cz/…i-faktur.php
tady je to hezky popsano, ale stejne to neni dostatecne, az to znovu proberu s poradcem tak to sem napisu, at nebluduju

Náležitosti faktur popisuje také nový formát isdoc ve své hypertextové dokumentaci

jakubroz napsal(a):

Nevíte jak nastavím do jakého adresáře se faktura uloží? Mě se pořád dává rovnou do document_root. :(

Předem díky.

Tuto komponentu jsem ještě nepoužil, ale stačí si přečíst toto vlákno a hned u 6. příspěvku najdeš tento kód:

$invoice->exportToPdf($mpdf, './faktura.pdf', 'F');

z tohoto kousku kódu:

'./faktura.pdf'

je to imho jasné. Zkusil bych napsat třeba:

$invoice->exportToPdf($mpdf, './faktury/faktura.pdf', 'F');

co to znamena nejde?

Mám problém s pamětí. Když zkusím fakturu vygenerovat, vyhodí mi to fatal error:

Allowed memory size of 16777216 bytes exhausted (tried to allocate 1572864 bytes)

Začalo to chodit až při navýšení paměti na 128MB :-(

Stáhl jsem si verzi z githubu a mPDF 4.5

Editoval Lawondyss (26. 8. 2010 22:25)

despiq napsal(a):

to je celkem logicky, do 16MB se mi nevejde ani moje aplikace natož pak mpdf který je nekompromisně narocny, 128MB nic extra, ja mam nastaveno pres giga

Taky používám mPDF a taky to začne fungovat až při 512M…asi ten mpdf budu muset uplne odstranit z RobotLoadera a includovat to ručně…

JJ taky se mi to nějak nezdá … používám mPDF u addonu PDFResponse a tolik paměti to nepotřebuje. mPDF už používám několik let i v jiných notNette projektech a nikdy problém nebyl. Je to hlavně o optimalizaci vstupních dat, která lezou do toho PDF parseru. Ale o tom více na mPDF webu, je tam řada tipů jak tu RAM ušetřit a zároveň zrychlit generování PDF.

wotaen napsal(a):

despiq napsal(a):

to je celkem logicky, do 16MB se mi nevejde ani moje aplikace natož pak mpdf který je nekompromisně narocny, 128MB nic extra, ja mam nastaveno pres giga

Taky používám mPDF a taky to začne fungovat až při 512M…asi ten mpdf budu muset uplne odstranit z RobotLoadera a includovat to ručně…

Pokud jde o spotřebu paměti při nahrávání RobotLoaderem…tak to je jasné, samozřejmě mám mPDF v netterobots.txt jako Disallow…ono je taky dost zbytečné ho nahrávat, když ho člověk používá opravdu jen občas…

No já jsem mPDF zakázal nahrávat RobotLoaderem hned, jak jsem zjistil, že kvůli němu ani nerozjedu web. mPDF includuju ručně až ve chvíli, kdy chci generovat fakturu. A právě v tu chvíli to zkolabuje na nedostatek paměti. xdebug odkazuje na řádek uvnitř mpdf.php, ale kolem něj jsem nic zvláštního nenašel.

Zkusím se kouknout na jeho stránky. Pokud se mi to podaří vyřešit, dám to sem.

Těm co to běhá i s malou pamětí poprosím, aby napsali postup, jakým mPDF využívají. Díky.

aha… tak to taky mám v netterobots.txt :-D a uz o tom ani nevim :-D

Tak řeším další situaci. Když umístím generování výstupu faktury do actionXXX(), aplikace už se nedostane k renderXXX a web tak zůstane viset na stránce, odkud proběhlo přesměrování.
Napadlo mě, že řešením by bylo, kdyby se faktura otevřela do nového okna, původní by se přesměrovalo jak má, ale nepodařilo se mi toho dosáhnout. Máte někdo nějaký nápad?