PC Toledo

vagucs escreveu:AMigos janio,
Não defendo o uso do DBF, só que como disse, acho que os amigos do forum devem analisar a real necessidade de uso de banco relacional, se nao podem estar investindo em algo que não vai trazer um resultado positivo para o sistema

Ok Vagner, entendi suas posições.

vagucs escreveu: DBF é otimo para emulação de terminal

Ensina pra nós como esse negócio de 'emulação de terminal'. Tenho clientes com 03/04 maquinas em rede com DBF e tô doidim pra aprender esse negócio :%

:)Pos

Jânio

Tche, Janio me chama no MSN segunda que te faça uma demostração de emulação de terminal..eu uso isso em alguns cliente em rede interna....e acredite o sistema vooaaaa baixo....fica bala.....no minimo 10 vez mais rapido...


Abraços
Leonardo Machado

Amigo Leonardo,

Seria muito dificil vc dar uma explicação básica de como montar uma emulação de terminal aqui mesmo, pois a função do fórum é esta mesma.

Valeu! :)Pos

Tche, assim que sobrar um tempinho monta um passo a passo..

Abraços
Leonardo Machado

Pensei até em abrir um novo tópico para isto, mas acho que são o minimo de informação.


Quando você instalar o linux você tem 2 emuladores de terminal (Os mais usados) dispoiveis, que é o TELNET e o SSH, em todas as distribuições que conheço o SSH já é instalado junto com os pacotes e já fica funcionando no Linux, este emulador de terminal é um pequeno servidor que "EMULA UM TERMINAL" seria a descrição mais perfeito.

Então você pode conectar-se ao servidor remotamente de qualquer sistema operacional que tenha um emulador de terminal, no WIndows eu uso o PUTTY, se procurar em minhas postagens aqui, já postei 2 vezes como configurar o putty e fazer ele rodar de forma simples e descomplicada.

No Putty apenas entre com o IP do servidor e tipo de conexão, se será SSH ou Telnet, ou conexão direta, ou seja, modo RAW, isto é util para se conectar em qualquer tipo de servidor, é possivel até mesmo conectar em um site e fazer as requisições de paginas diretamente com comandos do protocolo HTML.

Voltando ao centro do assunto, você abre o putty e se conecta ao servidor, vai aparecer a mesma tela de login do terminal, onde você entra com usuario e senha e dai pimba, está no servidor, e você executar qualquer aplicativo do mesmo. Assim basya ir ao diretorio do seu sistema e executar ele, vai aparecer a tela dele normalmente no computador cliente, e para quem está usando é como se o sistema estivesse local, dai a impressão você pode enviar diretamente para o emulador de terminal e coisas do tipo, fica bala demais, já que tudo tá sendo processado no servidor, nos casos que testei, o sistema fica mais rapido que qualquer banco relacional, mas para grandes volumes de dados, digo milhoes de registros, ai o banco relacional pode ganhar, já para rede ponto a ponto, não centralizaod, o banco relacional é mais rapido e mais seguro, não existe mais este negocio de mapear unidades para acessar dados, 90% dos nossos problemas e de todos os sistemas acontecem por virtude da aplicação deste tipo de arquitetura.

É bem simples, basta compilar seu sistema em xHARBORU para linux e pronto, usar um emulador de terminal para rodar ele no servidor, assim, qualquer maquina cliente o sistema roda na mesma velocidade, uma vez que ele tá rodando no servidor, tenho clientes com terminal 586 133mhz e Win 95, rodando o sistema emulado fica show de bola, assim que o pessoal da Metaltex usa, eu fiz a migração para eles, eles tem filiais no brasil todo e até na china e todo mundo tira os pedidos direto dentro do sistema, as lojas da camisaria colombo usam a mesma arquitetura nas lojas, tudo que você nos terminais das lojas da camisaria colombo está sendo emulado.

É a melhor coisa a se fazer para quem quer reavivar o sistema.

Tche..o vagucs , disse tudo ai...acho que soh falto dizer que vc pode tb. fazer a mesma coisa no windows com server 2003...claro que o valor do server 2003 não é nada barato.....mas quero deixar dito que tb. é possivel...tenho clintes com umas maquina que é um lixo...nos terminal...tudo com 95/98 e 133 e 200 Mhz...e trabalham no sistema diretamente dentro do proprio servidor..........parece que elas estão realmente sentado na frente da quela super maquina que é o servidor...e isso tudo claro com varios acessando ao mesmo tempo...sem contar que vc pode acessar de onde quiser....

