Thank you for the timely advice. Before I move my "base/homepage" site to its own app dir, thought I would give it another pass using your changes. Verified 'mysite.urls' in settings.py, added 'mysite' to the urlpatterns arg and put quotes around the hello func. I have had debugging from the outset of installation. views.py in the mysite/mysite dir is simply:
def hello(request): return HttpResponse('Hello World!') The 404 error which comes up is: Page not found (404) Request Method: GET Request URL: http://192.168.1.126:8000/homepage/foo1 Using the URLconf defined in mysite.urls, Django tried these URL patterns, in this order: 1. ^foo1$ 2. ^foo2$ 3. ^foo3$ 4. ^foo4$ The current URL, homepage/foo1, didn't match any of these. You're seeing this error because you have DEBUG = True in your Django settings file. Change that to False, and Django will display a standard 404 page. Could be a permissions thing or some subtle backslashes nuance I haven't picked up on yet? Thanks again. V. On Saturday, September 22, 2012 7:39:36 PM UTC-5, Sam Lai wrote: > > > > I just created a toy project with that urls.py and it worked fine. > > > I am not even sure if philosophically this is considered a good practice > of > > django. Thanks in advance for your assistance. V. > > Generally you would not create a views.py in your project directory > (mysite/mysite is your project directory). You would usually create an > app (mysite/manage.py startapp appname), create your views, app-level > URLs, models etc. in there, and then reference them in your project > urls.py by including your app's urls.py. > > Also, generally you would reference the view using a string, instead > of the actual view function itself. This saves you from having to > import every view, and avoid clashes in larger projects where you may > have view functions with the same name in different apps. In the > second urls.py you posted, the first parameter to patterns, where you > have 'homepage' specified, is used to shorten these view function > strings - that parameter is appended to your url definitions, i.e. you > could use the following urls.py instead - > > urlpatterns = patterns('mysite', > url(r'^foo1$', 'hello'), > url(r'^foo2$', 'hello'), > url(r'^foo3$', 'hello'), > url(r'^foo4$', 'hello'), > ) > > ... and Django will append 'mysite' to all the view function strings, > turning them into 'mysite.hello'. See > https://docs.djangoproject.com/en/dev/topics/http/urls/#the-view-prefix > > > > > > > -- > > You received this message because you are subscribed to the Google > Groups > > "Django users" group. > > To view this discussion on the web visit > > https://groups.google.com/d/msg/django-users/-/ojFywQSzpYsJ. > > To post to this group, send email to > > django...@googlegroups.com<javascript:>. > > > To unsubscribe from this group, send email to > > django-users...@googlegroups.com <javascript:>. > > For more options, visit this group at > > http://groups.google.com/group/django-users?hl=en. > -- You received this message because you are subscribed to the Google Groups "Django users" group. To view this discussion on the web visit https://groups.google.com/d/msg/django-users/-/_y5eEwalYc8J. To post to this group, send email to django-users@googlegroups.com. To unsubscribe from this group, send email to django-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/django-users?hl=en.