elf-pavlik added a comment.

So, /entity/Q1234.ttl must not be rewritten but redirected to /wiki/Special:EntityData/Q1234.ttl, since that will return data. To ensure this, a magic parameter could be passed, something like force-redirect=true, which would force Special:EntityData to send a redirect to the canonical URL instead of serving content directly.

/entity/Q1234.ttl currently does NOT appear in chain of redirects from /entity/Q1234 and it doesn't seem to serve any purpose to have URIs like /entity/Q1234.ttl appearing anywhere all together.

Currently /entity/Q1234 redirects to /wiki/Special:EntityData/Q1234 which seems to handle content negotiation and redirects to /wiki/Special:EntityData/Q1234.ttl or /wiki/Special:EntityData/Q1234.json.

Preferably /entity/Q1234 will directly do 303 redirect to /wiki/Special:EntityData/Q1234.ttl or /wiki/Special:EntityData/Q1234.json. Which should work if you proxy pass to /wiki/Special:EntityData/Q1234 which seems to handle content negotiation and do 303 redirect (plus should have CORS headers set)

Once again, /entity/Q1234.ttl or /entity/Q1234.json don't seem to have any purpose and such URIs should never appear anywhrere.


TASK DETAIL
https://phabricator.wikimedia.org/T119536

EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: elf-pavlik
Cc: hoo, elf-pavlik, JanZerebecki, Aklapper, StudiesWorld, daniel, D3r1ck01, Izno, Luke081515, Wikidata-bugs, aude, fbstj, Mbch331
_______________________________________________
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Reply via email to