A big bottleneck I have at the moment is PDF generation each time someone places an order. It's not a big deal for a single order, but when there are a lot in a short time frame, this process is very slow.

The PDF needs text information, a QR code, a Bar code, a logo, and 1 or more (up to 20+) 1/4-width images.

Current process w/ DOMPDF:

QR code image created w/ PHP and saved as png
Bar code image created and saved as png
DomPDF generates PDF

New thought:

HTML2PDF creates PDF, and uses it's qr and bar code tags to generate the bar codes

That theoretically would take care of the QR and Barcode images, but still, the rest of the images make it too slow.

Doing it this way, without any images other than the (QR and Bar code), the PDF can generate in ~500ms, but as soon as I start adding images, it goes up to 2, 3, 4, 5+ seconds each.

When running tests, and processing ~10k orders (in a few minutes), it was still processing the PDFs around 12 hours later until I just shut it down in frustration.

The PDF is generated in a separate queue process, so the person doesn't have to wait when ordering, but - still... it can't take 5+ hours for them to receive their confirmation PDF during high traffic.

Questions / TLDR:

How can I make my process of creating PDFs with a dynamic qr code, a dynamic bar code, dynamic text, and 1-20 static images (images are same across all PDFs) faster?

Are there other potential things I haven't thought of? Maybe making a template PDF and somehow use PHP to just fill in the dynamic spots?

Itext html转PDF中文在PDF中不显示

KaisonChen

3个回复