O aplicativo de terceiros(*)

[JoséQuintas]

Continua indo bem, apesar de não estar correndo com isso.
Quase não dá mais pra chamar de aplicativo de terceiros, mas ainda tem coisa pra mexer.

Um backup de quando comecei a mexer: 686 arquivos

Os DBFs neste instante:

Código: Selecionar todos

...
23/12/2015  16:47         2.048.883 locad00.dbf
23/12/2015  18:09         2.302.165 RECIBO10.DBF
23/12/2015  18:09         2.684.803 RECIBO00.DBF
23/12/2015  13:33         5.206.787 SAOPAULO.DBF
23/12/2015  16:47         5.539.607 dlocat00.dbf
23/12/2015  17:08         5.884.341 ADIA00.DBF
23/12/2015  18:09         8.110.010 informe.dbf
23/12/2015  13:32        15.304.306 drecib00.dbf
23/12/2015  18:09        19.648.362 corrente.dbf
              39 arquivo(s)     75.930.838 bytes

no MySQL

Pro ano que vém, eliminar de vez mais DBFs, começando por esses maiores.

[fladimir]

Como assim... vc deixa hibrido a aplicação vc diz?

Tipo pegou 1 aplicação de terceiros com tabelas DBF e esta migrando exemplo aonde usa produto.dbf pra acessar a tabela Produto no MySQL?

[JoséQuintas]

É por aí.
Em alguns casos, deixei o movimento atual em DBF, e os anteriores em MySQL.
Estou deixando a parte que sofre alteração simultânea pro final.

As consultas e relatórios buscando de DBF + MySQL ao mesmo tempo.
Ou seja, pra muitos programas, tanto faz se está em DBF, MySQL, ou uma parte em cada um.

É como eu digo sempre, os testes são sempre direto em produção, ou funciona ou não funciona.
Então fui fazendo isso aos poucos, já vendo resultados práticos.

Em alguns casos, ao repetir a mesma consulta, na primeira estava no DBF, na segunda estava no MySQL.
Literalmente foi assim mesmo.

As atuais já não dá pra fazer desse jeito.
Nas atuais, a informação em DBF antes do almoço, e em MySQL na volta do almoço.

É de imobiliária.
Por exemplo, conta corrente de 15 anos, existia um dbf pra cada ano.
Fui transferindo um de cada vez.
Nesta semana vai o atual, e vai deixar de existir conta corrente em dbf.

[JoséQuintas]

Um detalhe desse aplicativo, já estava assim, é que os lançamentos contém todos os dados do cadastro.
Então dispensou o relacionamento.
Depois que tudo estiver no MySQL, aí vou poder usar relacionamento, e eliminar muita informação.

[JoséQuintas]

Tem horas que tudo vira diversão.
Suposta mensagem de erro de hoje:

Envio em 18/02/2016 - 12:37:36
--------------------------------------------------------------------------------
Verifique as instruções abaixo
Conforme o problema, o próprio responsável da empresa poderá resolvê-lo.
Se for problema no programa, uma nova versão estará disponível com a correção.
Se o email automático falhar, envie esta página por email ao responsável.
--------------------------------------------------------------------------------
Problema não consta da lista de erros conhecidos

Horário : 18/02/2016 12:37:36
--------------------------------------------------------------------------------
HLCOFRE.DBF não existe. Retirar rotina
HLCAIXA.DBF não existe. Retirar rotina
CORRENTE.DBF não existe. Retirar rotina
JPRECIBO.DBF não existe. Retirar rotina
DLOCAD00.DBF não existe. Retirar rotina
DLOCAT00.DBF não existe. Retirar rotina
DFIADOR0.DBF não existe. Retirar rotina
INFORME.DBF não existe. Retirar rotina
caixa11.dbf não existe. Retirar rotina
CIDADES.DBF não existe
SAOPAULO.DBF não existe. Retirar rotina
DRECIB00.DBF não existe. Retirar rotina
Já pode tirar remoção do campo do MySql JPRECIBO.OFICIAL

Esses arquivos deixaram de ser DBF, e agora estáo no MySQL.
Deixei preparado pro sistema me avisar que já posso retirar as rotinas de transferências, caso eu esqueça.
Estou no cliente neste momento, troquei tudo na hora do almoço.
Já resolvi alguns pipinos pequenos que deixei passar.
Mas por enquanto tudo tranquilo.
Por exemplo, o caixa já está trabalhando somente com MySQL, começou depois do almoço.

[fladimir]

Legal...

Qual Codigo de erro vc captura para trabalhar no error.sys (imagino) e disparar o e-mail? (bom acho q isso é assunto pra outro tópico)

[JoséQuintas]

Nem tanto, é simples.

Apenas alterei errorsys pra gravar em disco, e só.

O aplicativo, quando iniciado, verifica se tem o log de erro, e envia por email.

Desse jeito a errorsys continua praticamente padrão.
Só mostra/grava o erro e nada mais.

O adicional: qualquer terminal envia o erro. Antes do envio, testo se o terminal tem acesso a internet.
Então, mesmo várias máquinas sem internet, o erro acaba chegando.

Simples e prático, sem misturar uma coisa com a outra.

Ah sim, uso hb_out.log, o mesmo arquivo que o Harbour usa.
Até erro do Harbour, que não passa pela errorsys, acaba sendo enviado.