https://bugzilla.wikimedia.org/show_bug.cgi?id=1780

--- Comment #35 from Bryan Tong Minh <[email protected]> ---
(In reply to comment #31)
> (In reply to comment #30)
> > This is now finally fixable with the filebackend!
> > 
> > I'm thinking about writing a custom backend which implements
> > [[quoted-printable]] encoding. Any opinions on the encoding to use? It's a
> > pity
> > that the filebackend implements a listFiles method, otherwise we could have
> > simply used a one-way hashing function.
> 
> Why not add that to FSFileBackend in the form of configurable escape/unescape
> functions? The default ones could just pass throw the raw input. One issue
> with
> any encoding scheme is handling URLs correctly, so users get file/thumbnail
> urls that actually are mapped to the encoded file names. I suppose a
> redirection module could be used. img_auth and thumb_handler would cover some
> of the obvious cases, though they don't handle RANGE requests. Another option
> would be a redirector module which would redirect requests to the encoded
> URL.
> CDN caching would be slightly trickier in any case.
> 
> It's hard to resist saying "just use Linux" though...
> 
> That said, it would be nice if FilRepo stored files based on hash and used a
> redirection or service layer to make readable URLs to files anyway. It would
> solve a lot of problems like weird race conditions, the poor performance and
> lack of atomicity for file moves/deletes/undeletes and re-uploads (especially
> for large files or if there are many versions), and issues like this bug as
> well (what characters a system allows). That's another story though...

I would not add a complicated redirector, but just modify File::getUrl() to
apply the encoding. I can't really find out though if there currently is any
interaction between filerepo and filebackend regarding the file url.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
_______________________________________________
Wikibugs-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to