Erro na geração do PDF

Através do Putty, acessei o Uol.

Executando o comando diretamente dá o erro: “Erro no barramento”.

Executando o comando com --help (conforme descrito no site http://code.google.com/p/wkhtmltopdf/), dá o mesmo erro.

Alguém sabe o que quer dizer?

Jorge, já ouvi dizer que para sistemas não é interessante utilizar hospedagens comuns, não sei se é verdade, mas estou pesquisando um VPS Linux para hospedar meus sistemas.

Me indicaram a Amazon, você já pesquisou algum outro?

Endrigo,

Aqui no fórum tem um parceiro que fornece hospedagem pro SC.
Não lembro do nome, mas pelas características e referências, acho que vou mudar pra lá.
Mas por enquanto tenho duas hospedagens “simples”: Uol e Ravehost
Com o uol eu trabalho desde 2011, nunca havia dado problemas, em nada.
Tava tudo legal até a alguns dias…

Bom, para mim que utilizarei uma base de dados para cada cliente, um VPS (entre OpenVZ, Xen e KVM, é preferível a Xen) com bom processador, boa quantidade de memória, Swap bem definido, armazenamento com boa quantidade e principalmente tráfego e uplink aceitáveis de acordo com o que for utilizado e disponibilizado no sistema, é a melhor opção.

Achei esses:
http://minivps.com.br/vps-linux/xen/ => XEN2048 com 2 x 2Ghz, 2 GB RAM, 4 GB Swap, 100 GB de HD, 4 TB de tráfego, 1Gbs de Uplink e 3 IP’s = R$ 80,00 / mês.

http://lightvps.com.br/vps-linux/xen/ubuntu => VPS LINUX 2048MB com 2x2Ghz, 4 GB Swap, 2 GB RAM, 100 GB de HD, 4 TB de tráfego, 1Gbps de Uplink = R$ 55,00 / mês.

https://www.budgetvm.com/xen-linux-vps.php
2560MB RAM
5120 MB Swap
120GB RAID 10 Disk
3 E5-2620 2Ghz CPU
4500 GB Bandwidth
3 IP Addresses
US$ 19.99/month

Essa minivps é somente um atravessador da BudgetVM.

Estou com o mesmo problema e não consegui resolver até o momento. Meu servidor é próprio e tem a seguinte configuração:
OS: LINUX MDSTORAGE1 2.6.33.2
WEB Server: Apache
PHP: 5.3.14
Zend: 3.3

Percebi que ele cria os arquivos html e css, porém não converte para PDF, na linha de comando gerada no log e executada via terminal aparece a seguinte mensagem:
./wkhtmltopdf-i386: error while loading shared libraries: libfontconfig.so.1: cannot open shared object file: No such file or directory

Alguém pode dar um help?

Obrigado

Mande instalar o wkhtmltopdf-i386 novamente verificando as dependências. (apt-get install, rpm, etc)

Bom Dia, relatei em outros tópicos o que eu fiz para resolver isto, no diretório aonde esta o wkhtmltopdf que vc ira usar de o comando chmod +x nele, outro detalhe é a falta de pacotes no proprio linux, que dependendo da distribuicao tem que ser atualizado via apt-get(debian) ou yum(fedora/centos). Vejam os topicos que neles mencionei o nome do pacote e outros membros do forum tambem relatram falta de pacotes que depois tiveram que instalar tambem.

Exato, Agostinho.

Mas como minhas aplicações estão no UOLHOST, não consigo fazer essas atualizações.
As permissões eu já ajustei.

http://www.scriptcase.com.br/forum/index.php/topic,7575.msg36494.html#msg36494

Ajustei as permissões para 777.
O erro persiste.

Executei o comando presente no log do erro.

./wkhtmltopdf-i386 --page-size A4 --orientation Portrait --outline-depth 0 --header-right "[page]/[toPage]" http://www.icentro.inf.br/ouvidoria_municipal/_lib/tmp/sc_ouv_temas_grid_html_h6d52hrironsfqn6tovek10vi1.html /home/jorgepopel/icentro/public_html/ouvidoria_municipal/_lib/tmp/sc_pdf_20130919133154_204_ouv_temas_grid.pdf

Apresentou o erro : Erro no barramento

Copiei novamente os arquivos da pasta wkhtmltopdf e nada. :frowning:

Instale pelo gerenciador de pacotes da sua distro o wkhtmltopdf.
Ele irá resolver todas as dependências e poderá usar normalmente no scriptcase.

O problema é que eu hospedo no UOLHOST e eles não mudam/acrescentam as coisas.

A propósito, vc trabalha com hospedagem tb, né?

Sim. Trabalho com hospedagem também.
Aqui no minha distro por exemplo para ele funcionar as dependências são:

apt-cache showpkg wkhtmltopdf
Package: wkhtmltopdf
Versions:
x.x.x-x (/var/lib/apt/lists/xxxxxxxxxxxxxxxxxxxxxx)
Description Language:
File: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
MD5: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

Reverse Depends:
Dependencies:
0.9.9-1 - libc6 (2 2.3.6-6~) libgcc1 (2 1:4.1.1) libqt4-network (2 4:4.5.3) libqt4-webkit (2 4:4.5.3) libqtcore4 (2 4:4.6.1) libqtgui4 (2 4:4.5.3) libstdc++6 (2 4.1.1) xserver (16 (null)) xvfb (0 (null))
Provides:
0.9.9-1 -
Reverse Provides:

Identifiquei o bug.
Como fiz publicação local via ftp o sc estava mandando todos os arquivos.
Agora um cliente fez a publicação tipo zip, upou e o pdf não era gerado.
Descobrimos que nem todos os arquivos do prod estão indo no zip.
O que fiz junto ao cliente de hospedagem foi baixar o prod.
http://downloads.netmake.com.br/downloads/v7/packs/scriptcase-prod-7.1.007-pt_br.tgz
descompactar na pasta _lib dele e a geração do pdf ocorreu de maneira normal.
Fica ai a dica.
Irei postar isto no bugs@netmake.com.br mais tarde.

Alexandre,

baixei o arquivo do link e copiei (via ftp) apenas o conteúdo referente ao wkhtmltopdf, para minha hospedagem (uolhost).
Continuou na mesma.

O arquivo é muito grande para descompactar na hospedagem então precisaria enviar por ftp, já descompactado.

Vc saberia dizer que outros arquivos influenciam na conversão do html para pdf?
O html está lá, o erro ocorre apenas na conversão para pdf.

Não sei dizer quais arquivos faltaram.
Mas depois de copiar todo o prod por cima do que vem na publicação resolveu aqui.

Enviado e-mail para bugs@netmake.com.br.
Com as experiências que tivemos no provedor para correção da geração de pdf.
Vamos esperar e ver se eles confirma o bug na publicação com zip.

Solução aqui:
http://www.scriptcase.com.br/forum/index.php/topic,7575.msg37045.html#msg37045

Pessoal,

Nas várias horas noturnas que dispendi na procura de uma solução para a geração dos gráficos em PDFs a partir das consultas,
Constatei o seguinte:

  • O SC usa o fusioncharts para gerar os gráficos.
  • Ao gerar o html da consulta (para posterior conversão), é gravado também o xml do gráfico.
  • Dai o SC chama o wkhtmltopdf para a conversão.
  • Acontece que o fusioncharts cria os gráficos com o flash e tem uma “animação” na geração dos mesmos, por isso é preciso aquele tempo na configuração da exportação. É o tempo para que o gráfico seja gerado.
  • Se observarem no log q esta no tmp verão q para o windows é colocado como parâmetro o delay na linha de comando e no linux não.
  • Diz a documentação do fusioncharts que em ambientes onde não encontra o flash, el renderiza a imagem através de java ou js (não lembro agora).
  • Na documentação diz ainda q há um comando para esse delay no linux –redirect-delay 5000, mas nessa versão q temos não funcionou.
  • Lendo um pouco mais, vi que o wkhtmltopdf, tem uma sequencia de passos a serem seguidos até a geração do pdf. Esses passos tem um tempo de espera na execução para cada fase. Quando o processamento está muito lento, ele pula para a fase seguinte, dai ocorre o que a gente vê: não sai o gráfico, ou sai incompleto. No windows o tempo definido ajuda, mas o problema está no linux.
  • Nosso parceiro aqui do fórum o Márcio de Paula Costa, fez alguns testes, incluindo o parâmetro –no-stop-slow-scripts, mas o parâmetro não foi aceito.

Não é a solução, apenas o início de um diagnóstico. hehehe