3 ms·
Or, you know, use PyGal or another server-side charting library: http://www.pygal.org/en/stable/ http://www.pygal.org/en/stable/ Is there much of a market for
by inferiorhuman 7y ago
Or, you know, use PyGal or another server-side charting library: http://www.pygal.org/en/stable/ http://www.pygal.org/en/stable/
Is there much of a market for server-side rendering? I've been putzing around with a d3-inspired charting library in Rust mostly as a brain teaser though.
- dreamcompiler 7y agoI very much prefer to generate svg charts on the server. Not only is this more sensible when you have a huge number of data points, but it even works with js turned off (unless you need interactivity).
- sings 7y agoNot disagreeing – I do this often too – but the downside can be having a very large dataset which in turn generates a very large response, which might be more efficiently sent as data and constructed client-side. Less importantly, Google’s lighthouse tests for a certain number of DOM elements, which a complex chart can easily exceed.
- inferiorhuman 7y agoYeah my server-side use cases are for times when I'd want to use a graph outside of a browser (e.g. PDF reports, printing, email distribution). If you're targeting a browser IMO it only makes sense to move away from the browser and/or JS if you're trying to create a static, raster image.