Existe alguma cauda como ferramenta de suporte WebDav

Question

Meu problema é que uma plataforma SaaS proprietária em desenvolvimento no / para apenas fornece arquivos de log via WebDav. Durante o desenvolvimento, esses arquivos de log podem ficar bastante grandes até o final do dia (pense em 200 Mb +), mas são muito detalhados e úteis ao tentar rastrear um "erro geral".

O que acontece comigo agora que para olhar para o arquivo de log eu tenho que baixar o arquivo de 200 Mb cada vez (ele não é automaticamente recriado se eu excluí-lo :(), o que significa que mesmo em uma boa conexão você tem para esperar 1-2 minutos para o arquivo ser baixado.

Portanto, a pergunta real novamente: Existe alguma ferramenta disponível que pode dar uma olhada (por exemplo) no timestamp de um arquivo a cada 5 segundos e fazer o download do fragmento adicionado (usando a diferença calculada em tamanho).

    

Answer 1

• O WebDAV é uma extensão do HTTP e dos métodos disponíveis atualmente [ 1 ] não há qualquer suporte para o mesmo.

• Você pode verificar os métodos alternativos para transferência parcial de arquivos por HTTP, como zsync só transferirá o conteúdo alterado.

1. zsync

Abstract : This document describes the thinking behind zsync, a new file transfer program which implements efficient download of only the content of a file which is not already known to the receiver. zsync uses the rsync algorithm, but implemented on the client side, so that only one-off pre-calculations are required on the server, and no special server software or new protocol is required to use zsync.

ATUALIZAÇÃO:

De acordo com o algoritmo rsync:

• Um lado calcula as somas de verificação de cada bloco distinto de dados e as envia para a outra extremidade. A outra extremidade faz uma soma de verificação contínua por meio de seu arquivo, identificando blocos em comum e, em seguida, calculando quais blocos não estão em comum e devem ser transmitidos.

• No rsync, o servidor faz todo o trabalho pesado enquanto no zsync, o cliente que solicita os dados faz todo o trabalho pesado de aplicar a soma de verificação rsync e comparar com a lista de soma de verificação baixada.

De [ 4 ]

... So, we make it the server which calculates the checksums of each distinct block. Because it need calculate only one checksum per block of data, and this is not specific to any given client, the data can be cached. We can save this data into a metafile, and the client requests this data as the first step of the process. This metafile can simply be at another URL on the same — or even a different — server.

The zsync client will pull this metafile. It then runs through the data it already has, applying the rsync rolling checksum and comparing with the downloaded checksum list. It thus identifies the data in the target file that it already has. It then requests the remaining data from the server. Since it knows which data it needs, it can simply use HTTP Range requests to pull the data. ...

• Portanto, os cabeçalhos do intervalo HTTP precisam ser suportados no lado do servidor.

2. Alternativas ao zsync

• Mas se esses arquivos de log crescerem e o conteúdo existente não for alterado, o cabeçalho HTTP Range será suficiente. [ 2 ] [3 ]

Referência:

1. link
2. link
3. link
4. Teoria de Zsync

Answer 2

Se o cliente for um computador com Windows, tente o seguinte: Mapeie o compartilhamento do webdav como uma unidade de rede e execute tail no arquivo.