Fórum OpenCart Brasil

Por um e-commerce livre, confiável e profissional

#16903
arq de linguaguem, tem varios
e olhando em todos os arquivos .php
nao tem nada na primeira linha
Código: Selecionar todos
class ControllerPaymentPagseguro extends Controller {
    private $error;
    /**
     * index
     * Executado na página de edição do módulo na administração, implementa
     * os botões de salvar e cancelar
     */
    function index() {

        $this->load->language('payment/pagseguro');
		... 
#16906
o módulo só tem 1 arquivo de linguagem no frontend e 1 no backend.

se tiver mais arquivos de linguagem do que isso... deve ter algum erro no seu zip.

catalog/language/portuguese-br/payment/pagseguro.php
admin/language/portuguese-br/payment/pagseguro.php
#16959
como eu sei como vc Renato ja deve saber, existe um padrao nestes caminhos que vc me passou nas extensoes de forma geral
tanto para backend como frontend ?

pois eu baixei o zip deste topico e tem outros arquivos tambem como ex:
\pagseguro-opencart_v1.0.5.3\catalog\controller\payment\pagseguro.php entre outros..

por isso surgiu o interesse em saber sobre o padrao do front e backends...
#16960
e sobre o erro que o pestana informou ja atualizaram

no arquivo aparece o codigo abaixo e ainda sem fechamendo do "?>"
Código: Selecionar todos
$_['instructions_info']  = <<<EOF
Acesse [https://pagseguro.uol.com.br PagSeguro] para instruções de uso e documentação.
<br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br />
EOF;
#16994
vivian escreveu:e sobre o erro que o pestana informou ja atualizaram

no arquivo aparece o codigo abaixo e ainda sem fechamendo do "?>"
Código: Selecionar todos
$_['instructions_info']  = <<<EOF
Acesse [https://pagseguro.uol.com.br PagSeguro] para instruções de uso e documentação.
<br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br />
EOF;
Estive olhando os arquivos e existem vários sem o fechamento de php
?>
#17001
Alguns servidores fecham automaticamente. Outros, exigem o fechamento manual.

Quem fez o módulo, devia estar testando em um dos servidores que fecham automático.

Muitos mods também iniciam com <? em vez de <?php e nem todo servidor aceita a primeira forma também.

É muito complicado trabalhar com "convencionalismo", quando não se é o padrão da linguagem.

outro encurtamento comum:
Código: Selecionar todos
<?="olá";?>
em vez de
Código: Selecionar todos
<?php echo "olá"; ?>
#17024
que coisa ne...
vivendo e aprendendo...
ja vi em alguns foruns de php, alguns favoraveis e outros contras a "encurtamentos" bem como sou aprendiz ainda.. vamos aprendendo...

ah e sobre o backend e frontend, existe algum padrao conforme falei no post anterior?
#17025
O padrão é MVC

Model / View / Controller

Separados em Admin (administração, backend) e Catalog (loja, frontend)

-> admin
--> controller
--> model
--> view

-> catalog
--> controller
--> model
--> view


dentro de cada um dos três, há os diretórios relativos a cada seção:

em admin/controller temos catalog (catálogo), design, extension (extensões), localisation (localização), payment (pagamentos), sale (vendas), shipping (frete), total (finalização), common (controles comuns à todo o backend), error (erros), feed, module (extensões->módulos), report (relatórios), setting (Sistema->configurações), tool (ferramentas), user (usuários)

em admin/model, alguns desses se repetem. os que não possuem "model", não possuem métodos de gravação/leitura próprios (são dados gerados a partir da gravação ou ocorrência de outros eventos, em outros diretórios/tabelas) ou são manipulados exclusivamente pelos seus próprios controllers. exemplo: temos model/sale, mas não temos model/payment ou model/shipping, pois os métodos são muito complexos/específicos para cada método de frete ou pagamento).

em admin/view, fica o template, que recebe os dados do controller e exibe.

o mesmo vale para o catalog.. mesma estrutura, controller, model e view.

os diretórios são carregados conforme as rotas:
no backend, route=catalog/product carrega admin/controller/catalog/product.php
no frontend, route=account/create carrega catalog/controller/account/create.php

e por aí vai ...
Por tecoad
#17621
Srs. boa noite,

Estou com um problema - vejam se conseguem me ajudar. Instalei o PagSeguro e até então nenhum problema - exceto pelo fato de que com o retorno automatico das transações - order_status_id da transação é atualizado inclusive quando o pagamento é confirmado. Mas esta informação não está sendo gravada no order_history. - ou seja, não aparece na parte de histórico de pedidos.

As duas linhas de retorno.php que fazem a inserção são:

$db->query('UPDATE `' . DB_PREFIX . 'order` SET `order_status_id` = ' . $order_status_id . ' WHERE `order_id` = ' . $Referencia);
$db->query("INSERT INTO `" . DB_PREFIX . "order_history` VALUES (NULL , '" . $Referencia . "', '" . $order_status_id . "', '0', '', NOW());");

Sendo que a primeira ocorre e a segunda não. Alguma ajuda?
  • 1
  • 8
  • 9
  • 10
  • 11
  • 12
  • 14