bubbstore / correios Goto Github PK

O array do status mais abaixo no html é sobrescrito:

Exemplo:

08/05/2018 10:51 | Objeto entregue ao destinatário
08/05/2018 10:51 | Objeto aguardando retirada no endereço indicado

Somente esse status mais abaixo é retornado na response.

O problema se encontra aqui no arquivo -> correios/src/bubbstore/Correios/CorreiosTracking.php (linha 52):

$arr[$date] = [
'date' => $date,
'status' => $status,
];

O identificador é a data e hora e por isso acontece este problema.
Poderia nos ajudar?

pretendi coloca correios mundi?

Descrição detalhada

Forneça uma descrição detalhada da alteração ou adição que você está propondo.

Deixe claro se o problema é um bug, um aprimoramento ou apenas uma pergunta.

Contexto

Por que essa mudança é importante para você? Como você usaria isso?

Como pode beneficiar outros usuários?

Possível implementação

Não é obrigatório, mas sugere uma idéia para implementar adição ou mudança.

Seu ambiente

Inclua detalhes relevantes sobre o ambiente em que você identificou o bug e como reproduzi-lo.

• Vesão usada (e.g. PHP 5.6, HHVM 3):
• Sistema operacional e versão (e.g. Ubuntu 16.04, Windows 7):
• ...
• ...

Exemplo: PP316058770BR

Descrição detalhada

Foi encontrado um bug ao tentar implementar a lib.

Contexto

Foi criado uma uma index.php sendo uma copia completa da parte de calculo de frete e apresentava o erro, Uncaught TypeError: get_object_vars(), segue print fixado.

Fui atrás do erro e verifiquei que ele se encontra na lib flyingluscas\correios-php
Fiz uma alteração e voltou a funcionar, no arquivo Freight.php na linha 324 troquei de

return get_object_vars($result->cServico);

para return get_object_vars((object) $result->cServico[0]);

e voltou a funcionar

Possível implementação

Verificar versão da lib usada e atualiza-la

Seu ambiente

• Vesão usada (e.g. PHP 7.4.10):
• Sistema operacional e versão (e.g. Windows 10):
• ...
• ...

Ao tentar encontrar um CEP usando o método disponível no pacote, um array é retornado da forma em que está descrito no ReadMe.

Porém, caso o CEP seja inválido, o método retorna o erro
Undefined index:zipcode (Correios\Zipcode -> linha 26, método find())

Exemplo:
(pseudo-código apenas para ilustrar)
Capturo o valor digitado pelo usuário
$cep = $request->cep();
Iniciando os métodos do pacote
$zip = new Zipcode($cep);
$expecting = $zip->find();
Caso o CEP seja inexistente, o erro retornado é o especificado acima.

Por enquanto, trato o erro pelo Javascript, retornando ao usuário uma mensagem de erro genérica ('CEP inválido. Corrija e tente novamente')

Sistema: Ubuntu 17.10
PHP: 7.2
Framework: Laravel 5.6
Adicionais: O valor do input[cep] é capturado com Javascript, usando a ferramenta AXIOS, que se comunica, através de uma rota, com um Método dentro de um Controller para realizar a checagem de CEP. O retorno é formatado em um array, onde os índices são ordenados para permear uma página com campos condizentes com o retorno.

Descrição detalhada

Este código esta funcionando em PHP 5, 5.6, 7.0, 7.1 ou até mesmo em 7.2 ?
São muitas dúvidas e nada pessoal... (Já deixo claro)
Este código esta nas normativas novas dos correios (2017) e que pelo visto já existe novas normativas em (2018)...
Bom, este não é o único que visualizamos que aparentemente esta tudo correto.
Mas, tenho que ser este USUÁRIO questionador, já que estamos enfrentando tantos problemas seja eles em PHP, AJAX ou qualquer impulso anterior á 2017.
E assim vem as dúvidas...

Gostaria de saber se podemos implementar este código em outras ferramentas e até mesmo em outas plataformas...

Espero que tenhamos uma resposta satisfatória e um UPGRADE. (O que neste notamos que o upgrade é notavel).

Forneça uma descrição detalhada da alteração ou adição que você está propondo.

Deixe claro se o problema é um bug, um aprimoramento ou apenas uma pergunta.

Contexto

Por que essa mudança é importante para você? Como você usaria isso?

Como pode beneficiar outros usuários?

Possível implementação

Não é obrigatório, mas sugere uma idéia para implementar adição ou mudança.

Seu ambiente

Inclua detalhes relevantes sobre o ambiente em que você identificou o bug e como reproduzi-lo.

• Vesão usada (e.g. PHP 5.6, HHVM 3):
• Sistema operacional e versão (e.g. Ubuntu 16.04, Windows 7):
• ...
• ...

VERSÃO: php 5,6, 7.0
centos 7
plesk
magento (se possivel)

Descrição detalhada

Estamos tendo problemas ao atualizar outros pacotes do packagist, uma vez que o bubbstore/correios utliza uma versão antiga da dependência nesbot/carbon (1.22 de 15/01/2017).

Contexto

Ao subir a versão do pacote isso permitirá que outros pacotes do projeto, que já atualizaram a versão da dependência nesbot/carbon possam ser atualizados.

Possível implementação

Subir o require da biblioteca nesbot/carbon de ^1.22 (de 15/01/2017) para 2.25 (30/09/2019)