Exemplo, depois de cadastrar o endereço do cliente, redirecionamos assim.
return $this->get->redirectTo("clienteEndereco", [in64($dados['id_cliente'])]);

o intuito é redirecionar para o método index do controller clienteEndereço mantendo na url o id do cliente.
Porém neste caso a rota não é encontrada, pois não passamos o nome do todo. A rota acha que o id do cliente é o método.

Assim:
return $this->get->redirectTo("clienteEndereco/index", [in64($dados['id_cliente'])]);

Assim deu erro:
return $this->get->redirectTo("clienteEndereco", [in64($dados['id_cliente'])]);

Assim funcionou:
return $this->get->redirectTo("clienteEndereco/index", [in64($dados['id_cliente'])]);

Olá a todos. Desculpe a ignorância, sou novo na área de programação e estou aprendendo.
Consegui colocar o sistema ON, porem os dados de login informado na documentação nao está logando.

Talvez deve ser algo simples, podem me ajudar por favor?

• Deve ter filtros para seleção entre datas.
• Deve ter filtros para seleção de vendas por usuários.
• Deve ter o total das vendas do período selecionado.
• Deve ter o total das vendas por tipo de pagamento.
• Deve ter uma tabela html com todas as vendas do período.

Quando há mais de uma rota mesmo sendo métodos diferentes, o sistema está sobrescrevendo e só pegando a última.

Acredito que o arquivo routes.php deveria estar dentro do diretório ./App

Algo que gere a conexão com o banco de dados assim que os dados são informados.

Problema encontrado ao tentar fazer login na aplicação! Parece que não está sendo o _token na session.
Tentando resolver aqui!

Notice: Undefined index: _token in C:\sistemas\zig\System\Session\Token.php on line 34
Warning: hash_equals(): Expected user_string to be a string, null given in C:\sistemas\zig\System\Session\Token.php on line 34

Ao acessar o site pela primeira vez, apresenta estes erros! Some quando a página é atualizada!

Criar um sistema para que toda vez que fizermos uma modificação no banco de dados, não seja necessário alterar todo o banco por meio do arquivo ./dump/database.sql.

O nome da sessão deve ser gerada de forma randômica.

• Intuito é possibilitar ao usuário upar uma imagem e posiciona-la da forma que quiser, upar imagens maiores e focar no produto, ou mesmo posicionar a foto de perfil de melhor forma.

• Sujestão: https://github.com/robsonvleite/cropper

Definir perfis ou papel do usuário no sistema. Pensar e escolher um desses modelos abaixo!

• Definir internamente o que cada perfil pode fazer no sistema
• Permissão por módulos! Selecionar o que cada usuário pode fazer em determinados modulos.

@tadeubarbosa é possível passar um parâmetro opcional na rota? Ou seja, um id que eu posso passar ou não! no laravel usa-se algo assim: {id?}

Quebrou bastante coisas, pois temos rotas onde os parâmetros são opcionais!
Acho que a gente tem que ver um plano de ação, pois está quebrando muita coisa e estamos somente refatorando. Temos que ter uma primeira versão logo! Acredito que tendo a opção de parâmetro opcional na rota, evita reescrever refatorar até back e front....

Ao cadastrar um novo produto em /produto > clicar no link de Novo produto, está dando erro.

Notice: Trying to get property 'deleted_at' of non-object in /var/www/zig/App/Views/produto/formulario.php on line 40

Acredito que seja simples de resolver

@tadeubarbosa
Exemplo de rota:
http://localhost:8000/pdvDiferencial/teste/1/2

Dei dois var_dum no método e retorna:
string(3) "1/2" no primeiro parâmetro concatenou o valor do segundo juntamente com uma barra
string(0) ""

O correto deveria ser:
string(3) "1"
string(0) "2"

Localmente funciona, porém na hospedagem deu erro ao tentar fazer login! Tenho que modificar alguma coisa no php.ini?
http://tonie.com.br

@tadeubarbosa

Seria bom se os arquivos de css e javascript fossem unidos e minificados como por exemplo:

• zig.min.css
• zig.min.js

Não é urgente, mas é algo que poderia ser feito. Assim traria melhora para o carregamento da pagina. Poderia ser usado algo como gulp e alguns plugins javascript simples.

http://tonie.com.br/

@tadeubarbosa, Essa parte de gerar o id da session não está batendo certo no server não!

Opções necessárias :

• escolher tipo de moedas / sera útil para internacionalizar o sistema

• Função de desativar item (tela de produtos) não esta presente
• Contagem de produtos / clientes desativados (tela home) esta incorreta
• Transformar os menus do pdv diferencial em verticais
• Adicionar botão de limpar items do pedido (tanto p pdv quanto para pedidos)
• O relatório de período apresenta preço, quantidade e valor total, mas não apresenta os itens vendidos, avaliar colocar os itens do pedido. (talvez colocar um array com os nomes separados por vírgula e tornar o campo expansível ou com tooltip para ver todos os itens)
• Inserir uma função "desativar usuário" também para os usuários do sistema, e ao fazer, suprimi-lo da lista de vendedores / filtros

O sistema de migrations foi criado, agora é necessário criar um sistema de seeds para inserir dados nas tabelas criadas.

O sistema precisa de categorias para os produtos cadastrados.

Quando clico para adiciona um novo produto na rota /pdvDiferencial, o modal "Adicionando" não fecha.

Quando se está logado e vai para a base do site, ele não deveria mostrar a página de login. Deveria ser redirecionado para a home.

