Re: [ftpext] New Version of FTP HASH, RANG, LOCK, and HOST

right, we could leave the boundary REQUIRED but have an OPTIONAL size
that would be used (probably the majority of the time?)

btw, we are working on some of the issues that have been brought up w/
RANG & LOCK so we put new versions out.
we'll continue on this & should have more updates soon.

the RANG text has been re-organized to reflect that it is not transfer
specific, but just about selecting a range, that can be used with
transfers, HASH, etc, as it always has been.

fancy diffs:
http://tools.ietf.org/html/draft-bryan-ftp-range
http://tools.ietf.org/html/draft-bryan-ftp-lock

On Sun, Jan 27, 2013 at 6:52 PM, Bruce Blackshaw <bblackshaw@gmail.com> wrote:
> It's true that you don't always know the size at the start.
>
> Nonetheless, it could be be specified that iff the size of the raw data is
> known, then "size" could be used. In the many cases that this is possible,
> performance should be faster (although I can't quantify by how much).
>
> regards
>
> Bruce Blackshaw
>
>
> On 28/01/2013 4:32 AM, Alun Jones wrote:
>>>
>>> Of Ángel González
>>>
>>> Bruce Blackshaw wrote:
>>>>
>>>> Re LOCK, I think it would be useful to have an alternative to
>>>> "boundary" called "size", that could provide the size of the raw data
>>>> for binary transfers.  That might provide quite a performance
>>>> advantage compared to having to search for the boundary.
>>>>
>>>> regards
>>>
>>> Good point. I think it would be much more useful than the boundary
>>> method.
>>> The value of such size parameter should be the amount of data sent on the
>>> wire.
>>
>> This has an obvious problem - what if the size of the file changes during
>> the transfer?
>>
>> There are many uses of FTP (webcam being the one that comes immediately to
>> mind) where a "file" is retrieved, and is handled as if it is a
>> potentially-infinite stream. We have a webcam at work that encodes video
>> as
>> an animated GIF that never ends. Doesn't display in Internet Explorer,
>> because IE is paranoid, but it's a use-case that should be considered. The
>> boundary method works for this use, where the size method doesn't.
>>
>> Alun.
>> ~~~~
>>
>>
>
> _______________________________________________
> ftpext mailing list
> ftpext@ietf.org
> https://www.ietf.org/mailman/listinfo/ftpext

--
(( Anthony Bryan ... Metalink [ http://www.metalinker.org ]
  )) Easier, More Reliable, Self Healing Downloads