5

我有一个用例是在 Github 页面中托管一组文件（具有不同序列化格式的相同 RDF 内容，例如 RDF/XML、Turtle 和 JSON-LD），并使用w3id URL作为永久标识符。

此外，我想对该永久 URL 进行内容协商。如果我将文件托管在 Apache 服务器中，这将是微不足道的，但不幸的是 Github 页面不支持内容协商。所以我想看看我可以在多大程度上通过 URL 重写规则来做到这一点。

所以思路和下面类似。

GET http://w3id.org/foo  -- redirect to --> http://foo.git.io/content.ttl
Accept: text/turtle

GET http://w3id.org/foo  -- redirect to --> http://foo.git.io/content.jsonld
Accept: application/ld+json

目前我的规则如下所示。

Options +FollowSymLinks
RewriteEngine on
RewriteCond %{HTTP_ACCEPT} ^.*application/rdf\+xml.* 
RewriteRule ^foaf$ http://nandana.github.io/foaf/card.rdf [R=303,L]
RewriteCond %{HTTP_ACCEPT} ^.*text/turtle.* 
RewriteRule ^foaf$ http://nandana.github.io/foaf/card.ttl [R=303,L]
RewriteCond %{HTTP_ACCEPT} ^.*application/ld\+json.* 
RewriteRule ^foaf$ http://nandana.github.io/foaf/card.jsonld [R=303,L]
RewriteRule ^foaf$ http://nandana.github.io/foaf/card.html [R=303,L]

虽然这适用于大多数情况，但它会在某些极端情况下中断。例如，如果有一个像下面这样的接受头

Accept: application/rdf+xml;q=0.9,text/turtle

这将返回 application/rdf+xml （因为第一个规则匹配）尽管根据内容协商它应该返回turtle。有谁知道改进规则以处理这种极端情况的方法？

4

1 回答 1

0

我认为你必须制作实际文件的 0 字节虚拟文件，例如foo.ttl等foo.jsonld，并确保它们的类型是用 声明的AddType，然后常规的内容协商可以用于http://example.com/foo.

但不是为 0 字节文件提供服务，而是RewriteRule foo.ttl为每个文件设置 etc，以便将它们重定向到“真实”位置。Accept非常冗长，是的，但是即使对于具有q=多种类型的复杂标头，也应该可以正常工作。

于 2018-07-05T16:09:41.843 回答