Erro 500 página do addon

[ForSite]

Mesmo após a criação do usuário o erro persiste. Erro 500 http://prntscr.com/ec2k1q Usando a versão 7.1.1 do WHMCS

Sem erros no apache ou php 7.0

[andrekutianski]

a chave de api e o numero da conta foram configurados? Acabei de reinstalar no meu ambiente de teste e tudo ocorreu bem, sem erros. Estranho não gerar nenhum erro no php/apache.

[ForSite]

Acabei de fazer uma instalação do whmcs limpa, configurei o modulo e .. erro 500 de novo.. estou perdendo algo?

[ForSite]

Uso php 7.0 nesse servidor...

[ForSite]

hum.. acho que posso ter achado algo... Eu uso o flexible ssl do cloudflare, desativei ele e meu whmcs agora está rodando em HTTP. Todo ele, porém, quando clico no addon da IUGU, e apens nele, ele tenta abrir com https. pode estar havendo um loop.

Por exemplo, se eu colocar o link do whmcs com HTTPS, lá em configurações e ativar o flexible SSL do cloudflare, me retorna erro 500 também. tenho que deixar em http e o cloudflare faz o trabalho de redirecionar para https.

É uma instalação limpa.. se quiser testar nela, só me falar.

[andrekutianski]

foi descoberta uma falha grave na cloudflare e o recurso de reescrita de URL para HTTPS foi desativado. A única variável diferente entre seu ambiente e o meu é a utilização do Cloudflare. Desabilite completamente ele para seu whmcs. mais informações sobre a falha você poderá encontrar em http://thehackernews.com/2017/02/cloudflare-vulnerability.html?m=1

[ForSite]

Então André.. foi como eu disse anteriormente. Ele foi desativado, mas a única página que pede https é a do addon da iugu, causando assim o mesmo erro 500.

[ForSite]

Quanto ao bug do cloudflare, nada que eu utilize. Email obfuscation, Server-side Excludes, as well as Automatic HTTPS Rewrites.; Uso o rewrites manual.

[andrekutianski]

testei em ambiente HTTP e não consegui reproduzir o erro. Vou analisar os arquivos do da pasta addon mas nao existe nada que force a utilização de SSL.

Em sex, 24 de fev de 2017 07:06, ForSite notifications@github.com escreveu:

Quanto ao bug do cloudflare, nada que eu utilize. Email obfuscation, Server-side Excludes, as well as Automatic HTTPS Rewrites.; Uso o rewrites manual.

— You are receiving this because you commented.

Reply to this email directly, view it on GitHub https://github.com/eunarede/iugu-whmcs-pro/issues/5#issuecomment-282253509, or mute the thread https://github.com/notifications/unsubscribe-auth/AFEeCxk0FYhjePMENFUPTj_DnP8Yll17ks5rfquRgaJpZM4MI45y .

[ForSite]

O que pode estar acontecendo. Por algum motivo, a pagina do addon está solicitando https. Mesmo com o cloudflare desabilitado e o whmcs em http. Ou seja, se o addon solicita https, não irá funcionar por que não existe ssl, erro 500 no nginx. Normal.

Se por ouro lado, eu ativar o cloudflare, ativar o flexible ssl e a pagina do addon ainda assim estiver solicitando https. Loop, erro 500 nginx.

Tudo deve estar em http, assim como meu whmcs está, para que não aja looping. com ou sem o uso do cloudflare.

Não sei se ficou claro.. rsrs

[ForSite]

Ok, limpei o cache do whmcs, não lembrava disso... Agora estou em http na pagina do modulo.. cloudflare desativado, erro 500.. devo estar deixando passar algo.

interessante é que no access log ele acusa, addonmodules.php?module=iugu HTTP/1.0" 500 -

Mas no log de erros, está tudo limpo. nada. http://prntscr.com/ecrixf

[andrekutianski]

a escrita de logs está ativado? vou analisar o codigo novamente

