Bruno Augusto

Me pegou nessa. :yay:

Não, ambos os argumentos de FPDF::Output() são opcionais. Ao omiti-los a classe assume doc.pdf para o primeiro argumento e I para o segundo, fazendo com que o buffer seja enviado ao browser.

Aqui na cidade tem uma loja de um cara educado assim. :lol:

Vish... Tomou

Eu não citei essa porque é boa ou ruim, afinal nem beber eu bebo. O fiz porque é uma das mais caras que conheço. E, na bem da verdade, nem rico gosta, só bebe de poser, porque pode pagar.

Pessoal aqui da alta roda, só no Whisky 12 anos

Eu disse que eu faço tudo isso, não que eu ganho por tudo isso. :cry:

Eu, digitador, sou na verdade telefonista, recepcionista, secretário, digitador, escrevente cartorário, contador, técnico em informática, instrutor de informatica e Jó, porque as vezes tem que ter um saco daquele tamanho pra aguentar esse bando de povo chato.

Difícil decidir qual é o castigo pior...

Larga de ser estúpido Cristiano. 1. Ninguém te chamou no tópico 2. Ninguém pediu sua opinião se o texto é grande ou curto 3. Se você não sabe o que é um Gerador de Lero-Lero, volta pra casa.

Vish... :lol:

Espero que não tenha sido nenhuma indireta. <_< Mas como não sou daqui, posso rir junto. :lol:

@Carlos Antoliv, apesar de sua resposta vir apenas dois meses depois da última, o tópico em si é bastante antigo. Mesmo assim, agradecemos por compartilhar seu conhecimento conosco e pedimos que continue colaborando em tópicos mais recentes. Contudo, vale salientar que ob_start() não limpa o buffer, ele simplesmente o inicia. Quem limpa o buffer é ob_clean() e ob_end_clean(), sendo que o segundo além de limpar também mostra aquilo que foi armazenado nele.

:lol: Boa :clap:

:lol: Nem a fauna gosta de m*rda

Primeiro vamos tentar corrigir os pequenos possíveis erros. Ah! Se eu ganhasse uma moedinha cada vez que eu escrevo o CODE abaixo... :P ini_set( 'display_errors', TRUE ); error_reporting( E_ALL | E_STRICT ); // Para PHP >= 5 e < 5.4 error_reporting( E_ALL ); // Para PHP < 5 e >= 5.4 Se estiver trabalhando com querystrings, em que toda requisição passa por um único arquivo, adicione no início deste, que normalmente é o index.php ou algum possível config.php incluído no primeiro. Caso contrário, adicione no início de cada arquivo. Lembre-se de usar apenas um dos dois possíveis error_reporting(), de acordo com sua versão do PHP. :thumbsup: No seu caso, localmente, pode também alterar diretamente as diretivas display_errors e error_reporting no PHP.INI. Basta alterar, salvar o arquivo e reiniciar o servidor. Se você cometeu os diversos e possíveis errors de programação os quais o PHP inadvertidamente "deixa passar", vai pipocar erro pra tudo quanto é lado, vá corrigindo aos poucos, se necessário. Quanto ao problema específico da mensagem de headers already sent, se você quiser uma explicação um pouquinho mais detalhada sobre o porquê, veja essa resposta (minha também) e veja se pode ser aplicada ao seu caso. Interprete além da resposta. De repente você não tem um HTML manualmente escrito, mas pode ser que seu arquivo contenha a infame assinatura BOM (Byte-Order Mask). Lembre-se que Sessions também pode causar problemas, caso estejam sendo enviadas antes de FPDF::output(), método o qual invocado header(), para definir o Content-type do arquivo PDF. Mas, no fundo, no fundo, a forma mais fácil de saber onde o causador do problema reside, basta ler a mensagem de erro, que mostra o arquivo e a linha do mesmo onde está havendo alguma saída HTML. Veja qual situação se aplica a seu caso, efetue as modificações e poste caso não tenha sucesso.

Mas você não vai mandá-las. Habilitando/exibido-as você verá onde o problema está e, então, o irá consertar, ao invés de varrê-lo para baixo do tapete. Uma vez corrigidas, elas não vão mais aparecer e, com isso, o output do PDF será perfeito.

O seu problema em particular é que localmente seus alertas de erro estão muito baixos ou esativados, daí você não vê o erro. No servidor, 98% das vezes tudo está devidamente configurado, daí você sempre verá o erro.

Ainda bem, né? Necrofilia é crime :lol:

Você meio sus´peito para falar de piadas toscas, NaPraia :lol:

:clap: Verdade pura, nua e crua :lol:

De acordo com esse link o Item 4 permite que você utilize os recursos do site, de uma forma geral, com isso garante-nos direito de uso programático. Eles apenas se reservam o direito de modificar sem prévio aviso. Sendo assim, quem desenvolver esses "scripts sanguessugas" é quem deverá se preocupar em refletir seu código com o código (principalmente HTML) da Receita. Porém, o Item 7 é mais específico, focando principalmente no Sigilo Fiscal das informações e é aí que entra a ilegalidade do recurso. Eu li, não lembro onde, que existe a possibilidade de "licenciamento" dos recursos da Receita. Talvez eu esteja enganado, afinal, foi um texto lido num momento preguiçoso *quando não se presta muito atenção). Em sendo uma afirmação falsa, então TODOS os sites que o fazem através da Receita são ilegais. Se for verdadeira, então sim existe a possibilidade de, de repente, até existir uma API proprietária para tanto. E talvez por ser algo pago é que não se tem muitas informações de pesquisa. Tem um site, KNU que diz fazer isso via biblioteca (DLL ou SO), mas não sei sobre a legalidade do procedimento.

@Bugs99, bem vindo ao iMasters. Apesar de este não ser um tópico TÃO antigo, pedimos que continue colaborando conosco em tópicos mais recentes. Quanto à sua dica, de fato é válida, mas a intenção original do autor seria fazer programatica E gratuitamente. Até minha última resposta eu não sabia com certeza se era crime ou não, depois li que se algum recurso do site fosse utilizado de forma externa, sem um contrato firmado com a Receita (o que pode haver encargos), este deveria ser denunciado. Até então eu havia pensado em desenvolver, mas depois que li isso...

Joãozinho Rules xD