我在knpSnappyBundle上有这个错误,我正在尝试生成一个pdf,然后通过电子邮件发送它。
我的配置如下所示:
knp_snappy:
pdf:
enabled: true
binary: \vendor\h4cc\bin\wkhtmltopdf-amd64\bin\wkhtmltopdf-amd64
options: []
然后我的控制器:
$html = $this->render('AppUserBundle:Emails:envoi-export.html.twig', [
'pointagesList' => $pointagesList,
'user' => $user,
'date' => new \DateTime()
]);
$filename = sprintf('test-%s.pdf', date('Y-m-d'));
return new Response(
$this->get('knp_snappy.pdf')->getOutputFromHtml($html),
200,
[
'Content-Type' => 'application/pdf',
'Content-Disposition' => sprintf('attachment; filename="%s"', $filename),
]
);
完全错误消息:
退出状态代码“127”表示出现了问题:stderr:“sh:1:/usr/local/bin/wkhtmltopdf:未找到”stdout:“命令:/usr/local/bin/wkhtmltopdf--lowquality'/tmp/knp_snappy57970542debe22。html'/tmp/knp_snappy57970542dec563。25042325.pdf'。
在试图解决同样的问题时,我在另一篇关于这个主题的文章中注意到根目录需要在二进制位置中指定。添加%kernel.root_dir%
解决了这个错误。试试这个:
binary: %kernel.root_dir%/../vendor/h4cc/wkhtmltopdf-amd64/bin/wkhtmltopdf-amd64
我找到了一个有效的解决办法。
我希望它能帮助到某人
“二进制”链是安装wkhtmltopdf的计算机的静态路径。如果通过命令行安装,则应为:
/usr/local/bin/wkhtmltopdf
如果您将其安装在供应商存储库中,则它应位于:
/path/to/Symfony/vendor/...
我正在运行一个shell来调用ant,它进一步调用Redhat中的maven。 有人能指出这个错误的背景吗? [错误]无法在项目站点上执行目标org.apache.maven.plugins:maven-war-plugin:2.3:wa r(默认war):错误:将文件[/scratch/mingtzha/12.1/../sites-dojo/target/sites/dojo-1.6.1-12.
我试图在AWS Lambda中安装/运行无头Chrome,但在通过Lambda进行测试时出现以下错误。 " errorMessage ":"消息:Service /tmp/bin/chromedriver意外退出。状态代码为:127\n "," errorType": "WebDriverException " 我正在使用适用于Linux的ChromeDriver 83.0.4103.39。 在P
GitHub工作得很好看一下:https://GitHub.com/ni920/cicd-test 谢谢你 以下是配置项日志
...there are dark corners in the Bourne shell, and people use all of them. Chet Ramey exit 命令一般用于结束一个脚本,就像C语言的exit一样。它也能返回一个值给父进程。 每一个命令都能返回一个退出状态(有时也看做 返回状态 ).一个命令执行成功返回0,一个执行不成功的命令则返回一个非零值,此值通常可以被解释
这是我在执行代码时收到的错误: 文件“/usr/local/lib/python2.7/dist packages/selenium/webdriver/chrome/webdriver.py”,第73行,在init self中。服务start()文件“/usr/local/lib/python2.7/dist packages/selenium/webdriver/common/service.
我尝试了各种解决方案;使用GitHub作为部署方法,安装NPM包服务,强制清理缓存,重新安装node_modules 错误日志: 2022-01-17T16:20:29.660758 00:00 heroku[web.1]:进程以状态1退出2022-02-01-17:16:20:19.752386 00:00 heroku[web.1]::状态从开始更改为崩溃2022-1-17T15:20:30.