Alexander

Принудительная авторизация:

project/middleware.py

from django.core.urlresolvers import reverse
from django.http import HttpResponseRedirect

class ValidLogin(object):

    def process_request(request):
        if not request.user.is_authenticated():
            return HttpResponseRedirect(reverse('signin'))
        return None

project/settings.py

MIDDLEWARE_CLASSES = (
    'project.middleware.ValidLogin',
)

А раздача прав уже или на уровне url`ов или на уровне вьюх.
В урлах можно так

from django.conf.urls import patterns, url
from django.contrib.auth.decorators import user_passes_test
urlpatterns = patterns('crm.views',
    url(r'^$', 
        user_passes_test(lambda u: u.is_superuser or u.is_moderator)(HomeCRM.as_view()),
        name='home'),
)

Если просто авторизацию через урлы, то так:

from django.contrib.auth.decorators import login_required
urlpatterns = patterns('crm.views',
    url(r'^$', 
        login_required(HomeCRM.as_view()),
        name='home'),
)

Но это каждую строку урла проверять на авторизацию... А потом ещё думать как реализовать права по грппам. Проще как выше, через middleware авторизацию проверять и слать на форму входа.

Serving files uploaded by a user during development.

На продакшене статик и медиа работают через нджинкс/апач, без участия джанги.
На девелоп сервере, под runserver нужно в урлах прописывать доп настройки.

related_name

models.py

manufacturer = models.ForeignKey('Manufacturer', related_name='cars')

views.py
m = Manufacturer.objects.filter(...)

template.html

{% for man in m %}
<h1>{{ man.name }}</h1>
   {% for car in man.cars.all %}
        <p>{{ car.name }}</p>
    {% endfor %}
{% endfor %}

Или как Максим Чернятевич указал
Главное что достаём мануфактуры и их выводим. А в них уже обратной связью подтягиваются авто.

Любой большой продукт, со временем перерастёт уровень "аутсорс" левой студии, в "штат разработчиков внутри компании". На php найти одного специалиста и пачку джуниоров проще, чем на питон одного джуниора.
Выбор делать нужно именно из этого критерия, оценки поддержки и развития продукта, а не разработку.
Видел я уже метания одного магазина. Сначала его делали на пхп, потом на руби, потом на питоне. Каждый раз новая студия, каждый раз переписывая с нуля уже рабочий магазин. В итоге последние три года жизни он на питоне (джанго). Но вот в штат чтобы взять питониста, пришлось сильно постараться. В итоге брали пыхарей с переучиванием и плавным ростом.

Если проект в стол (сделали и забыли). То тут без разницы. Главное уровень и опыт команды в предлагаемой среде.

З.Ы. Сам я python(django) разработчик, до этого около 8 лет просидевший на php. И лично мне больше нравится python, а php я стараюсь забыть и не вспоминать. Но мы то говорим со стороны заказчика, а не исполнителя.

class Meta:
        db_table = "....."

Это лишнее в моделях. Конкретно db_table.

Сначала язык. Минимум это синтаксис.
Это как японская поэзия. Что сначала учить, японский язык или сразу хокку?

А ошибка какая?
Обычно в пути к шаблону не указывается папка темплайтов и темболее ../ в начале.

Django 1.8
settings.py

import os
BASE_DIR = os.path.dirname(os.path.dirname(os.path.abspath(__file__)))
TEMPLATES = [
    {
        'BACKEND': 'django.template.backends.django.DjangoTemplates',
        'DIRS': [os.path.join(BASE_DIR, 'templates')],
        'APP_DIRS': True,
    },
]

views.py

def handler404(request):
    return render(request, 'errors/404.html', status=404)

Django < 1.8
settings.py

import os
BASE_DIR = os.path.dirname(os.path.dirname(os.path.abspath(__file__)))
TEMPLATE_DIRS = (
    os.path.join(BASE_DIR, "templates"),
)

Эммм.. В интернете сотни, даже тысячи статей про настройку джанги под убунту на нджинксе. Все они вам не подошли и вам нужна 1001 статья? Так они все однотипные, принципы одни и теже. Меняются только пути к рабочей папке.

Каша у вас батенька.
Во первых убрать ссылку, заменить её на кнопку.
Во вторых прочитать про формы и методы передачи данных из формы по GET/POST.

Не, ну если уж совсем хочется извращения и вам привычнее есть ногами, а не руками. Тогда в сторону JavaScript`a смотреть. Перехватывая клик по ссылке. Но это полное извращение.

З.Ы. Через CSS кнопка спокойно стилизуется под ссылку.

Вы видимо не понимаете, что джанго это фреймворк, а не цмс.
Для разработчиков, а фреймворки это для разработчиков в первую очередь, админка достаточная и минималистична как и сам фреймворк. А для "красоты" или "удобства пользователей", создаются свои личные кабинеты и админки менеджеров проекта. Либо берутся готовые решения, которых полно, на любой вкус и цвет. И это политика создателей джанги. Врятли они от неё будут уходить. Скорее дальше упростят, как сделали с теми же комментариями, вынеся их на сторонние библиотеки, убрав из фреймворка.