Paulo Gurgel

Colega, não é que é aberto voce tem que entender os fins Para fechar uma aplicação cliente servidor você pode tunelar. Resolvido seu problema de criptografia. Por exemplo, com firebird um tunnel muito usado é o Zebedee, que criptografa e ainda comprime a transmissão. MySQL e Oracle é comum tunnelar via SSH mesmo, lembrando que qualquer coisa dá para tunelar via SSH é só configurar client e server. Entretanto este overhead extra é desnecessário, em geral, na rede interna. Se a pessoa estiver mal intencionada dentro da rede interna é relativamente fácil fazer um MITM bem sucedido e a criptografia por sí pode não resolver. Quando falamos em programação em camadas, antes de mais nada nós temos que distinguir bem as funções das camadas. É possível ter programação em cadamas local, tudo dentro de um executável só, desde que existam blocos com responsabilidades distintas bem definidas. []'s

Idéia? Eu faço assim. Para atualização do software. Tenho um PHP numa área administrativa que me permite fazer upload de novos releases. Ao fazer o upload de um release eu atualizo manualmente o número da versão. No cliente tem um executável extra que chama o executável principal. Ele confere a versão na web e se for maior que a corrente, ele baixa a versão da web. Na verdade minha solução é um pouco mais complexa que isso pois considera um repositório local e um controle de licenças. No código é simples. IdHttp.get para descobrir a versão. IdFTP para baixar e uma funçãozinha trivial para descobrir a versão do executável. O resto é controle de licença e segurança. Para atualização do banco de dados. É meu software principal que faz, ao acessar o sistema e conectar no bd, antes mesmo da tela de login, ele faz uma consulta numa tabela que tem um campo chamado VERSAO_DB. Se a versão esperada pela aplicação for maior, ele começa a rodar os scripts de atualização. Basicamente uso ZSQLScript e cada rotina de atualização está numa função separada, assim se eu precisar de uma atualização mais inteligente que faça um laço numa tabela ou algo assim e não quiser criar uma SP para isso, posso fazer client-side. Ao final de cada função, VERSAO_DB é incrementado até atingir a versão correta. Este campo também tem o efeito de, se a versao_db do banco for maior que a versao_db esperada, a aplicação não roda pois o banco já espera uma versão mais nova da aplicação. Tecnicamente, ZSQLScript para rodar os scripts que são escritos no próprio código. E uma função para cada versão. Uso basicamente uma estrutura assim: if versao_db < 120 then atualiza120(); if versao_db < 121 then atualiza121(); e por aí vaí.... []'s

Nem o Acrobat da adobe que é o pai do pdf faz isso direito rsrsrs É melhor você pensar numa camada mais de alto nível. Se os PDFs em questão são gerados por sua aplicação, voce tem que gerar o XLS a partir dalí. Agora se voce estiver pensando na conversão para fins de IMPORTAÇÃO, daí é melhor entrar em contato, se possível, com o gerador do PDF para que ele forneça um formato de importação amigável. Quem gera PDF não tem intenção de fazer o conteúdo ser tratado de outra forma, que não seja lido em tela ou impresso []'s

Colega, daí voce tem que estudar o fonte e depurando ver onde está tentando abrir um XML e porque. Mas via de regra, só o desenvolvedor poderia te ajudar com certeza, se não há documentação que explique ou suporte direto, não há sequer garantia que o código esteja correto e funcione.

Oi Nelson, complementando sua dúvida deste e do outro tópico, você terá que entrar em contato com um desenvolvedor de soluções que possa te vender/licenciar este software. Não adianta você procurar "novatos" para fazer pois os requisitos legais para ter soluções completas de automação comercial vão além do conhecimento técnico dos iniciantes e você apenas desperdiçará dinheiro. Por ser uma solução enterprise, ainda terá de ser realmente uma boa empresa, já que very small vendors que não tiverem já uma solução que te atenda podem não dar conta de fazer este sistema distribuído que você precisa []'s

