考虑到实际情况(视其为事实):
1) Rotativa PDF (https://github.com/webgio/Rotativa)使用一个exe来创建PDF,所以它不能在蔚蓝网站上工作(没有执行该exe的权限)
2) ABCPdf存在同样的问题
3) EO.Pdf也有类似的问题(“使用Windows但Windows不支持Windows”,http://www.essentialobjects.com/doc/4/install/deploy.aspx)
4)我不想有一个(允许我使用罗塔蒂瓦或ABCPdf)。我对我的Azure网站没意见(除了以前的问题).
有没有其他的解决办法?
还有其他库可以在Azure网站(不是CloudService或VM)上运行吗?
更新11月-2014年:
我今天使用的是MvcRazorToPdf,,它很棒。
控制器代码:
return new PdfActionResult(palletReception, (writer, document) =>
{
document.SetPageSize(new Rectangle(792f, 612f));
document.NewPage();
})
{
FileDownloadName = "foo.pdf"
};查看代码:
带有普通css的普通视图。必须被iText XMLWorker接受,请检查此:http://demo.itextsupport.com/xmlworker/itextdoc/flatsite.html和this:http://demo.itextsupport.com/xmlworker/
发布于 2013-12-08 12:03:46
您可以利用iTextSharp (http://sourceforge.net/projects/itextsharp/)。在过去非常成功地使用过它。如今,它甚至可以作为nuget包出售- https://www.nuget.org/packages/itextsharp/。
发布于 2013-12-19 09:29:57
这项任务适合WAWS吗?
Windows网站对于不占用大量处理时间的应用程序来说是一个很好的平台。但是WAWS可能不是处理器密集型工作的最佳选择,比如将网页转换为PDF。下载和呈现网页可能需要几秒钟时间,生成PDF文档会消耗更多的时间。而且,如果您不幸地达到一两个超时(像这样的情况),您的WAWS帐户上的任何处理配额都可能在瞬间蒸发。当超过上限时,站点会发生什么情况?
据我所知,自由和共享的WAWS层受处理上限的限制。我不确定这是否也会影响标准层。有没有人?
如果您的WAWS站点必须将网页转换为PDF,我建议将其与工作人员角色结合使用,或者只使用web角色(云服务)。另一个优点是可以将多个WAWS站点连接到单个工作人员角色,这可能有助于降低许可成本,并节省部署和维护站点的时间。
https://stackoverflow.com/questions/20431328
复制相似问题