Well no, of course.

As a general rule, I place relevant static pages under /static/
subfolder/the_file_name.html in many cases. Even if it is another web
server accessing the files. I utilize the packaging that web2py
provides to facilitate moves when a application needs to be relocated.

It might be bad practice but while others are running down errors the
Web2Py app is already running. I would hate to lose that facility.

On May 21, 3:30 pm, mdipierro <mdipie...@cs.depaul.edu> wrote:
> This will not create any conflict, unless you have files with
> extensions other than .html in the views folder (and you should not).
>
> Massimo
>
> On May 21, 2:55 pm, JohnMc <maruadventu...@gmail.com> wrote:
>
> > Yarko,
>
> > I should explain. In some instances when I put together the view I
> > will have code segments that are pulled in as a {{include}}. No
> > controller involved at all. Having to do the controller call would not
> > be such a hassle of course. But in a site where much of the content is
> > static html and web2py is used to handle some dynamic components it
> > seems a waste to now have to have the content flow through  web2py
> > first.
>
> > If you tell a site owner in such an instance that he has to have
> > controller pass thru for all his legacy content he will look
> > elsewhere.
>
> > On May 21, 2:41 pm, JohnMc <maruadventu...@gmail.com> wrote:
>
> > > these should be under controller name "static", so I don't expect what
> > > Massimo describes will conflict. -- Yarko
>
> > > Even if they are an {{include}} in the view?
>
> > > On May 21, 11:50 am, Yarko Tymciurak <yark...@gmail.com> wrote:
>
> > > > these should be under controller name "static", so I don't expect what
> > > > Massimo describes will conflict.
> > > > But this brings up another intersting glitch we've had - static files 
> > > > that
> > > > refer in their own links to a directory making the long-standing 
> > > > assumption
> > > > that any server will "look for" index.html in the directory if no file 
> > > > is
> > > > specified.   Microsoft's IIS servers do more: they setup a "path" of 
> > > > default
> > > > files, and allow you to add and re-order that list, e.g.  "default.asp;
> > > >  default.html; index.html" --- which is nice, because it is general.
>
> > > > For example, when trying to "implement" sqldesigner, it's help files 
> > > > could
> > > > not be used in web2py because of this lack of "looking for static  
> > > > files, if
> > > > path turned out to be just a directory".
>
> > > > While, from a code perspective, this is a separate issue - from a 
> > > > logical
> > > > perspective, it is a related feature - doing something historically 
> > > > normal
> > > > with paths.
>
> > > > On Thu, May 21, 2009 at 11:42 AM, JohnMc <maruadventu...@gmail.com> 
> > > > wrote:
>
> > > > > Any conflict with static files that might be called from within a view
> > > > > of the same name. (html specifically.)
>
> > > > > On May 21, 10:48 am, mdipierro <mdipie...@cs.depaul.edu> wrote:
> > > > > > I am talking a small change to the current web2py (10 lines) and I 
> > > > > > can
> > > > > > do it tonight if no objection. It would help users build more 
> > > > > > restful
> > > > > > apps although it does not have to be stateless.
>
> > > > > > Massimo
>
> > > > > > On May 21, 10:37 am, DenesL <denes1...@yahoo.ca> wrote:
>
> > > > > > > As part of an architected move towards RESTful web services, or 
> > > > > > > would
> > > > > > > that be in web2py v2? ;-)
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"web2py Web Framework" group.
To post to this group, send email to web2py@googlegroups.com
To unsubscribe from this group, send email to 
web2py+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/web2py?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to