Mas no caso do Deno, não seria só dar allow-read para o path do certificado ?
deno run --allow-read=/etc
Termos mais procurados:
Histórico de mensagens
PROCURE NO HISTÓRICO
CANAIS DE TEXTO
DISCUSSÕES
- Inserção automática do formato do Pix copia e cola pelo WhatsApp
- Conceito de Payload Locations no PIX
- Repetição do Processo de Criação com txid
- Configuração de URLs para Recebimento de Status
- Implementação do Módulo Gerencianet no Perfex CRM
- Consulta de Chave PIX na API de Envio
- Endpoint para Recuperar Saldo
- Problemas com Token em Ambiente de Homologação
- Implementação da SDK do Pix em Next.js ou React
- Recebimento de Pagamentos via QR Code e Arduino
- Interpretação do Campo 'Solicitação ao Pagador' no Webhook GN
- Atualização de informações no Retentiva de Cobrança
- Teste de Status de Pagamento em Ambiente de Homologação
- Utilização de Endpoints e Payload no Pix
- Tempo Médio de Análise de Documentos na Abertura de Conta
- Autenticação com Certificado em NextJS
- Integrações com o Laravel e SDK de PHP da EFI
- Cobrança em Período de Teste Grátis de 7 dias
- Geração de payment_token pelo Postman e teste em homologação
- Especificação da URL do Webhook no Exemplo Pix
- Retenção de Pagamento no PIX em Marketplace
- Resolução de Delay nas Chamadas de Geração de QR Code e Pix em Node
- Cancelamento de Boleto e Remoção do DDA
- Integração da API do Pix em Sistema Próprio
- Acionamento de Webhooks em Pagamentos e Devoluções
EXIBINDO CONVERSAS RECENTES:
Data: 27/12/2023
Um ambiente que possivelmente rode com algumas adaptações é o glitch.com. Integração de API WhatsApp eu fiz por lá e está funcionando já com meses de operação.
Pois é
Ah sim, talvez a solução para Deno tenha que ser diferente, mesmo que compartilhe algumas características com essa que resolveu no Next.JS.
Eu tentei adaptar o pull dele para deno, porém não funciona, até subi o pacote para o npm (só assim podemos usar com specifiers no deno): https://www.npmjs.com/package/sdk-typescript-apis-efi-base64. Porém sem sucesso
Eu vi o cara fez pull no repositório, mas ele atribui novamente ao certificate
Era com nextJS, e esse usuário fez inclusive um pull-request:
https://github.com/efipay/sdk-typescript-apis-efi/pull/1
... de fato se esse é o único problema, o que parece fazer mais sentido é adaptar o SDK do que desenvolver do zero.
Eu acho que tem no histórico do canal um usuário que citou isso mas por causa de uma outra plataforma serverless para NodeJS, e ele fez uma adaptação no SDK para isso...
Se pudessemos mandar um base64 seria top
Porém no código da sdk do typescript (estou levando ela como referência) a gente passa o certificado (PathLike) httpsAgent, não tem isso no Deno, ele trata isso sozinho e não tem como mandar um arquivo
A questão principal é o certificado, que dever ser passado, no caso no Deno não é como o node que a gente tem acesso a tudo, no deno tem permissões e no caso é melhor passar um base64
Acredito que isso não é o maior problema, para linguaguem melhor typescript
Depende de uma coisa que não sei se alguém do canal sabe que é o quanto Deno é mais Javascript e quanto é mais Rust. Mas como não tem um SDK Rust na Efí, parece que começar do NodeJS ou do TypeScript seja o jeito mesmo.
Boa tarde, @alipiopereira!
Não temos nenhuma experiência com esse runtime específico, porém nossas SDKs são de código aberto, você pode adaptar para a tecnologia do Deno
Até cheguei a clona o repositório e fazer algumas configurações a mais porém sem sucesso. Seria melhor desenvolver uma sdk para Deno? Se sim estou disposto a colocar energia nisso. Fico no aguardo