Uai! Que loja boa é essa dá pra ir pra formatura de sapato novo e ainda levar somente o tênis ;D uau! Brincadeiras a parte, eu acho que seria interessante criar uma devolução de produtos na própria tabela de itens de venda. Basicamente você recupera a venda, seleciona os itens que serão devolvidos ao estoque e clica em devolver. Na "itens de venda" você marca um status como devolvido e dá a entrada no estoque. Isso tecnicamente falando é uma boa solução, agora eu não sei quais seriam os requisitos fiscais o.o []'s

Colega nelson, O ACBr tratado aqui são essencialmente os componentes para desenvolvimento em Delphi, embora exista o ACBr monitor que pode ser utilizado em qualquer linguagem. Como o próprio Delphi faz aplicações web a partir dos componentes intraweb, seria até possível desenvolver uma aplicação assim, mas alguns dos requisitos para a homologação são meio que conflitantes para aplicações web e possivelmente não passaria numa homologação.

Oi Nelson, É que não é possível manusear o ACBr e utilizá-lo em empresas se você não for um programador Comparando com um carro, ele é um kit de peças pelo qual se pode fazer um bom motor mas ainda assim é necessário o programador montar este motor e ainda tem o resto do carro

A sugestão do lâmpada é muito boa Uma outra alternativa, caso seu laço faça algum processamento, seria criar uma stored procedure simples e mover o código executado no while para o procedimento. Desta forma o processamento será feito server-side. Quando você tem um servidor de base de dados, você desejará tipicamente reduzir ao máximo o tráfego na rede então tudo que você puder mover para o servidor, geralmente será feito

Você fala do livro do Cantú? Uma sugestão seria comprar a versão 2005 já vai cobrir bastante coisa e ainda tem nas lojas americanas. Da versão 7 é complicada pois é muito antiga o.o Eu encontrei alguns outros livros mesmo no mercado livre, mas não o "dominando o delphi 7" []'s

Reforçando, como os colegas disseram, quando você muda para um SGBD de verdade, normalmente deve ser acompanhada uma mudança de filosofia. O usuário "nunca" quer ver todos os produtos no cadastro. Ou ele estará inserindo, ou alterando um produto por vez ou pesquisando um pequeno conjunto. É isso que ocorre na prática. Listagens completas e sumários, são relatórios Então a dica é deixar a tela em branco e colocar um campo de pesquisa rápida, por exemplo pelo nome ou código do produto. Quando a pessoa digitar o termo desejado você faz o SELECT X FROM PRODUTOS WHERE NOME_PRODUTO LIKE '%NomeDigitado%' Ao invés de 500+, irão vir 20+ o que fará a pesquisa retornar rapidinho. Este jeito de trabalhar vale sempre e o mesmo problema de lentidão seria sentido com o "todo poderoso Oracle" []'s

Colega, para baixar os componentes ACBr e entre eles o ACBrBoleto siga as informações desta página: http://acbr.sourceforge.net/drupal/?q=node/37

Colega, se você usar o componente ACBr Boleto, basta verificar o demo que o componente calcula tudo pra você Agora, se você quiser fazer isso sem o componente é necessário baixar a documentação do banco que você deseja gerar que tem as instruções. Basicamente a linha digitável (parte superior) é padrão se você fizer copiando as posições certas do código de barras. Já o código de barra, uma parte é igual pra todos e uma parte é chamada campo livre, que varia um pouco entre os bancos.

Colegas, Eu concordo com o Daniel. Eu acho que o FW ficou muito tempo off e não é confiável. Como garantir que daqui a alguns poucos meses não vai quebrar de novo? E porque uma vez que a atualização não deu certo (motivo alegado) o backup total não foi imediatamente restaurado para o estado do dia anterior? Fora os ensaios de atualização que deveriam ser feitos. Não entendo muito de AC, mas o que eu puder ajudar com Delphi e Fórum, estou por aqui também []'s