Obs:No win95/98/me/2000 tem que instalar o acesso ao terminal service....ah linux é a melhor opção...

Abraços
Leonardo Machado

Nao comentei pois o TS do windows é bem pesado, pois ele só funciona tela grafica, e uma atualização de tela completa é um trafego bem grande na rede, mas existe tambem o OPENSSH para Windows, eu mesmo tinha instalado no meu XP e fazia ele operar com a mesma funcionalidade do SSH no Linux.

Funciona bem mesmo, mesmo no XP.

vagucs escreveu:Nao comentei pois o TS do windows é bem pesado, pois ele só funciona tela grafica, e uma atualização de tela completa é um trafego bem grande na rede

Seria uma insanidade transmitir a tela toda por conta da modificação de um único byte. Na maior parte do tempo não será transmitida a tela toda e sim apenas a parte da tela que sofreu modificação.
É o mesmo esquema de transmissão de imagens de uma webCam: a tela é dividida em setores, cada qual com seu hash (normalmente CRC32), que são transmitidos. Se o receptor notar diferença do hash que veio para o que está armazenado, ele pede uma atualização deste setor. Caso contrário, significa que o setor é o mesmo e não precisará ser retransmitido. Isso garante uma velocidade bem alta, pois os pacotes de dados diminuem drasticamente.
Já vi o TS funcionando numa rede de razoável qualidade. Não testei em profundidade, mas pelo que vi, não notei qualquer degradação na velocidade. A banda era de apenas 256Kbps.

[]'s
Maligno
http://www.buzinello.com/prg

Maligno, isso que você citou eu não discordei, e acho que todos sabemos que seria o basico haver a transmissão apenas da parte atualizada, se rever minha postagem vai ver que disse

uma atualização de tela completa

"TELA COMPLETA", mas quando você fala em 256 K, eu falo de 32 K, que é ainda a grande realidade do brasil em maior parte das regiões, quem me dera tivesse uma conexão de 64k em minha cidade, e já fiz os teste com TS do windows 2000 em minha maquina e olha, nunca mais quis ver na minha frente...

Mas o SSH no Linux é um avião, até conectado discado a 32k, é otimo.

Resguardadas as devidas diferenças, é óbvio que a partir de um certo patamar (poderia ser esses 256Kbps), a diferença de um sistema para outro já começa a se tornar imperceptível.
Aqui em Londrina já está difícil encontrar alguma empresa, mesmo de pequeno pote, com conexão inferior a 512Kbps, e que tenha, claro, uma real necessidade de acessar a Internet. Mas se aí em MG está assim, é claro que um sistema de emulação de terminal em modo texto é mais vantajoso.
Ademais, reitero o que disse: em modo texto ou gráfico, seria um terrível desperdiço de banda ficar transmitindo telas inteiras, por conta de uma mísera modificação. Pra isso existem esses algoritmos de segmentação de vídeo. Aliás, como eu disse: se você acionar uma webCam no Messenger, é exatamente assim que ela vai transmitir e receber imagens.

[]'s
Maligno
http://www.buzinello.com/prg

Eu também uso linux + xharbour e preciso compilar essa lib para linux, hoje estou usando a lib compilada para windows. Você poderia me enviar o procedimento adotado, tipo receita de bolo? Uso xharbour 0.99.7 e linux suse 10 enterprise e mysql 5.
Obrigado

Também uso o xharbour com dbf's. Ainda não consegui compilar o rdd pra usar o PostgreSQL, que (após bastante estudo) acabou sendo a minha escolha pra usar com meus sistemas...

Boa tarde amigos , segui os passos a baixo mas mesmo assim esta acontecendo o seguinte erro...

MARCELOG escreveu:Olá Ramon,
depois das explicações do Vagner num tópico relativo, coloquei meu projeto mysql em "banho maria".
Contudo, para compilar a lib você tem que ter o mysql instalado no computador, copiar todos os arquivos com extensão .h da pasta include do mysql instalado para a pasta da contribuição (c:\xharbour\contrib\mysql...).
Executar o arquivo make relativo (make_b32 ou make_vc) conforme o compilador que você tem instalado.
Converter a libmysql.dll em libmysql.lib com o utilitário implib.
Observação: O compilador bcc55 é para o Windows, não sei se é o mesmo para Linux (acho que é o gcc ou djpp).
Não deixe de ver o arquivo readme.txt que está na pasta da contribuição (tá em "ingleis", mas e daí!?).
Boa sorte.

MarceloG

abaixo segue o log de erro ...
:'(

ja resolvido , Leo me passou uns arquivos !