Ir para conteúdo
  • Cadastre-se

Posts Recomendados

Postado
7 horas atrás, rubensk disse:

Pode estar relacionado com versão de PHP, um outro provedor de serviços relatou que o módulo deixa de funcionar com PHP 5.6 e já haviam problemas conhecidos com PHP 5.5. Você tem algum ambiente de teste com PHP 5.4 para comparar ?

De qualquer forma, criado issue sobre isso: https://github.com/registrobr/whmcs-registrobr-epp/issues/69

Executei os testes, com php 5.6 5.5 e agora usando 5.4

os erros persistiram, creio que isso seja relacionado a falta de informação no LANG para a resposta abaixo:

 

segue abaixo o Form, gostaria de saber se tem erros da mensagem, ela vem desse LANG abaixo que no portugues-br não existe
 

{if $nameservererror}
            {include file="$template/includes/alert.tpl" type="error" msg=$nameservererror textcenter=true}
        {/if}
        {if $subaction eq "savens"}
            {if $updatesuccess}
                {include file="$template/includes/alert.tpl" type="success" msg=$LANG.changessavedsuccessfully textcenter=true}
            {elseif $error}
                {include file="$template/includes/alert.tpl" type="error" msg=$error textcenter=true}
            {/if}
        {/if}

        {include file="$template/includes/alert.tpl" type="info" msg=$LANG.domainnsexp}

        

quanto a escolha por Radio no formulário abaixo ele não deve estar sendo apontado corretamente

<form class="form-horizontal" role="form" method="post" action="{$smarty.server.PHP_SELF}?action=domaindetails#tabNameservers">
            <input type="hidden" name="id" value="{$domainid}" />
            <input type="hidden" name="sub" value="savens" />
            <div class="radio">
                <label>
                    <input type="radio" name="nschoice" value="default" onclick="disableFields('domnsinputs',true)"{if $defaultns} checked{/if} /> {$LANG.nschoicedefault}
                </label>
            </div>
            <div class="radio">
                <label>
                    <input type="radio" name="nschoice" value="custom" onclick="disableFields('domnsinputs',false)"{if !$defaultns} checked{/if} /> {$LANG.nschoicecustom}
                </label>
            </div>
            <br />
            {for $num=1 to 5}
                <div class="form-group">
                    <label for="inputNs{$num}" class="col-sm-4 control-label">{$LANG.clientareanameserver} {$num}</label>
                    <div class="col-sm-7">
                        <input type="text" name="ns{$num}" class="form-control domnsinputs" id="inputNs{$num}" value="{$nameservers[$num].value}" />
                    </div>
                </div>
            {/for}
            <p class="text-center">
                <input type="submit" class="btn btn-primary" value="{$LANG.changenameservers}" />
            </p>
        </form>

 

quando troco mesmo errando o dns, mostra o seguinte texto " Sua senha foi alterada com sucesso! " e volta o dns original.

 


Postado

Esse é o formulário do WHMCS, mas em que ponto é a chamada do módulo que gera isso ? A relação entre a operação do módulo e esse problema é que ainda não entendi... 

Em tempo: houve um problema numa instalação em que um outro registrar module (OpenSRS) pegava hooks para mudar telefones para algo que o OpenSRS prefere, e gerava erro de sintaxe no .br ... tem como descobrir que hooks estão ativos na área de clientes e tentar desabilitar se existir algum ? 

 

 

Postado
19 minutos atrás, rubensk disse:

Esse é o formulário do WHMCS, mas em que ponto é a chamada do módulo que gera isso ? A relação entre a operação do módulo e esse problema é que ainda não entendi... 

Em tempo: houve um problema numa instalação em que um outro registrar module (OpenSRS) pegava hooks para mudar telefones para algo que o OpenSRS prefere, e gerava erro de sintaxe no .br ... tem como descobrir que hooks estão ativos na área de clientes e tentar desabilitar se existir algum ? 

 

 

Acabei de verificar no hooks e não está habilitado

isso ocorre somente na etapa de registrar module br, porque quando uso registrar enom ao escolher a opção de mudança de dns ele funciona perfeitamente a troca de algum javascripts quando escolho dns personalizado.

