Vlad.shapik added subscribers: hnowlan, Tgr. Vlad.shapik added a comment.
I worked within the Per-file control ticket <https://phabricator.wikimedia.org/T253280>. I researched the following subtasks: PNG thumbnail <https://phabricator.wikimedia.org/T192744>..., TIF less focused <https://phabricator.wikimedia.org/T47212>..., Allow PDF's to be rendered <https://phabricator.wikimedia.org/T256959>... I found several useful comments and links to the related Phab tickets. There is an idea to create a new URL scheme for getting thumbnails <https://phabricator.wikimedia.org/T66214>. From my point of view, it is not a blocker for us to add an opportunity to configure creating thumbnails, but the status of this ticket should be controlled since a new URL scheme can influence the logic of per-file control for thumbnail generation parameters based on the plan below. This comment <https://phabricator.wikimedia.org/T192744#4933903> describes a valuable approach of using structured data and checking the header which Thumbor will process and decide what to do with one or another user config parameter. Here is the short plan which can help to add per-file control for some thumbnail generation parameters: 1. The community should define a standard for how file configs information is stored. As mentioned <https://phabricator.wikimedia.org/T192744#4933903> by @Tgr it could be a new property that needs to be proposed on Wikidata or could use some existing property. 2. We also need a Mediawiki side logic which will detect when some config parameter of a file is changed in structured data, and push the info to a Swift header. 3. This information would have to be stored in Swift alongside the original object as a special header, as access to the database from the thumbnailing layer is undesirable for security reasons. 4. It should be also possible to configure only per file not per thumbnail because it helps to do this without inflating storage needs. There needs to be a mechanism to keep those particular flags in sync in Swift. Switching the flag on and off would need to purge all thumbnails. Once one of the flags exists in Swift, it's trivial for Thumbor to generate thumbnails accordingly. 5. And at the end, Thumbor should check the header and apply a config parameter appropriately. It seems like a lot of work should be done there. Hello @Tgr @hnowlan. Could you please share your thoughts about this plan and its validity? TASK DETAIL https://phabricator.wikimedia.org/T253280 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Vlad.shapik Cc: Tgr, hnowlan, GFontenelle_WMF, AntiCompositeNumber, Aklapper, 26081981, Astuthiodit_1, karapayneWMDE, Invadibot, Lalamarie69, maantietaja, Y.ssk, FRomeo_WMF, Muchiri124, CBogen, ItamarWMDE, DAlangi_WMF, Nintendofan885, Akuckartz, WDoranWMF, EvanProdromou, Nandana, JKSTNK, jijiki, Jony, Lahi, Gq86, E1presidente, Ramsey-WMF, Cparle, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, _jensen, rosalieper, Agabi10, Taiwania_Justo, Scott_WUaS, Pchelolo, Susannaanas, Ixocactus, SBisson, Wong128hk, Fuzheado, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, Daniel_Mietchen, El_Grafo, Dinoguy1000, Ricordisamoa, Wesalius, Lydia_Pintscher, Raymond, Gilles, TheDJ, Steinsplitter, Mbch331
_______________________________________________ Wikidata-bugs mailing list -- [email protected] To unsubscribe send an email to [email protected]