Em sex, 24 de fev de 2017 07:17, ForSite notifications@github.com escreveu:

Ok, limpei o cache do whmcs, não lembrava disso... Agora estou em http na pagina do modulo.. cloudflare desativado, erro 500.. devo estar deixando passar algo.

interessante é que no access log ele acusa, addonmodules.php?module=iugu HTTP/1.0" 500 -

Mas no log de erros, está tudo limpo. nada.

— You are receiving this because you commented.

Reply to this email directly, view it on GitHub https://github.com/eunarede/iugu-whmcs-pro/issues/5#issuecomment-282255917, or mute the thread https://github.com/notifications/unsubscribe-auth/AFEeCzPCY79_njpwe8D1lM8yAMaUOXVeks5rfq4lgaJpZM4MI45y .

[ForSite]

Sim, haviam erros de outro site ontem. Não sei o que te dizer. PHP 7.0, whmcs 7.1.1, nginx, mariadb, ubuntu, azure...

Ficha completa.

[ForSite]

Fiz um debug aqui a moda antiga, usando echo 1; exit;

Onde está foi a ultima linha que funcionou, antes do $configarray = array(

<?php

// http://docs.whmcs.com/Addon_Module_Developer_Docs

if (!defined("WHMCS"))
    die("Esse arquivo não pode ser acessado diretamente.");

use Illuminate\Database\Capsule\Manager as Capsule;

function iugu_config() {echo 1; exit;
    $configarray = array(
        "name" => "Iugu",`

[andrekutianski]

@ForSite realizei uma bateria de testes com o WHMCS limpo, utilizando HTTP e HTTPS, reinstalei o plugin e obtive em todas as vezes resultado positivo, sem nenhum erro, loop de redirecionamento ou erro 500. Talvez exista alguma diferença entre seu PHP e o que estou usando em teste e produção. Não homologuei este plugin para o PHP 7 e não tenho como recriar um cenário nesta versão. Sugiro que teste com a versão 5.6

[ForSite]

Meu whmcs não funciona em 5.6 e tenho outros sites configurados no server que também não funcionam quando volto para 5.6. Infelizmente.

Mas obrigado de qualquer maneira. Quando sair para o 7.0 eu volto a tentar.

Em 1 de mar de 2017 12:04, em 12:04, Andre Kutianski notifications@github.com escreveu:

@ForSite realizei uma bateria de testes com o WHMCS limpo, utilizando HTTP e HTTPS, reinstalei o plugin e obtive em todas as vezes resultado positivo, sem nenhum erro, loop de redirecionamento ou erro 500. Talvez exista alguma diferença entre seu PHP e o que estou usando em teste e produção. Não homologuei este plugin para o PHP 7 e não tenho como recriar um cenário nesta versão. Sugiro que teste com a versão 5.6

-- You are receiving this because you were mentioned. Reply to this email directly or view it on GitHub: https://github.com/eunarede/iugu-whmcs-pro/issues/5#issuecomment-283363843

[ForSite]

André, havia esquecido de citar isso... o erro 500 continua nas duas instalações, e ao abrir a tela da fatura, gera esse erro:

Problemas em localizar a fatura no banco local. SQLSTATE[42S22]: Column not found: 1054 Unknown column 'invoice_id' in 'where clause' (SQL: selectiugu_idfrommod_iuguwhereinvoice_id= 4269 limit 1)Problemas em cadastrar o cliente na Iugu. SQLSTATE[23000]: Integrity constraint violation: 1048 Column 'iugu_id' cannot be null (SQL: insert intomod_iugu_customers(user_id,iugu_id) values (2, ))

[andrekutianski]

Já identifiquei o erro e estou realizando as mudanças necessárias. Testado na última versão do WHMCS com PHP 7.1

[ForSite]

Opa... Maravilha... Quando quiser que eu tesye aqui me avisa que faço o download... Obrigado.

[andrekutianski]

corrigido na versão 1.5.3.1