Acredito que o projeto seria melhor administrado se os arquivos "internos" e "externos" estivessem em repositórios diferentes. Por exemplo, se houvessem dois repositórios (só exemplo):

• zig (view, rotas, controllers, public etc)
• zig-nucleo (system)

Suponhamos que eu tivesse rodando aqui via packagist (php composer create-project zig/zig), isso traria os diretório de App (views, controllers etc). Dentro do package.json desse haveria um "require": {"zig/zig-nucleo":"master"}.

Caso o zig-nucleo seja atualizado basta dar um composer update vendor/zig-nucleo.

Agora, suponhamos que você esteja utilizando como um arquivo zipado. Basta baixar o arquivo zipado de zig/zig, e poderíamos disponibilizar uma versão que já venha com o zig/zig-nucleo zipado, os arquivos dentro de vendor/. Caso não dê pra usar o composer por exemplo ;)

Vincular os pedidos marcados como pago ao modulo de vendas.

As rotas precisam ser acessadas por meio dos métodos HTTP (get, post, put, delete...)

Usar a class PhpSpreadsheet para gerar o relatório de vendas no formato .XLS

Ajustar CSS do sistema para que fique bem tanto na web, quanto mobile.

No PDV, criar uma funcionalidade que mostre as opções de parcelamento quando o modo de pagamento for selecionado como cartão de credito!

Pequeno relatório mostrando quanto foi vendido no dia. Mostrar também quanto foi vendido em dinheiro, crédito e débito!

• Card (Total das vendas no mês corrente)
• Card (Total das vendas no dia corrente)
• Gráfico tipo Doughnut contendo a porcentagem de vendas por meio de pagamento
• Gráfico tipo Coluna contendo a quantidade de vendas por dia

No PDV, criar uma funcionalidade para receber o valor em dinheiro e verificar se tem troco ou não!
Obs: Essa função deve ser mostrada, depois de selecionar o modo de pagamento como dinheiro!

Registrar os usuários que logam no sistema! Deve ter uma tabela chamada log_acessos com os campos
id_usuario,
id_empresa,
created_at,
updated_at,
deleted_at.

• Criar tabela
• Criar Controller LogAcessoController
• Criar Model LogAcesso
• Criar insert na tabela no momento que o usuário realiza login no sistema

• Configurar a integração com o PDO
• Adicionar funções de find, insert, delete etc
• Tornar mysql em módulo
• Adicionar suporte a outros bancos como sqlite
• Gerenciar bancos através das models por meio das funções find, insert etc

Que tal se o sistema fosse 'taguiado'?

• versão 1.0.5
• versão 1.1.1
• versão 1.3.4

Assim seria bacana pra atualizar algum cliente, verificar se estão com erro etc.
As atualizações poderiam ser enviadas e as discussões sobre bugs, features etc, seriam aqui pelas issues.

Um exemplo seria na criação de features, colocamos as features numa espécie de lista ordenadas por grau de importância, e só liberaríamos alguma versão quando aquelas fossem concluídas.

• Retirar todas as querys do Model de Vendas e colocar no Repository (VendasDoDiaRepository)
• Refatorar nomes dos métodos de (VendasDoDiaRepository)

Filtrar por:

• Clientes
• Por data do pedido
• Por data de entrega
• Por situação

Intuito é comprar um leitor de código de barras para fazer testes em selecionar produtos por leitura no código!

Até o momento o sistema conta apenas com o relatório de vendas por período!
Seria interessante a funcionalidade de exportar esses dados para PDF e disponibilizar para Downlod.

Atualmente o sistema só conta com o administrador, mas o mesmo poderia adicionar algum vendedor, gerente etc.
Seria uma boa ter diferentes níveis de acesso para o sistema.

O Readme está com muitas informações, acredito que se as informações forem resumidas ficaria mais chamativo.

Criar um modulo de categorias de produto! Isso ajuda no PDV diferencial!
O intuito é que o vendedor possa selecionar uma categoria e assim navegar nos produtos desta categoria.

Até o momento o sistema conta apenas com o relatório de vendas por período!
Seria interessante a funcionalidade de exportar esses dados para Excel e disponibilizar para Downlod.

Deve existir um sistema de token para melhorar a segurança. Cada página deve gerar um token e esse deve ser adicionado aos formulários da página para que assim que forem submetidos sejam confirmados.

Nesta issue serão commitados alterações referente a alteração de:

• nome
• logo
• cores dos componentes
• padrões de fontes
• padrões de ícones

A ideia das cores é ter um visual sóbrio que retoma a ideia de simplicidade do sistema e volta a atenção do usuário para a qualidade dos dados e funções implementadas ao centro da tela.

O nome pensado foi "TONIE". O fato de ter um nome peculiar mostra que o site pretende entregar uma personalidade diferenciada da maioria dos "crm's" da vida, que ainda hoje trazem muita referência a sistemas de meados dos anos 2000.

A paleta de cores deve permear o "verde dinheiro", cinza escuro, preto, branco, e cores em lugares de destaque tal como dashboards e dados financeiros.

Atualmente o hash de senha está estático no arquivo do projeto. Deve ser alterado para o arquivo .env e ser gerado pela linha de comando. Assim cada aplicação terá um hash de senha único, caso contrário um sistema poderá usar o mesmo hash em outro.

Algumas coisas precisam ser documentadas para que a gente não se perca e para que pessoas recém chegadas consigam entender e trabalhar no projeto.
Podemos usar o wiki aqui do github para descrever como utilizar o sistema, e deixar também o README mais enxuto e chamativo.