仅当使用本地资产时，从HTML生成PDF才需要很长时间

Question

我使用KnpSnappyBundle 1.6.0和wkhtmltopdf 0.12.5在PHP中从HTML生成PDF，如下所示：

$html = $this->renderView(
    'pdf/template.html.twig',
    [ 'entity' => $entity, ]
);

return new PdfResponse($snappy->getOutputFromHtml($html,
    ['encoding' => 'UTF-8', 'images' => true]), 'file'.$entity->getUniqueNumber().'.pdf'
);

我首先认为这可能与wkhtmltopdf有关，所以我尝试了不同的版本和不同的设置，但这并没有改变任何东西。我还试图指向同一服务器上的另一个域，但问题仍然存在。我尝试不使用KnpSnappyBundle，但问题仍然存在。

所以我现在的猜测是，这是一个服务器问题（或者与wkhtmltopdf的结合）。我正在运行nginx-1.16.1，并通过SSL提供所有内容。我已经安装了OpenSSL 1.1.1d，2019年9月10日（库：OpenSSL 1.1.1g，2020年4月21日），我的操作系统是Ubuntu 18.04.3 LTS。在此服务器上，其他一切都按预期工作。

当我查看Nginx访问日志时，我可以看到当使用来自同一服务器的资产时，由我自己的IP地址发出的get请求。我不明白为什么这要花这么长时间，我已经没有下一步尝试的想法了。任何想法都很感激！

server {
        root /var/www/dev.example.com/public;
        index index.php index.html index.htm index.nginx-debian.html;

        server_name dev.example.com www.dev.example.com;

        location / {
        # try to serve file directly, fallback to index.php
        try_files $uri /index.php$is_args$args;     
    }

        location ~ ^/index\.php(/|$) {
        fastcgi_pass unix:/var/run/php/php7.3-fpm.sock;
        fastcgi_split_path_info ^(.+\.php)(/.*)$;
        include fastcgi_params;
        fastcgi_param SCRIPT_FILENAME $realpath_root$fastcgi_script_name;
        fastcgi_param DOCUMENT_ROOT $realpath_root;
        internal;
    }

  location ~ \.(?:jpg|jpeg|gif|png|ico|woff2|cur|gz|svg|svgz|mp4|ogg|ogv|webm|htc|js|css)$ {
        gzip_static on;

        # Set rules only if the file actually exists.
        if (-f $request_filename) {
        expires max;
        access_log off; 
        add_header Cache-Control "public";
    }
            try_files $uri /index.php$is_args$args;     
 }

    error_log /var/log/nginx/dev_example_com_error.log;
    access_log /var/log/nginx/dev_example_com_access.log;

    listen 443 ssl; # managed by Certbot
    ssl_certificate /etc/letsencrypt/live/dev.example.com/fullchain.pem; # managed by Certbot
    ssl_certificate_key /etc/letsencrypt/live/dev.example.com/privkey.pem; # managed by Certbot
    include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot
    ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot
}

server {
    if ($host = dev.example.com) {
        return 301 https://$host$request_uri;
    } # managed by Certbot

    server_name dev.example.com www.dev.example.com;
    listen 80;
    return 404; # managed by Certbot
}

2020年8月5日：我尝试了wkhtmltopdf 0.12.6，但这给了我完全相同的问题。我在几个月前发布的“解决方案”是对我的问题的回答，它远非完美，这就是为什么我在寻找新的建议。任何帮助都很感激。

Answer 1

对我来说，这听起来像是一个DNS问题。我将尝试在/etc/hosts中添加一个条目，例如：

127.0.0.1     example.com
127.0.0.1     www.example.com

并将您的图像指向使用该域