devido aos testes acabei de perceber que houve um bloqueio do login novamente. :-(

 

Esquece o assunto do bloqueio, foi momentaneo, 

vou continuar os testes desses erros

Postado

Habilitei os erros novamente conforme Edvan pediu, e pude agora verificar que com PHP 5.4 teve outro erro, segue abaixo

Strict Standards: Non-static method PEAR::isError() should not be called statically in /home/conte/public_html/modules/registrars/registrobr/Net/EPP/Protocol.php on line 73

Strict Standards: Non-static method PEAR::isError() should not be called statically, assuming $this from incompatible context in /home/conte/public_html/modules/registrars/registrobr/RegistroEPP/RegistroEPP.class.php on line 160

Strict Standards: Non-static method PEAR::isError() should not be called statically, assuming $this from incompatible context in /home/conte/public_html/modules/registrars/registrobr/Net/EPP/Client.php on line 112

Strict Standards: Non-static method PEAR::isError() should not be called statically in /home/conte/public_html/modules/registrars/registrobr/Net/EPP/Protocol.php on line 73

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 39

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 40

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 54

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 55

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 56

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 57

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 58

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 63

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 64

Strict Standards: Non-static method PEAR::isError() should not be called statically, assuming $this from incompatible context in /home/conte/public_html/modules/registrars/registrobr/Net/EPP/Client.php on line 112

Strict Standards: Non-static method PEAR::isError() should not be called statically in /home/conte/public_html/modules/registrars/registrobr/Net/EPP/Protocol.php on line 73

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 54

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 55

Notice: Undefined variable: coderes in /home/conte/public_html/modules/registrars/registrobr/RegistroEPP/RegistroEPPDomain.class.php on line 36

Strict Standards: Non-static method PEAR::isError() should not be called statically in /home/conte/public_html/modules/registrars/registrobr/Net/EPP/Protocol.php on line 73

Strict Standards: Non-static method PEAR::isError() should not be called statically, assuming $this from incompatible context in /home/conte/public_html/modules/registrars/registrobr/RegistroEPP/RegistroEPP.class.php on line 160

Strict Standards: Non-static method PEAR::isError() should not be called statically, assuming $this from incompatible context in /home/conte/public_html/modules/registrars/registrobr/Net/EPP/Client.php on line 112

Strict Standards: Non-static method PEAR::isError() should not be called statically in /home/conte/public_html/modules/registrars/registrobr/Net/EPP/Protocol.php on line 73

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 39

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 40

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 54

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 55

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 56

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 57

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 58

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 63

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 64

Strict Standards: Non-static method PEAR::isError() should not be called statically, assuming $this from incompatible context in /home/conte/public_html/modules/registrars/registrobr/Net/EPP/Client.php on line 112

Strict Standards: Non-static method PEAR::isError() should not be called statically in /home/conte/public_html/modules/registrars/registrobr/Net/EPP/Protocol.php on line 73

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 54

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 55

Notice: Undefined variable: coderes in /home/conte/public_html/modules/registrars/registrobr/RegistroEPP/RegistroEPPDomain.class.php on line 36

Notice: Undefined variable: add_hosts in /home/conte/public_html/modules/registrars/registrobr/RegistroEPP/RegistroEPPDomain.class.php on line 392

Notice: Undefined variable: rem_hosts in /home/conte/public_html/modules/registrars/registrobr/RegistroEPP/RegistroEPPDomain.class.php on line 403

Strict Standards: Non-static method PEAR::isError() should not be called statically, assuming $this from incompatible context in /home/conte/public_html/modules/registrars/registrobr/Net/EPP/Client.php on line 112

Strict Standards: Non-static method PEAR::isError() should not be called statically in /home/conte/public_html/modules/registrars/registrobr/Net/EPP/Protocol.php on line 73

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 39

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 40

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 55

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 56

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 57

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 58

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 63

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 64

Notice: Undefined variable: coderes in /home/conte/public_html/modules/registrars/registrobr/RegistroEPP/RegistroEPPDomain.class.php on line 104

Fatal error: Uncaught exception 'Exception' with message 'Falha ao alterar servidores DNS código 2308: mensagem 'Violação na política de gerência de dados' motivo 'DNS desconhecido'' in /home/conte/public_html/modules/registrars/registrobr/RegistroEPP/RegistroEPPDomain.class.php:108 Stack trace: #0 /home/conte/public_html/modules/registrars/registrobr/registrobr.php(320): RegistroEPPDomain->updateNameServers(Array, Array) #1 /home/conte/public_html/includes/classes/WHMCS/Module/AbstractModule.php(0): registrobr_SaveNameservers(Array) #2 /home/conte/public_html/includes/classes/WHMCS/Module/Registrar.php(0): WHMCS\Module\AbstractModule->call() #3 /home/conte/public_html/includes/classes/WHMCS/Domains.php(0): WHMCS\Module\Registrar->call() #4 /home/conte/public_html/clientarea.php(0): WHMCS\Domains->moduleCall() #5 {main} Next exception 'Exception' with message 'Falha ao alterar servidores DNS código 2308: mensagem 'Violação na política de gerência de dados' motivo 'DNS desconhecido'' in /home/conte/public_ht in /home/conte/public_html/includes/classes/WHMCS/Terminus.php on line 0

 

Postado

Humm, acho que agora entendi sua proposta. A chave de segurança não seria aquela criada/atualizada pelo provedor EPP, apenas a transferência em si é que usaria EPP domain transfer, e para mostrar a chave de transferência continuaria o mesmo método hoje usado em seleção de provedor de domínio. 

Eu não sei se conseguimos mudar isso tão já, mas essa é uma idéia exequível e compatível com a ambiente de negócios do país. Eu adoraria que tivessem pensado nisso em 2006 quando foi implantado o EPP... ;-)

 

