Importance of handleGet() as a file download? Mirror behavior to handleHead()? about tus-php HOT 6 CLOSED

@ankitpokhrel @samundra

Do you guys have any thoughts here?
It would be great if Symfony were to fully implement HEAD requests, but there have been many arguments for it in the past, and they were all shot down. I don't know what the chances are of Symfony doing so, but I put in the feature request regardless.

from tus-php.

Changing HEAD request to GET is definitely not desired. However, lets verify the changes needed for HEAD request to implement it in Symfony Request/Response. But we have to identify its impact on the project. Waiting for thoughts from @ankitpokhrel

from tus-php.

File download in GET /files/<hash> request is not a part of the tus specification. I would propose to move current file download endpoint to GET /files/<hash>/get and treat GET /files/<hash> same as HEAD request.

One thing to note here is that official tus server implementation treats GET /files/<hash> request as file download request.

I am open for other ideas.

from tus-php.

I love the idea of adding /get or any other path component to indicate download.

I've not seen any traction in Symfony or Drupal camps to implement HEAD, I'm surprised it has gone this way for years, but no one had a valid use case.

from tus-php.

@ankitpokhrel I think we should try to implement what current tus-servers have implemented for the download request.

The solution that you proposed could work as custom solution for download extending on top of official tus server implementation.

I think we should implement the custom solution that are already in use by most tus-servers.

from tus-php.

Changed in #87

from tus-php.