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.

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.

After some searching, I found the solution to the above problem:
on my Windows 2008 R2 + IIS v7.5 Server, it had the mime-type for ‘.svg’ files defined as “image/svg”.

I changed it to “image/svg+xml” and the problem was solved.

Cara, você tem algum problema…

Obrigado pelo pointer de uma página onde os ícones apare?am. é tudo que eu pedi. Novamente, obrigado.

Cara, você tem algum problema…

Depois de investigar um pouco mais a fundo o problema, descobri que o plugin de fato usa uma URL de testes, a saber
https://qasecommerce.cielo.com.br/servicos/ecommwsec.do
quando em modo de testes, e outra url de produ??o, a saber,
https://ecommerce.cielo.com.br/servicos/ecommwsec.do
quando em modo de produ??o. Ou seja, n?o s?o apenas as chaves que mudam… mas as URLs tambem, como eu já tinha desconfiado.

Mas eu também poderia ter descoberto isso bem mais cedo se tive lido com mais aten??o o manual da Cielo. Eles deixam isso bem claro no item Endpoint do capítulo de Testes e Homologa??es.

Pe?o desculpas por quaisquer dissabores.

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 n?o tem nada resolvido ainda… Estou com o seu plugin v4.0.11, o theme Storefront 2.0.5, e WordPress 4.5.3 pt_BR, todos atualizadíssimos e sem quaisquer modifica??es.

Tenho vários outros plugins instalados, mas me é dificil imaginar por que faríam as bandeiras n?o aparecerem. Tenho alguns outros plugins seus também instalados e ativos: p.ex., o WooCommerce Boleto, e o Extra Checkout Fields for Brazil. Tenho instalado também o PDF Add-on, mas está desativado por enquanto.

Você poderia me dar ALGUMA PISTA sobre o que DEVO/POSSO INVESTIGAR para TENTAR descobrir por que os ícones das bandeiras n?o aparecem? Obrigado.

Perdoe-me, mas preciso reformular a minha pergunta no1:

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.

Prezado Cláudio,

Apesar de ser um programador com mais de 30 anos de experiência, inclusive um sólido ASP.Net, estou apenas iniciando no PHP e no WordPress. De todo modo, gostaria de ajudá-lo.

Estou apenas come?ando a testar o seu plugin numa loja que estou criando, e confesso que achei estranho n?o “perceber” nenhuma confirma??o de pagamento efeutado com sucesso, mas vi sua explica??o de que isso está correto, e me conformei. Depois vi (nos foruns) que parece sim existir um problema de captura que precisa ser resolvido.

Será que você poderia me escrever 1 ou 2 paragrafos sobres esses problemas de captura do plugin? Quem sabe ent?o eu consiga ajudá-lo a resolver isso. E depois vamos ao API 3.0

/Francisco

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

Essa aqui: https://developercielo.github.io/Webservice-3.0/

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.

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.