diff options
author | Loïc Hoguin <[email protected]> | 2016-08-29 12:39:49 +0200 |
---|---|---|
committer | Loïc Hoguin <[email protected]> | 2016-08-29 12:40:03 +0200 |
commit | c807880f7ac73f813b2660ea81a00f7712a4e793 (patch) | |
tree | ba1d09e9b177f230665a80513b33fbd532000ce4 /archives/extend/2015-January/000501.html | |
parent | b1df25a7d9cda697513650659b781b55b40898f8 (diff) | |
download | ninenines.eu-c807880f7ac73f813b2660ea81a00f7712a4e793.tar.gz ninenines.eu-c807880f7ac73f813b2660ea81a00f7712a4e793.tar.bz2 ninenines.eu-c807880f7ac73f813b2660ea81a00f7712a4e793.zip |
Add old mailing list archives
Diffstat (limited to 'archives/extend/2015-January/000501.html')
-rw-r--r-- | archives/extend/2015-January/000501.html | 103 |
1 files changed, 103 insertions, 0 deletions
diff --git a/archives/extend/2015-January/000501.html b/archives/extend/2015-January/000501.html new file mode 100644 index 00000000..71c5f68c --- /dev/null +++ b/archives/extend/2015-January/000501.html @@ -0,0 +1,103 @@ +<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> +<HTML> + <HEAD> + <TITLE> [99s-extend] Rewriting URLs + </TITLE> + <LINK REL="Index" HREF="index.html" > + <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Rewriting%20URLs&In-Reply-To=%3C1422309249.26262.15.camel%40gmail.com%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <style type="text/css"> + pre { + white-space: pre-wrap; /* css-2.1, curent FF, Opera, Safari */ + } + </style> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="000498.html"> + <LINK REL="Next" HREF="000502.html"> + </HEAD> + <BODY BGCOLOR="#ffffff"> + <H1>[99s-extend] Rewriting URLs</H1> + <B>Paul Dickson</B> + <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Rewriting%20URLs&In-Reply-To=%3C1422309249.26262.15.camel%40gmail.com%3E" + TITLE="[99s-extend] Rewriting URLs">pdtwonotes at gmail.com + </A><BR> + <I>Mon Jan 26 22:54:09 CET 2015</I> + <P><UL> + <LI>Previous message: <A HREF="000498.html">[99s-extend] Rewriting URLs +</A></li> + <LI>Next message: <A HREF="000502.html">[99s-extend] Rewriting URLs +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#501">[ date ]</a> + <a href="thread.html#501">[ thread ]</a> + <a href="subject.html#501">[ subject ]</a> + <a href="author.html#501">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>On Mon, 2015-01-26 at 11:26 +0100, Loïc Hoguin wrote: +><i> You have to change path_info too if your middleware is after the router. +</I>><i> +</I>I have added that. My cowboy:start_http parameters include this: + {middlewares, [cowboy_router, bz_libmap, cowboy_handler]} +which I think means bz_libmap will get called on *every* request. This +seems to work. Among the dispatch rules is this line: + {"/music/[...]", cowboy_static, {dir, "", ""}}, +so any request starting with "/music/ will do a standard file fetch. +But due to the middlewares setup, bz_libmap will get a chance to +look at it first. + +bz_libmap checks the path to see if it starts with "/music/", and if +not, it just returns {ok,Req,Env} and lets processing proceed normally. +This works, and other dispatch rules take care of it, usually fetching +files from priv_dir. + +But if bz_libmap sees "/music/" at the start of the URL it transforms +the URL into something else, an absolute filename typically of an mp3 +file. This is what I want cowboy_static to process. Hopefully, this +does not run through the dispatch rules again. + +bz_libmap computes a new path and a new path_info and sets them with a +cowboy_req:set call. I am not sure what path_info should look like at +this point, because the path is no longer covered by any of the dispatch +rules. I do not want it to be, as that would allow a browser to fetch +any file in the file system, unchecked. + +But what happens is any attempts to fetch /music/Anything result in a +status 400 error. + +The other approach I was considering was to make my own handler, based +on cowboy_static, that does the URL/File transformation internally. But +even that might not be right, since it eventually upgrades to +cowboy_rest and there is more processing after that. This approach +seems inelegant. + +The actual only call to file:open I found in all of cowboy is in +cowboy_spdy. + + + +</PRE> + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="000498.html">[99s-extend] Rewriting URLs +</A></li> + <LI>Next message: <A HREF="000502.html">[99s-extend] Rewriting URLs +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#501">[ date ]</a> + <a href="thread.html#501">[ thread ]</a> + <a href="subject.html#501">[ subject ]</a> + <a href="author.html#501">[ author ]</a> + </LI> + </UL> + +<hr> +<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend +mailing list</a><br> +</body></html> |