Anatoly Scherbakov

Похоже на то, что у вас переменные order.slug и start.id пусты или не определены. Они не подходят, потому что в url у вас [-\w]+ -знак плюс говорит, что хотя бы один символ должен присутствовать (что логично). А так синтаксис вроде бы правильный.

Я позволю себе подытожить несколько ответов и добавить от себя чуть.

- release_date = models.DateField() - пропущены скобки, и также в некоторых аналогичных полях. Подозреваю также, что должно быть blank=True, null=True.
- Явное задание первичных ключей не нужно. id_song, id_genre, ... - лишние. Django сама создаёт первичный ключ с именем id для каждой таблицы.
- Мне кажется по смыслу, что у вас многие поля должны иметь blank=True, иначе - они все являются обязательными к заполнению.
- Album как мне кажется должен быть отдельной таблицей, связываемой по foreign key.

После исправления этого нужно сделать makemigrations и migrate, как указали выше.

from django.contrib import messages

class MyAdmin(admin.ModelAdmin):
    def save_model(self, request, obj, form, change):
        if blablabla:
            messages.add_message('Category already exists.', level=messages.INFO)
        else:
            return super(MyAdmin, self).save_model(request, obj, form, change)

Но мне что-то кажется, что ваш случай больше похож на валидацию формы, в том смысле чтоб подсветить поле, где пользователь ошибся, скажем имя категории, и не дать сохранить. Это уже другой вопрос, он решается, например, установкой атрибута unique=True полю имени категории.

Сигнал post_save выполняется после сохранения объекта. Вы сохранили объект, а потом записали ему свойство instance.slug. Повторного сохранения не производится. И не должно производиться, на самом деле, - иначе у вас получится бесконечная рекурсия. Попробуйте сигнал pre_save, тогда после вашего обработчика объект будет сохранён и вуаля.

P. S. Если модель Category - ваша, то можно напрямую переопределить def save(self, *args, **kwargs) в ней.
P. P. S. Чтоб организовать иерархию, можно использовать django-mptt.

Как я понимаю, проблема у вас в том, что вы перехватываете сохранение, когда parent уже изменён. Я бы делал это примерно так.

class MyModel(models.Model):
    def __init__(self, *args, **kwargs):
        super(MyModel, self).__init__(*args, **kwargs)
        self._initial_parent = self.parent

    def save(self, *args, **kwargs):
        new_parent = self.parent
        if new_parent != self._initial_parent:
            # Marking old branch as obsolete
            self.descendants().update(is_deleted=True)

            # Now, creating a new branch (with new IDs) at the destination node
            root = MyModel.objects.create(parent=new_parent, ...)
            [MyModel.objects.create(...) ...]

            # And cancelling the moving of the current element
            self.parent = self._initial_parent
            self.is_deleted = True

        return super(MyModel, self).save(*args, **kwargs)

Попробуйте www.django-rest-framework.org/api-guide/relations/...

Есть два варианта.

1. Раздать всем зарегистрированным пользователям специально созданный permission - например, Article.can_view, скажем, посредством добавления их всех в группу, и затем использовать permission_required.

2. (Мне кажется, лучше) переопределить get_object во view приблизительно так:

obj = super(FullView, self).get_object()
if self.request.user.is_anonymous and obj.article_access:
    raise PermissionDenied
else:
    return obj

1. Где находится функция get_queryset? В классе модели?
2. Про django-guardian - я не уверен, что вам он нужен. А эти задачи - действительно решаются посредством get_queryset, но в представлениях. Можно их наследовать от ListView, UpdateView, и переопределять get_queryset используя self.request.

Если правильно понимаю, каждая строка отвечает одному `ProfileUser`, а каждый столбец одной `Section`. Причём не всем, а только тем `Section`, которые принадлежат текущему проекту. Каждая ячейка, следовательно, есть число всех объектов типа `ProfileUserSection`, отвечающих соответствующим `ProfileUser` и `Section`. Правильно я понимаю?

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

sections = list(Section.objects.filter(project=project, ...))
users = list(ProfileUser.objects.filter(...))

cells = [[user] + [
    ProfileUserSection.objects.filter(user=user, section=section).count() for section in sections
] for user in users]

context = {
    'sections': sections,
    'rows': cells
}

Шаблон:

{% for row in rows %}
<tr>
    {% for cell in row %}
        <td>{{ cell }}</td>
    {% endfor %}
</tr>

Для этого используются классы InlineAdmin - TabularInline и StackedInline. djbook.ru/rel1.7/ref/contrib/admin/index.html

А просматривать-то эти модели можно?

class MyAdmin(admin.ModelAdmin):
    fields = ['name', 'slug', 'date']
    readonly_fields = ['date']

    def has_add_permission(self):
        # Убрать право добавлять новые элементы
        return False

     def get_readonly_fields(self, request, obj=None):
          if obj and obj.pk:
               return self.fields
          else:
               return self.readonly_fields

Если объект сохранён, то все поля, заданные в fields, будут объявлены только для чтения. В обратном случае - только те, что заданы в readonly_fields. Не сработает, если у вас определены не fields, а fieldsets - тогда задайте поля вручную или рассмотрите объект obj._meta.fields (если не ошибаюсь).