\ DriveHQ Customer Support Forum \
Ler/Responder : 47146/4
  • surfdog1958
  • (18posts)
Desisto do gerenciador de arquivos DriveHQ

Preciso de um programa que faça upload e download de arquivos automaticamente em intervalos predefinidos e mantenha um registro dos arquivos enviados ou baixados, para que possa verificar o registro e *não* enviar ou baixar arquivos que já foram enviados ou baixados em sessões anteriores. Já experimentei a sincronização de pastas unidirecional e bidirecional, mas as instruções que eu teria que fornecer no meu site para instalação e para evitar a exclusão ou duplicação acidental de arquivos são muito complexas para pedir aos potenciais clientes. Vocês têm planos de adicionar tarefas automáticas de upload e download ao DriveHQ FileManager como uma alternativa à sincronização de pastas? Tentei um programa chamado Sysax FTP Automation Suite, que funciona como um serviço do Windows, mas não funciona e a equipe de suporte aparentemente não entende nada do próprio software. Espero que vocês considerem adicionar o recurso de upload e download automático ao DriveHQ FileManager ou talvez criar seu próprio software de automação FTP. O suporte técnico aqui é realmente excelente. 

 


02/06/2008 20:22:13

  • surfdog1958
  • (18posts)
Assunto: Eu esqueci de mencionar que gosto bastante do DriveHQ FileManager
Eu esqueci de mencionar que gosto bastante do DriveHQ FileManagerResumindo, a sincronização de pastas não é uma boa ideia para o que estou tentando fazer. Tirando isso, o DriveHQ FileManager é excelente. Com certeza vou mantê-lo para meu uso pessoal.

Responder
02/06/2008 20:28:29

  • DriveHQ Webmaster
  • (1098posts)
Assunto: Re: Esqueci de mencionar que gosto bastante do DriveHQ FileManager

Usuário: surfdog1958  -  02/06/2008 20:28:29

Eu esqueci de mencionar que gosto bastante do DriveHQ FileManagerResumindo, a sincronização de pastas não é uma boa ideia para o que estou tentando fazer. Tirando isso, o DriveHQ FileManager é excelente. Com certeza vou mantê-lo para meu uso pessoal.
Re: Esqueci de mencionar que gosto bastante do DriveHQ FileManager

Acho que a sincronização unidirecional funciona para você. Você tem a versão mais recente, 4.0 build 284?

Ao sincronizar a Pasta A com a Pasta B em uma única direção, a Pasta B ficará sempre idêntica à Pasta A após a sincronização. (Ou seja, os arquivos na Pasta A sempre sobrescreverão os arquivos na Pasta B; e arquivos extras na Pasta B serão sempre excluídos se não estiverem presentes na Pasta A).

 


Responder
03/06/2008 05:44:46

  • surfdog1958
  • (18posts)
Assunto: Re: Re: Esqueci de mencionar que gosto bastante do DriveHQ FileManager

Usuário: DriveHQ Webmaster  -  03/06/2008 05:44:46

Usuário: surfdog1958  -  02/06/2008 20:28:29

Eu esqueci de mencionar que gosto bastante do DriveHQ FileManagerResumindo, a sincronização de pastas não é uma boa ideia para o que estou tentando fazer. Tirando isso, o DriveHQ FileManager é excelente. Com certeza vou mantê-lo para meu uso pessoal.
Re: Esqueci de mencionar que gosto bastante do DriveHQ FileManager

Acho que a sincronização unidirecional funciona para você. Você tem a versão mais recente, 4.0 build 284?

Ao sincronizar a Pasta A com a Pasta B em uma única direção, a Pasta B ficará sempre idêntica à Pasta A após a sincronização. (Ou seja, os arquivos na Pasta A sempre sobrescreverão os arquivos na Pasta B; e arquivos extras na Pasta B serão sempre excluídos se não estiverem presentes na Pasta A).

 

Re: Re: Esqueci de mencionar que gosto bastante do DriveHQ FileManager

Tenho a versão 4.0, build 269, que oferece sincronização unidirecional. Meu problema é que os documentos transcritos na pasta remota (onde serão enviados após a transcrição dos arquivos de ditado) serão constantemente sobrescritos na pasta local do cliente, a menos que eu os exclua manualmente do servidor remoto. Se o cliente mantiver todos os seus documentos transcritos em uma única pasta, não há problema, mas se ele os mover manualmente ou por meio de um processo automatizado (para impressão, classificação etc.), os arquivos removidos serão substituídos na próxima sincronização, causando grandes transtornos para quem tenta manter tudo organizado do outro lado. A sincronização bidirecional talvez fosse melhor nesse caso, mas se o cliente *não* for muito organizado e mantiver todos os seus documentos na pasta local selecionada, terei que excluir arquivos antigos quando o espaço no meu servidor estiver cheio, e então os documentos que eu excluir serão apagados da pasta local que contém *todos* os documentos do cliente, o que, obviamente, não é bom. Ter que explicar tudo isso no meu site é demais, e receio que meus clientes não queiram ver todas as capturas de tela e instruções com avisos sobre a sincronização de pastas. A sincronização unidirecional parece ser a opção ideal para o envio de arquivos de ditado, já que o software de transcrição que utilizo exclui automaticamente cada arquivo de ditado do servidor remoto assim que são carregados na fila de transcrição. Mesmo assim, alguns médicos podem preferir que os arquivos de voz que recebemos para transcrição sejam excluídos de suas pastas locais, pois presumivelmente possuem backups e os arquivos de áudio tendem a ser bastante grandes. Explicar todas as opções é confuso, e receio que o gerente do consultório ou quem tiver que configurar isso ache que não vale a pena o esforço. Deveria haver uma opção de "transferência única" que reconhecesse que um arquivo já foi transferido em uma sessão anterior e não fosse substituído caso alguém ou algum processo no outro servidor o movesse ou excluísse intencionalmente. Os arquivos geralmente serão nomeados automaticamente pelo dispositivo de ditado com algum nome sem sentido, porém único, e é improvável que ele use o mesmo nome duas vezes. Portanto, ter uma opção de "transferir apenas uma vez" seria ideal. Os documentos transcritos seriam nomeados manualmente com o mesmo nome dos arquivos de ditado (mas com a extensão .doc), o que também funcionaria bem para baixar documentos do Word. Faz sentido? Parece que fica mais confuso a cada vez que tento considerar os prós e os contras da sincronização de pastas para essa finalidade.


