Дмитрий Воронков

Да пусть свои удаляет, главное чтоб чужие не мог, проверяй, принадлежит ли id к user_id

Попробуй так:

# -*- coding: utf-8 -*-
from __future__ import unicode_literals

from django.db import models


class Category(models.Model):
    name = models.CharField(max_length=32, verbose_name='Наименование')

    class Meta:
        verbose_name = 'Категорию'
        verbose_name_plural = 'Категории'

    def __unicode__(self):
        return unicode(self.name)
    
    def __str__(self):
        return self.__unicode__()

Попробуй так.

$mobileAgent = "/Android|iPhone|iPad|iPod/i";
if(preg_match($mobileAgent, $_SERVER['HTTP_USER_AGENT'])){
    	  echo "<meta name='viewport' content='target-densitydpi=device-dpi' />";
    }

wordpress image-watermark
А вообще идея плохая. Так как цены постоянно меняются.

Обычно ко всему этому зоопарку делают lpdap авторизацию. Удобно. завел пользователя, выдал ему пароль и пусть идет в jenkis, gitlab и т.д. Уволился сотрудник, удалил его учетку и прощай.

попробуй так.
'user/<username:[-\w]+>' => 'user/default/view',

Можешь так:
python -m SimpleHTTPServer 8000
Или так:
php -S 127.0.0.1:8000
Js роутинг ни как не связан веб сервером.

Я уже писал тебе, про фоновые задачи. в другом вопросе (gearman). Почему ты решил что у тебя метод асинхронный?
Есть еще решение, если лень с очередями задач разбираться ,сделай ,крон, который будет обращаться в базу, раз в 10 секунд например. Складывай запрос пользователя в базу, пусть его дергает крон и получает данные. Пользователь у тебя в любом случае будет ждать.
Есть еще вариант, но он опять с очередями. Складываешь запросы в очередь и результат возвращаешь результат в комет сервер на какой-нибудь канал, этот канал слушает пользователь и по мере решения задач, данные на странице будут обновлятся.
Попробую наглядно:

Пользователь -запрос-> Сервер
Сервер -Часть ответа сразу-> Пользователь
Сервер -Сложная часть->Можно в очередь, можно в консольное приложение
Обработка -Какая-то часть-> Комет сервер (канал)
Пользователь (слушает канал) <-Обновляет данные - Комет сервер

Делай что хочешь с данным, с помощью валидаторов (я просто не понял, что ты подразумевал под словом "экранировать").

Если ты не знаешь что такое "свойство", то сначала тебе нужно разобраться, что такое классы и объекты, а потом уже заглядываться на магические методы.

Сначала посмотри в логах, какие запросы у тебя к бд:
Оптимизируй запросы:
select_related

А где подключение?
Пример из документации

Используй Очередь задач
Получаешь запрос от пользователя, отправляешь в очередь задач, в фоне задача обрабатывается, после обработки результат в хранилище (mysql, redis, mongo). И оповещаешь пользователя, о том, что отчет сформирован, выводишь результат.

Не нужно изобретать велосипед, есть например это

Насчет апатча не вспомню, но у nginx то есть ограничение на загрузку файлов.
upload_max_filesize = 100M
Глянь в сторону веб сервера.
Как вариант еще Валидация модели

from any_path import BasePlugin
Ты же его не откуда не импортируешь. Откуда взяться классу BasePlugin

Давно, когда писал на php. Использовал Jenkins. Для сборки не компилируемых языков, конечно меньше плюшек. Но все.
Для начала можно проверить весь код на наличие синтаксических ошибок:
find . -name \*.php -exec php -l "{}" \;
Затем можно запустить тесты (если покрываете код тестами)
Дальше скорее частные случаи по фреймворкам, например для первой версии yii можно было чистить папку assets ,куда генерировалась статика.
Выполнять миграции и т.д.
Ну и наверное оповещение каких-то сотрудниках о результатах сборки, какие нибудь статистика.
Все равно удобно, чем ручками проводить все манипуляции.
Ну и сейчас вроде есть менеджер пакетов у php (composer). он может выкачивать необходимое. Вообщем удобств куча.
Единственное была пролема с jenkins'ом, он слушал порядка репозиториев и собирал не только php, мобильные приложения. От этого жутко тормозил. Если отключить у него прослушивание репозитория и делать сборку толко по клику, все шикарно.