Build Views

Your top level structure is Project>portfolio,projects, yes? In the views directory you import Poject from projects.models, yes?

If my structure is Gulls>pix,pixie, shouldn’t I (in “views”) import Gulls from pixie.models? forsta?

It’s a tricky thing to try to copy your code but to change the key names. But, I am doing it and I think it helps in providing a deeper understanding of what is happening. Here is where I got confused. In models when you create the data base, you used the name “Project” by simply capitalizing project. My corresponding directory names were pix and pixie basically for projects and project. When I did this code to create the database, I failed to simply use “Pix”. It took time to figure that out but I did and everything works. I had to really search for this resolution and it was worth the effort. Naming is a crucial aspect of computer science and of life. Ursula Le Guins “EarthSea” trilogy was all about naming.

Congrats for figuring it out. 🙌

Did I understand correctly that you initially hadn’t capitalized the model name?

Just FYI: the model names don’t need to be a capitalized version of the Django project name. It just made sense in the projects example, since the objects we are handling in the project app are, well, Projects. :)

When you build larger Django applications you will frequently have more than one model per app, and they can be all sorts of things.

As a naming convention that you can keep in mind: the model names should always be singular. Think of it in a way that the model code will be used many times to create single instances of that class.

In the bit about using the print command as a debugging tool, when I refreshed the page, the results in the terminal window had two lines <QuerySet [<Project: Project object (1)>]>

It seems like Python must have printed the code line: projects = Project.objects.all() just prior to the print statement. Yes?

Sounds to me like you might be using print() on the queryset somewhere in your views.py file.

That would explain why it prints out to your console when you make a request on your browser (i.e. refresh the page).

def all_projects(requests): return render(requests, ‘projects/all_projects.html’)

I really like your approach of building by errors. I am definitely one to cringe when that happens but you make a good argument of learning from these messages. I imagine dark times when devs didn’t have that in the early days and had to find the errors manually. Oof....

👆👆👆👆👆👆👆 ❗️❗️❗️❗️❗️ 👆👆👆👆👆👆👆

Totally, good point! So thanks to all the previous-time-devs for the work on making nice error messages for us! 🤓

This is where I got stuck. Please help.

Page not found (404)
Request Method: GET
Request URL:    http://127.0.0.1:8000/
Using the URLconf defined in portfolio.urls, Django tried these URL patterns, in this order:

admin/
projects/
The empty path 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.

Hi @shaundefrancia

Looks like you went to the following URL path in your browser:

Request URL:    http://127.0.0.1:8000/

Check what Django is telling you related to this:

Django tried these URL patterns, in this order:

admin/
projects/
The empty path didn't match any of these.

Do you have an idea what you could try to do next?

Hi,

I did not quite get what the dictionary part do and how you use it?

@bogdanchira That dictionary, called a context, is a means for passing arbitrary data to a Django template. In this case, the template file is named all_projects.html, and the only data you’re exposing to that template is a collection of Project objects read from the database.

You can refer to the attributes defined in the context from your template, e.g.

{% for project in projects %}
    <p>{{ project.description }}</p>
    <p>{{ project.title }}</p>
{% endfor %}