Que bom que tenha entendido. Na verdade a seleção de provedor seria substituída pela função (hoje inativa) do EPP domain tranfer. Quando o usuário solicitasse uma transferência de provedor seria necessário ter a chave. A seleção de provedor teria que ser substituída. A transferência poderia exigir uma renovação da anuidade, por exemplo. Não seria a entidade que teria um provedor e sim o domínio. Isso facilitaria muito o modelo de negócios e traria menos problemas com verificações se CPF está ou não com provedor de serviços, de CPF com provedores de serviços sem senhas, de usuários que nem lembram mais a senha do registro, etc.

Sent from my iPhone using Tapatalk

Postado
29 minutes ago, JMB said:

 

 

Que bom que tenha entendido. Na verdade a seleção de provedor seria substituída pela função (hoje inativa) do EPP domain tranfer. Quando o usuário solicitasse uma transferência de provedor seria necessário ter a chave. A seleção de provedor teria que ser substituída. A transferência poderia exigir uma renovação da anuidade, por exemplo. Não seria a entidade que teria um provedor e sim o domínio. Isso facilitaria muito o modelo de negócios e traria menos problemas com verificações se CPF está ou não com provedor de serviços, de CPF com provedores de serviços sem senhas, de usuários que nem lembram mais a senha do registro, etc.

 

Sent from my iPhone using Tapatalk

Não tem como substituir a seleção de provedor, pois fazer isso iria obrigar todo mundo a desenvolver a parte de EPP transfer. Qualquer introdução de transferência tem que ter convivência com a solução atual. 

Na verdade hoje o domínio já pode ter um provedor diretamente, independente do titular; basta selecionar no domínio ao invés de no titular. 

O que você reclama de problema com verificação de CPF é uma feature; tirar isso significa o retorno do problema de que já temos uma credencial e uma nova transação diz outra coisa, da responsabilização de provedores de serviço etc. Faço de novo a pergunta se você quer nos dar uma carta fiança de R$ 100 mil para esses casos... 

O que já fizemos foi passar a remover todo titular e objeto do sistema que não tenha sofrido alteração nos últimos 90 dias e não tenha mais sido titular de um objeto nos últimos 90 dias. Isso eliminou metade dos CPF/CNPJs que tínhamos cadastrados... 

... agora, a outra metade já tem cadastro e precisa ser convencida a mudar de prestador de serviço. 

 

Postado
Não tem como substituir a seleção de provedor, pois fazer isso iria obrigar todo mundo a desenvolver a parte de EPP transfer. Qualquer introdução de transferência tem que ter convivência com a solução atual. 

Na verdade hoje o domínio já pode ter um provedor diretamente, independente do titular; basta selecionar no domínio ao invés de no titular. 

O que você reclama de problema com verificação de CPF é uma feature; tirar isso significa o retorno do problema de que já temos uma credencial e uma nova transação diz outra coisa, da responsabilização de provedores de serviço etc. Faço de novo a pergunta se você quer nos dar uma carta fiança de R$ 100 mil para esses casos... 

O que já fizemos foi passar a remover todo titular e objeto do sistema que não tenha sofrido alteração nos últimos 90 dias e não tenha mais sido titular de um objeto nos últimos 90 dias. Isso eliminou metade dos CPF/CNPJs que tínhamos cadastrados... 

... agora, a outra metade já tem cadastro e precisa ser convencida a mudar de prestador de serviço. 

 

Ué... Então o que você entendeu antes?

Sent from my iPhone using Tapatalk

Postado
2 minutes ago, JMB said:

Ué... Então o que você entendeu antes?

Sent from my iPhone using Tapatalk

De utilizar EPP code para transferência de domínio já existente. Que é como se usa em gTLDs também... 

... não muda a parte de escolher quem pode registrar novos domínios para um titular, que é definida pela seleção de provedor do titular. 

 

Sobre a questão de erro na mudança de DNS, eu zerei hoje o ambiente de homologação e vou começar ele do zero com Ubuntu 16, WHMCS 6.3.1 e PHP 5.6. Apesar de podermos observar o não uso de funções que não tenham PHP 5.4 ou 5.5, o ambiente alvo vai ser 5.6. Vai quebrar uma "pá" de coisas mas consertamos daí. 

 

 

Postado

Amigos, diante dos problemas de troca de DNS na area do cliente para os TLD de terminações BR, quais recomendações ou que posso fazer neste caso? o que vocês estão praticando para este caso? obrigado pelas dicas

 

Participe da conversa

Você pode postar agora e se cadastrar mais tarde. Se você tem uma conta, faça o login para postar com sua conta.
Nota: Sua postagem exigirá aprovação do moderador antes de ficar visível.

Visitante
Infelizmente, seu conteúdo contém termos que não são permitimos. Edite seu conteúdo para remover as palavras destacadas abaixo.
Responder

×   Você colou conteúdo com formatação.   Remover formatação

  Apenas 75 emojis são permitidos.

×   Seu link foi automaticamente incorporado.   Mostrar como link

×   Seu conteúdo anterior foi restaurado.   Limpar o editor

×   Não é possível colar imagens diretamente. Carregar ou inserir imagens do URL.

  • Quem Está Navegando   0 membros estão online

    • Nenhum usuário registrado visualizando esta página.
×
×
  • Criar Novo...

Informação Importante

Concorda com os nossos termos?

-