apache - 使用 mod_rewrite/RewriteCond 规则进行内容协商

Question

我有一个用例是托管 a set of files (具有不同序列化格式(例如 RDF/XML、Turtle 和 JSON-LD)的相同 RDF 内容)在 Github 页面中并使用 a 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]

虽然这适用于大多数情况，但对于某些极端情况可能会失败。例如，如果有一个如下所示的接受 header

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

这将返回 application/rdf+xml (因为第一个规则匹配)，尽管根据内容协商它应该返回turtle。有谁知道如何改进规则来处理这种极端情况？

Answer 1

我认为你必须制作实际文件的 0 字节虚拟文件，例如foo.ttl、foo.jsonld 等，并确保使用 AddType 声明它们的类型，然后是 regular content negotiation可以为http://example.com/foo工作。

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