FACamargo

Depois de muita pesquisa, encontrei a solução para este problema:

o meu servidor Windows 2008 R2 + IIS v7.5 Server, tinha o mime-type para arquivos ‘.svg’ definido como “image/svg”.

I troquei para “image/svg+xml” e o problema foi resolvido.

Cara, você tem algum problema…

Cara, você tem algum problema…

Vamos deixar claro uma coisa: o plugin não pede a definição de chaves de testes, pois as tem “hardwired” internamente. Quando se muda do modo de produção para o modo de teste, o plugin usa essas chaves “hardwired” internas. Quanto a isso, não há dúvidas. Até encontrei as linhas do código PHP onde isso acontece.

Mas a minha dúvida é muito clara e muito simples: Por que o plugin não funciona (em teste) quando uso as chaves de testes no modo de produção? Isto é, coloco o plugin em modo de produção, e forneço as chaves de testes para seu uso . Para mim, o plugin deveria funcionar idêntico ao funcionamento em modo de testes. Só que não!!!

Existe alguma outra diferença no funcionamento interno do plugin quando se muda do modo de testes para o modo de produção? Me parece que sim, mas gostaria de saber o que mais que muda (i.e., o endereço dos servidores?, algum flag enviado para a Cielo?, alguma outra informação de teste? o que mais é diferente em modo de testes quando comparado com o modo de produção?)

Pelo que entendi da documentação da Cielo, nada mais deveria ser diferente, a não ser as chaves propriamente ditas. Só que isso não explica por que não consigo usar o plugin em modo de produção com as chaves de testes. Toda vez que tentei usar as chaves de testes no modo de produção (o que para mim é de fato uma operação em modo de testes) recebi a resposta de “Credenciais Inválidas”.

Isso deixa claro que, ao mudar para o modo de testes, tem alguma outra coisa sendo modificado no funcionamento interno do plugin, e não simplesmente as chaves. Gostaria de saber o PORQUE desse comportamento distinto em modo de testes vs modo de produção.

Agradeço por qualquer ajuda ou explicação.

Perdoe-me, mas preciso reformular a minha pergunta nº1:

Usando o plugin em Modo de Produção, mas com o Número do Estabelecimento de Testes (1006993069) e a Chave de Testes (25fbb99741c739dd84d7b06ec78c9bac718838630f30b112d033ce2e621b34f3), seja qual for a transação, recebo sempre a resposta “Credenciais Inválidas”. Usando o plugin em Modo de Testes, TUDO funciona perfeitamente. A minha pergunta: Porque?

Detalhes: não fiz nenhuma modificação no Plugin v.4.0.11, nem no Theme Storefront v2.0.5, nem no WordPress v.4.5.3 pt_BR. Tenho todos os certificados SSL instalados, da Cielo, e da minha loja, e recebo nota A no teste de segurança da Qualys’SSL Labs. Não consigo entender o PORQUE dessa distinção. Se puder me ajudar, obrigado.

Fiquei imaginando se essa nova API REST 3.0 não iria facilitar nesse problema da captura… Por isso lancei a pergunta. De todo modo, parabéns pelo excelente trabalho.

[]´s

/Francisco

Problem Solved.

As per other references to the same problem, I simply added GD support in PHP, and that solved the problem. In order to add GD support to PHP, simply remove the semi-colon in the extension line in PHP.INI:

;extension=php_gd2.dll

Thanks to all.

/Francisco.