6

Let's say I want the following url to get matched with a django view through urls.py: www.mysite.com/cake/#vanilla

In urls.py I have something like this:

url('^cake/#.*/$', app.views.view ),

So basically I want all urls that start with root: www.mysite.com/cake/#, to be handled by this view. However, django urls seems to treats # as %23, so instead all urls with root www.mysite.com/cake/%23 is handled by that view. How can I get the hash sign in url('^cake/#.*/$', app.views.view ), to be treated like an actual hash sign instead of a %23?

Thanks for any help!

Martijn Pieters
  • 1,048,767
  • 296
  • 4,058
  • 3,343
killajoule
  • 3,612
  • 7
  • 30
  • 36
  • 8
    No-can-do. The hash isn't sent to the server. – AdamKG Jan 19 '12 at 19:52
  • here's a SO question that explains this in more detail: http://stackoverflow.com/questions/3664257/why-the-hash-part-of-the-url-is-not-in-the-server-side – zackdever Jan 19 '12 at 19:58

1 Answers1

3

You need to force your users to use IE7 from winetricks. It's the only browser that has the bug of sending the hash and stuff in the HTTP request :)

If it has been fixed, then you need to force your users to use IE7 from winetricks of last year's version.

As Adam stated, browsers should not send the hash part to the server. Using the hash in the url is common for websites like deezer because it lets the user navigate without reloading the page (all navigation is handled in javascript). This allows navigation without interuption/reload of the music player which is in flash.

If you want to enable hash browsing, then you can use a plugin like: http://tkyk.github.com/jquery-history-plugin/

jpic
  • 32,891
  • 5
  • 112
  • 113