• Как в джанго добавить хэш ко всей статике?

    @marazmiki
    Что-то типа STATICFILES_STORAGE = 'ManifestStaticFilesStorage'
  • Как обратиться к login_required url?

    @marazmiki
    Есть серьёзное подозрение, что прямой вызов reverse() в urls сломается.
  • Как сделать составное поле в Django?

    @marazmiki
    Roman Kitaev: в хуках тоже будете супер вызвать? :-)
  • Как сделать составное поле в Django?

    @marazmiki
    Roman Kitaev: а он там необязателен. У нас, видимо, разное понятие о красоте кода: я считаю, что чем меньше суперов, чем меньше внесённых изменений в логику, тем код проще\лучше.
  • Как сделать составное поле в Django?

    @marazmiki
    Roman Kitaev: дружище, это кто же сказал, что он неочевидный? Он точно такой же стандартный (и тоже существующий, кстати), как и save(). Описанный в документации, между прочим.
  • Как сделать составное поле в Django?

    @marazmiki
    Не лучше, а "как вариант" :-)
  • Как правильно сериализовать в Django или обработать в JS?

    @marazmiki
    marazmiki: только не k и v, а fieldName и errorList соответственно
  • Как правильно сериализовать в Django или обработать в JS?

    @marazmiki
    zigen: Что-то типа такого, мне кажется:
    $.each(errors, function(fieldName, errorList){ console.log(k, v); })
  • Почему данные не сохраняются в БД MySQL?

    @marazmiki
    Alexеу Kutepov: это детская болячка мускула. Если после установки не озаботиться и не сменить конфиг, то он автоматически будет создавать все таблицы с неправильным коллейтом (если явно не указано обратное, разумеется).

    Что тут можно сделать: или изменить конфиг, чтобы мускул в дальнейшем работал по умолчанию в utf-8. Или же решить проблему локально, в рамках своего проекта, указав в settings, что работа производится в UTF-8. Что-то типа такого:
    <DATABASES = {
        "default": {
            "ENGINE": "django.db.backends.mysql",
            "OPTIONS": { "init_command": "SET names utf8; " }
        }
    }
    А вообще показали бы целиком трейс
  • Как вывести сразу две переменные в шаблон django?

    @marazmiki
    Scirocco: мне кажется, Вы не до конца понимаете концепцию джанги. Так не бывает, чтобы в шаблон "заливалось два представления". Хотя бы потому что это вьюха заполняет шаблон, а не наоборот. Вьюха главная, а не шаблон.

    Если есть какой-то общий для двух вьюх контекст, то лучше всего пойти двумя путями:
    • вынести эти переменные в контекст-процессор,
    • написать шаблонный тег


    Есть ещё один вариант, более специфический, и не всегда применимый. Можно из второй вызвать первую и расширить её контекст контекстом этой второй вьюхи. Но это шаманство и лучше так не делать. Более правильным подходом будет посмотреть в сторону CBV.
  • True False сортировка в Django?

    @marazmiki
    BlastPy: вероятно, потому что нет записи, соответствующей критерию?
  • Как правильно настроить virtualenvwrapper?

    @marazmiki
    evve: я в своё время пытался написать велосипед на эту тему, но сейчас понимаю, что он не очень хорош. Главным образом потому что если создать новый терминал, он автоматически не активируется из-за отсутствия некоторых переменных окружения. А ещё в нём название директории виртуалэнва захардкожено (.env). Хотя это, возможно, и не так плохо.

    Всё хотел переписать, но нашёл более лучший вариант. Работает великолепно и находит виртуалэнвы автоматически, не привязываясь к имени папки (правда, если в одной директории будет несколько виртуалэнвов, он активирует только один, причём нельзя заранее сказать, какой именно. Но, считаю, это проблемы неумных людей, засовывающих несколько виртуалэнвов в одну папку).
  • Как правильно настроить virtualenvwrapper?

    @marazmiki
    bromzh:
    ля проекта нет разницы, где располагается папка с окружением

    Разумеется. Это имеет значение для человека, который, увы, подвержен одноимённому фактору. Что стоит перепутать окружение и гадать, почему программа не запускается или работает не так, как положено. Или забыть, как называется окружение и долго и мучительно вспоминать его название. Или даже как называется команда workon :-)

    Остальные перечисленные полезности у меня вызывают некоторые сомнения.

    Выполнение команды во всех репозиториях. Удобно, если, например, нужно обновить pip/setuptools везде

    А потом удивляться, почему в одном окружении всё ок, а в другом нет.

    Создать временное окружение (при деактивации удаляется)

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

    Добавление внешних директорий к окружению

    Опять же, не могу представить кейс. Это теоретически может быть полезно при разработке распространяемых пакетов, но в этом случае лишено смысла, ибо setup.py develop.

    Включать/выключать глобальные пакеты

    Субъективное мнение: манипуляции с systemwide самый настоящий антипаттерн. В системе должен быть pip, pyvenv/virtualenv и, вроде бы, всё. Наследование окружения от global site packages в итоге неизбежно вызывает вагон неудовлетворённых зависимостей.

    Копирование окружений

    Звучит интересно, но не уверен в чистоте решения примерно по той же причине, что и прошлый пункт. Окружения должны быть изолированы друг от друга, никаких внешних зависимостей. Да и лишние пакеты ни к чему. Поэтому, по-моему, правильнее создавать окружения с нуля. Благо с wheels это делается крайне быстро.
  • Как правильно настроить virtualenvwrapper?

    @marazmiki
    bromzh: что ж, каждому своё. Но мой личный опыт (с которым, кстати, согласны все команды, с которыми довелось поработать) показывает, что:
    • список всех доступных окружений не нужен никому вообще никогда;
    • при работе над одним проектом имеет значение только лишь одно окружение — окружение проекта
    • а для работоспособности проекта человечество изобрело tox и прочие средства CI. Нужно просто не лениться писать тесты.


    Что же касается случаев, когда какой-то софт прям очень-очень-очень хочется поставить в окружение, то можно поставить его в окружение, а вызывать с неявной активацией. Благо .bashrc позволяет это делать
  • Почему django rest framework отвечает 401?

    @marazmiki
    kurojneko: мне кажется, что Вы всё в кучу собрали. И я не говорил, что с подход с токенами плох; более того, это едва ли не единственный способ, который я в случае REST API приемлю.
  • Почему django rest framework отвечает 401?

    @marazmiki
    Всё, понял. Простите, опечатка. "Сервисов" там должно быть.
  • Почему django rest framework отвечает 401?

    @marazmiki
    vinograd19:
    И если под сервером подразумевать не браузер
    что, простите?
  • Почему django rest framework отвечает 401?

    @marazmiki
    vinograd19: я о том, что API пишется в основном не для браузеров. Чисто браузерные API, напротив, скорее исключения. И предлагаю сравнивать некие абстрактные множества "АПИ для чего угодно" (которое, очевидно, включает в себя подмножество "АПИ для браузера") и "АПИ для браузера". Как думаете, какое больше?
  • Почему django rest framework отвечает 401?

    @marazmiki
    vinograd19: Вы правда считаете, что множество "веб" может быть больше множества, содержащее множество "веб"?
  • Как в django-rest-framework переопределить Content-Type ответа?

    @marazmiki
    un1t: нет, не ошибаются. Они предоставили возможности. Кто как хочет, так ими и пользуется. Груз ответственности на пользователе.