puppeteer-sharp for server side HTML to PDF conversions

Question

I found that puppeteer sharp is best way for server side, HTML to PDF conversion as it uses and downloads latest chrome and runs headless in background so the conversion is top class. tables and all else is rendered perfectly.

However for running on server, how should the concurrency be managed, because i think each web site users conversion request will launch another chrome instance. how does puppeteer sharp manages concurrency.

is is better to split it as separate web service and enqueue conversion requests and pass all pdf related requests to be served on one by one basis instead of running into concurrency or resource issues on webserver for multiple chrome instances.

score 0 · Answer 1 · answered May 27 '20 at 12:01

0

I found this is the most scalable way to implement this is by using a background process. This is one real-life example:

A WebClient request a PDF sending a signalR message.
The SignalR hub creates some kind of an ID, put the request in an Azure Queue, and adds the SignalR client to a SignalR group with that ID.
A console app would read that queue, process the HTML, and sends back the result to the server using a SignalR message.
The WebServer will get the message, and broadcast that message to all the clients in that group.

It might sound quite complicated, but it's not that much. You can make it simpler.

answered May 27 '20 at 12:01

hardkoded

18,915
3
52
64

i need to do something onprem instead of Azure Queue/Logic Apps. – Shahid Roofi Khan May 27 '20 at 12:51
You can make your own queue. – hardkoded May 27 '20 at 13:00
For a simple asp.net core app, why should we not initialize it as a singleton and inject that into our controller(s)? – tnk479 Oct 01 '20 at 17:50

puppeteer-sharp for server side HTML to PDF conversions

1 Answers1