[
https://issues.apache.org/jira/browse/COUCHDB-1006?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Volker Mische updated COUCHDB-1006:
-----------------------------------
Description:
The current rewriter is bound to the parts of a path. Therefore I propose and
additional "replace" property to be able to rewrite URLs beyond that
limitation. One example would be subpages in a wiki, where each subpage
corresponds to one document in the database. Here's an example:
Desired URL:
http://example.com/wiki/apache-projects/couchdb/info
URL without rewriting:
http://example.com/wiki/apache-projects%2fcouchd%2f/info
Another use case is when you have to deal with attachments. For example if you
want to build a TMS tilecache [1] bases on CouchDB. My URL would look like this
(where "tile" is the attachement):
http://example.com/tilecache/3-5-2/tile
But I'd need an URL like
http://example.com/tilecache/tiles/3/5/2.png
(resp. http://example.com/tilecache/_design/tilecache/_rewrite/tiles/6/9/9.png)
My modification to the rewriter allows you to replace substrings with other
ones. Here's the rewriter rule for this example:
{
"from" : "/tiles/<x>/<y>/<z>.png",
"to" : "..\\/..\\/:x/:y/:z/tile",
"replace": {
"old": "/",
"new": "-",
"limit": -1
}
}
It replaces all occurences of "/" with "-" on the "to"-path. Two slashes ("\\")
escape a character, so it won't be replaced. The "limit" parameter specifies
how many occurences should be replaced. It could be either positive, then it
will just count how often a string was already replaced and stop at the limit.
If "limit" is negative, it will count from the back. This is especially useful
if you want to replace slashes and know how many slashes the attachment has,
but not how many the document has.
[1] http://wiki.osgeo.org/wiki/Tile_Map_Service_Specification
was:
The current rewriter is bound to the parts of a path. Therefore I propose and
additional "replace" property to be able to rewrite URLs beyond that
limitation. One example would be subpages in a wiki, where each subpage
corresponds to one document in the database. Here's an example:
Desired URL:
http://example.com/wiki/apache-projects/couchdb/info
URL without rewriting:
http://example.com/wiki/apache-projects%2fcouchd%2f/info
Another use case is when you have to deal with attachments. For example if you
want to build a TMS tilecache [1] bases on CouchDB. My URL would look like this
(where "tile" is the attachement):
http://example.com/tilecache/3-5-2/tile
But I'd need an URL like
http://example.com/tilecache/tiles/3/5/2.png
(resp. http://example.com/tilecache/_design/tilecache/_rewrite/tiles/6/9/9.png)
My modification to the rewriter allows you to replace substrings with other
ones. Here's the rewriter rule for this example:
{
"from" : "/tiles/<x>/<y>/<z>.png",
"to" : "..\\/..\\/:x/:y/:z/tile",
"replace": {
"old": "/",
"new": "-",
"limit": -1
}
}
It replaces all occurences of "/" with "-" on the "to"-path. Two slashes ("\\")
escape a character, so it won't be replaced. The "limit" parameter specifies
how many occurences should be replaced. It could be either positive, then it
will just count how often a string was already replaced and stop at the limit.
If "limit" is negative, it will count from the back. This is especially useful
if you want to replace slashes and know how many slashes the attachment has,
but not how many the document has.
> Ability to replace substrings in rewriter
> -----------------------------------------
>
> Key: COUCHDB-1006
> URL: https://issues.apache.org/jira/browse/COUCHDB-1006
> Project: CouchDB
> Issue Type: Improvement
> Components: Database Core
> Reporter: Volker Mische
> Priority: Minor
> Attachments: rewrite-replace.patch
>
>
> The current rewriter is bound to the parts of a path. Therefore I propose and
> additional "replace" property to be able to rewrite URLs beyond that
> limitation. One example would be subpages in a wiki, where each subpage
> corresponds to one document in the database. Here's an example:
> Desired URL:
> http://example.com/wiki/apache-projects/couchdb/info
> URL without rewriting:
> http://example.com/wiki/apache-projects%2fcouchd%2f/info
> Another use case is when you have to deal with attachments. For example if
> you want to build a TMS tilecache [1] bases on CouchDB. My URL would look
> like this (where "tile" is the attachement):
> http://example.com/tilecache/3-5-2/tile
> But I'd need an URL like
> http://example.com/tilecache/tiles/3/5/2.png
> (resp.
> http://example.com/tilecache/_design/tilecache/_rewrite/tiles/6/9/9.png)
> My modification to the rewriter allows you to replace substrings with other
> ones. Here's the rewriter rule for this example:
> {
> "from" : "/tiles/<x>/<y>/<z>.png",
> "to" : "..\\/..\\/:x/:y/:z/tile",
> "replace": {
> "old": "/",
> "new": "-",
> "limit": -1
> }
> }
> It replaces all occurences of "/" with "-" on the "to"-path. Two slashes
> ("\\") escape a character, so it won't be replaced. The "limit" parameter
> specifies how many occurences should be replaced. It could be either
> positive, then it will just count how often a string was already replaced and
> stop at the limit. If "limit" is negative, it will count from the back. This
> is especially useful if you want to replace slashes and know how many slashes
> the attachment has, but not how many the document has.
> [1] http://wiki.osgeo.org/wiki/Tile_Map_Service_Specification
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
