# Solicitação de suporte técnico para o IronPDF
Agradecemos o tempo que você dedicou para nos ajudar a aprimorar o IronPDF e resolver quaisquer problemas que você possa estar enfrentando. A grande maioria de nossos recursos e atualizações são impulsionados por solicitações de clientes, e vemos o desenvolvimento de software como uma conversa de mão dupla entre nossos clientes e nossos desenvolvedores.
Para podermos prestar suporte, nossa equipe de engenharia precisará ser capaz de reproduzir o problema de forma eficiente e criar testes de regressão. A maioria dos problemas que observamos são específicos da plataforma ou do ambiente de execução. Sendo assim, precisamos receber informações extremamente concisas.
Por favor, envie todas as solicitações de suporte para[support@ironsoftware.com](mailto:support@ironsoftware.com) .
## Uma descrição concisa e clara do problema.
Um bom relatório técnico deve incluir informações suficientes para reproduzir o problema. Imagine que você está relatando o problema a um colega ou publicando-o no Stack Overflow.
Um relatório de erros deve conter:
- Uma descrição clara dos sintomas apresentados e quaisquer ideias que você possa ter sobre a sua causa.
- Arquivos de registro (veja abaixo)
- Ambiente: Versão do IronPDF , sistema operacional e versão do .NET Runtime (ambiente de nuvem exato, se aplicável)
Por favor, inclua o máximo possível das seguintes informações para priorizar seu chamado:
- Projeto de exemplo que reproduz o problema na íntegra (veja abaixo)
- Um trecho de código no estilo Stack Overflow (por favor, não faça capturas de tela do código)
- Capturas de tela de sintomas/exceções
- Texto da mensagem de exceção (Exceção + Exceção interna)
- Em que ponto de depuração o processo para de funcionar ou apresenta um erro no código?
- Parâmetros de entrada e recursos: URL, HTML, arquivo HTML, imagem, PDF, CSS, etc.
## Como anexar arquivos de log do IronPDF
**Anexar arquivos de log** ao seu relatório de erro aumenta em mais de _o dobro a probabilidade de podermos ajudar._
***NOTA: O IronPDF possui algumas funcionalidades detalhadas de registro de erros que precisam ser ativadas.***
## Como ativar os registros
```csharp
// Configure logging at the beginning of your code, before any IronPDF methods are called.
IronPdf.Logging.Logger.LogFilePath = "Default.log";
// Enable detailed logging for all processes.
IronPdf.Logging.Logger.LoggingMode = IronPdf.Logging.Logger.LoggingModes.All;
```
Os arquivos de log criados pelo IronPDF são encontrados no diretório `/bin` do seu projeto onde suas DLLs são implantadas:
- `default.log` (Processo de implantação)
- `cef.log` (Renderização)
- `IronSoftwareCefSubprocess.log` (Renderização & Threading)
- [IronSoftwareEngine.log](/troubleshooting/timeout-while-rendering-pdf/) (Útil para depurar exceções que começam com "Erro ao gerar PDF a partir de...")
Os servidores em nuvem geralmente possuem locais específicos para arquivos de log. Temos guias para gerar arquivos de log no [Azure](/troubleshooting/azure-log-files/) e [na AWS](/troubleshooting/aws-log-files/) .
## Como anexar um projeto de exemplo
**Um projeto de exemplo que reproduz com precisão um problema completo de forma isolada** permite que nossos engenheiros identifiquem e compreendam o problema de forma simples e rápida.
Este é o padrão ouro para reprodutibilidade e geralmente agiliza a chegada de uma solicitação de suporte ao nível mais alto da hierarquia.
**Nosso formato preferido é um projeto de aplicativo web ou de console .NET simples, independente e compactado em um arquivo zip:**
- Por favor, habilite o compartilhamento completo ao enviar um link do Google Drive ou Dropbox.
- A pasta `bin` não é necessária, pois sua inclusão aumenta o arquivo zip
Inclua também:
- Arquivos de entrada (funcionando e não funcionando), incluindo PDFs, recursos referenciados (CSS, imagens)
- Gerar PDFs (se aplicável) e/ou o resultado esperado.
Agradecemos o tempo que você dedicou para nos ajudar a aprimorar o IronPDF e resolver quaisquer problemas que você possa estar enfrentando. A grande maioria de nossos recursos e atualizações são impulsionados por solicitações de clientes, e vemos o desenvolvimento de software como uma conversa de mão dupla entre nossos clientes e nossos desenvolvedores.
Para podermos prestar suporte, nossa equipe de engenharia precisará ser capaz de reproduzir o problema de forma eficiente e criar testes de regressão. A maioria dos problemas que observamos são específicos da plataforma ou do ambiente de execução. Sendo assim, precisamos receber informações extremamente concisas.
Um bom relatório técnico deve incluir informações suficientes para reproduzir o problema. Imagine que você está relatando o problema a um colega ou publicando-o no Stack Overflow.
Um relatório de erros deve conter:
Uma descrição clara dos sintomas apresentados e quaisquer ideias que você possa ter sobre a sua causa.
Arquivos de registro (veja abaixo)
Ambiente: Versão do IronPDF , sistema operacional e versão do .NET Runtime (ambiente de nuvem exato, se aplicável)
Por favor, inclua o máximo possível das seguintes informações para priorizar seu chamado:
Projeto de exemplo que reproduz o problema na íntegra (veja abaixo)
Um trecho de código no estilo Stack Overflow (por favor, não faça capturas de tela do código)
Capturas de tela de sintomas/exceções
Texto da mensagem de exceção (Exceção + Exceção interna)
Em que ponto de depuração o processo para de funcionar ou apresenta um erro no código?
Parâmetros de entrada e recursos: URL, HTML, arquivo HTML, imagem, PDF, CSS, etc.
Como anexar arquivos de log do IronPDF
Anexar arquivos de log ao seu relatório de erro aumenta em mais de o dobro a probabilidade de podermos ajudar.
NOTA: O IronPDF possui algumas funcionalidades detalhadas de registro de erros que precisam ser ativadas.
Como ativar os registros
// Configure logging at the beginning of your code, before any IronPDF methods are called.IronPdf.Logging.Logger.LogFilePath = "Default.log";// Enable detailed logging for all processes.IronPdf.Logging.Logger.LoggingMode = IronPdf.Logging.Logger.LoggingModes.All;
// Configure logging at the beginning of your code, before any IronPDF methods are called.
IronPdf.Logging.Logger.LogFilePath = "Default.log";
// Enable detailed logging for all processes.
IronPdf.Logging.Logger.LoggingMode = IronPdf.Logging.Logger.LoggingModes.All;
' Configure logging at the beginning of your code, before any IronPDF methods are called.IronPdf.Logging.Logger.LogFilePath = "Default.log"' Enable detailed logging for all processes.IronPdf.Logging.Logger.LoggingMode = IronPdf.Logging.Logger.LoggingModes.All
' Configure logging at the beginning of your code, before any IronPDF methods are called.
IronPdf.Logging.Logger.LogFilePath = "Default.log"
' Enable detailed logging for all processes.
IronPdf.Logging.Logger.LoggingMode = IronPdf.Logging.Logger.LoggingModes.All
Os arquivos de log criados pelo IronPDF são encontrados no diretório /bin do seu projeto onde suas DLLs são implantadas:
IronSoftwareEngine.log (Útil para depurar exceções que começam com "Erro ao gerar PDF a partir de...")
Os servidores em nuvem geralmente possuem locais específicos para arquivos de log. Temos guias para gerar arquivos de log no Azure e na AWS .
Como anexar um projeto de exemplo
Um projeto de exemplo que reproduz com precisão um problema completo de forma isolada permite que nossos engenheiros identifiquem e compreendam o problema de forma simples e rápida.
Este é o padrão ouro para reprodutibilidade e geralmente agiliza a chegada de uma solicitação de suporte ao nível mais alto da hierarquia.
Nosso formato preferido é um projeto de aplicativo web ou de console .NET simples, independente e compactado em um arquivo zip:
Por favor, habilite o compartilhamento completo ao enviar um link do Google Drive ou Dropbox.
A pasta bin não é necessária, pois sua inclusão aumenta o arquivo zip
Inclua também:
Arquivos de entrada (funcionando e não funcionando), incluindo PDFs, recursos referenciados (CSS, imagens)
Gerar PDFs (se aplicável) e/ou o resultado esperado.
Curtis Chau é bacharel em Ciência da Computação (Universidade Carleton) e se especializa em desenvolvimento front-end, com experiência em Node.js, TypeScript, JavaScript e React. Apaixonado por criar interfaces de usuário intuitivas e esteticamente agradáveis, Curtis gosta de trabalhar com frameworks modernos e criar manuais bem estruturados e visualmente atraentes.
