with your previous routes, yes.
On Nov 28, 3:15 pm, Emceha <[email protected]> wrote: > So to get rid of /init/default/ (in my case I need rewrite.py + > modified app.yaml like > > - url: /static/(?P<b>.+) instead of > - url: /(?P<a>.+?)/static/(?P<b>.+) > > Am I thinking right? > > On Nov 28, 10:06 pm, Jonathan Lundell <[email protected]> wrote: > > > On Nov 28, 2010, at 12:50 PM, mdipierro wrote: > > > > with the app.yaml file that comes with web2py, static files are served > > > by appegnine, not by web2py, therefore routes_out should not rewrite / > > > <app>/static/... > > > Exactly. > > > Files that are marked as static in GAE are served directly by GAE. Web2py > > is never invoked, and no rewriting takes place. If you rewrite the URLs, > > then GAE doesn't recognize the file as static, and gives it to web2py, > > which rewrites it. But GAE doesn't allow Python apps to access files that > > are marked as static, hence the blocked-access messages (I don't know why > > that is; presumably they're actually stored elsewhere, or something like > > that). > > > If you really, really need to rewrite those URLs, you could tell GAE (via > > app.yaml) that the static directory is not static. That would be less > > efficient, since web2py would have to run for each of those files (though > > if they're cached, that might not be all that bad). > > > > On Nov 28, 2:30 pm, Emceha <[email protected]> wrote: > > >> On Nov 28, 8:42 pm, Jonathan Lundell <[email protected]> wrote: > > > >>> On Nov 28, 2010, at 11:08 AM, Emceha wrote: > > >>> Have you looked at the logger output? Since GAE apparently always logs > > >>> at DEBUG level, you should > > >>> see logs of all URL rewrites arising from your routes.py, as > > >>> 'web2py.rewrite' log entries. At the > > >>> very least you should check to see that the rewritten paths match the > > >>> full path with no rewriting. > > > >> The only errors from dev_appserver.py I see is that $link got blocked. > > >> It also looks like the link it complains about was already rewritten > > >> by route.py - let me show you working (when I use web2py.py as local > > >> dev server) routes.py > > > >> routes_in=[ > > >> ('/pliki/$anything', '/init/static/pliki/$anything'), > > >> ('/static/$anything', '/init/static/$anything'), > > >> ('/admin/$anything', '/admin/$anything'), > > >> ('/appadmin/$anything','/init/appadmin/$anything'), > > >> ('/$anything', '/init/default/$anything') > > >> ] > > > >> routes_out=[ > > >> ('/init/static/pliki/$anything', '/pliki/$anything'), > > >> ('/init/static/$anything', '/static/$anything'), > > >> ('/admin/$anything', '/admin/$anything'), > > >> ('/init/appadmin/$anything','/appadmin/$anything'), > > >> ('/init/default/$anything', '/$anything') > > >> ] > > > >> So now: my template requests: > > > >>http://.../static/css/style.css > > > >> In dev_appserver logs I see > > > >> ..... Blocking access to static file /init/static/css/ > > >> style.css .... > > > >> So as mentioned above rewrite somehow worked but was blocked? Maybe > > >> request is not consistent with physical location of requested file? No > > >> idea. > > > >>> (By "old" and "new" above, do you mean without and with rewriting, > > >>> respectively?) > > > >> Yep > > > >> I'm happy to helo to solve this annoying issue :) - I can even create > > >> new clean app so more people can test it. > > > >> Marcin > >