Responder
03/06/2008 12:00:28

  • DriveHQ Webmaster
  • (1098posts)
Assunto: Re: Re: Re: Esqueci de mencionar que gosto bastante do DriveHQ FileManager

Usuário: surfdog1958  -  03/06/2008 12:00:28

Usuário: DriveHQ Webmaster  -  03/06/2008 05:44:46

Usuário: surfdog1958  -  02/06/2008 20:28:29

Eu esqueci de mencionar que gosto bastante do DriveHQ FileManagerResumindo, a sincronização de pastas não é uma boa ideia para o que estou tentando fazer. Tirando isso, o DriveHQ FileManager é excelente. Com certeza vou mantê-lo para meu uso pessoal.
Re: Esqueci de mencionar que gosto bastante do DriveHQ FileManager

Acho que a sincronização unidirecional funciona para você. Você tem a versão mais recente, 4.0 build 284?

Ao sincronizar a Pasta A com a Pasta B em uma única direção, a Pasta B ficará sempre idêntica à Pasta A após a sincronização. (Ou seja, os arquivos na Pasta A sempre sobrescreverão os arquivos na Pasta B; e arquivos extras na Pasta B serão sempre excluídos se não estiverem presentes na Pasta A).

 

Re: Re: Esqueci de mencionar que gosto bastante do DriveHQ FileManager

Tenho a versão 4.0, build 269, que oferece sincronização unidirecional. Meu problema é que os documentos transcritos na pasta remota (onde serão enviados após a transcrição dos arquivos de ditado) serão constantemente sobrescritos na pasta local do cliente, a menos que eu os exclua manualmente do servidor remoto. Se o cliente mantiver todos os seus documentos transcritos em uma única pasta, não há problema, mas se ele os mover manualmente ou por meio de um processo automatizado (para impressão, classificação etc.), os arquivos removidos serão substituídos na próxima sincronização, causando grandes transtornos para quem tenta manter tudo organizado do outro lado. A sincronização bidirecional talvez fosse melhor nesse caso, mas se o cliente *não* for muito organizado e mantiver todos os seus documentos na pasta local selecionada, terei que excluir arquivos antigos quando o espaço no meu servidor estiver cheio, e então os documentos que eu excluir serão apagados da pasta local que contém *todos* os documentos do cliente, o que, obviamente, não é bom. Ter que explicar tudo isso no meu site é demais, e receio que meus clientes não queiram ver todas as capturas de tela e instruções com avisos sobre a sincronização de pastas. A sincronização unidirecional parece ser a opção ideal para o envio de arquivos de ditado, já que o software de transcrição que utilizo exclui automaticamente cada arquivo de ditado do servidor remoto assim que são carregados na fila de transcrição. Mesmo assim, alguns médicos podem preferir que os arquivos de voz que recebemos para transcrição sejam excluídos de suas pastas locais, pois presumivelmente possuem backups e os arquivos de áudio tendem a ser bastante grandes. Explicar todas as opções é confuso, e receio que o gerente do consultório ou quem tiver que configurar isso ache que não vale a pena o esforço. Deveria haver uma opção de "transferência única" que reconhecesse que um arquivo já foi transferido em uma sessão anterior e não fosse substituído caso alguém ou algum processo no outro servidor o movesse ou excluísse intencionalmente. Os arquivos geralmente serão nomeados automaticamente pelo dispositivo de ditado com algum nome sem sentido, porém único, e é improvável que ele use o mesmo nome duas vezes. Portanto, ter uma opção de "transferir apenas uma vez" seria ideal. Os documentos transcritos seriam nomeados manualmente com o mesmo nome dos arquivos de ditado (mas com a extensão .doc), o que também funcionaria bem para baixar documentos do Word. Faz sentido? Parece que fica mais confuso a cada vez que tento considerar os prós e os contras da sincronização de pastas para essa finalidade.

Re: Re: Re: Esqueci de mencionar que gosto bastante do DriveHQ FileManager

Responder
03/06/2008 17:44:26

Adicionar aos favoritos e compartilhar
Resposta rápida

Leading Cloud Surveillance service

Leading Enterprise Cloud IT Service Since 2003