Алексей Guest007

В документации написано:

Add a Site for your domain, matching settings.SITE_ID (django.contrib.sites app).

Если документация не помогает - посмотри в исходниках как формируется {{ activate_url }} и откуда в нём домен.

лишний пробел перед return
1) Используй нормальный редактор/IDE для Python - там отступы формируются правильно
2) Приводи полный трейсбэк ошибки

Как раз-таки, следуя примеру, надо писать {'main': news} вместо {'main': main}

Сергей Горностаев прав. Я использую расширение для Хрома "frigate-cdn" и поэтому давно не замечал этой проблемы. Хотя даже с ним иногда приходится руками добавлять сайты в список "всегда ходить через прокси".

Непонятно, что ты хочешь добавить.
1) Модель из другого APP
2) Динамически создаваемую модель (например со структурой из JSON файла)
3) Нативную таблицу из БД
4) ещё что-то?
От этого зависит направление...
п.1 - это вообще не вопрос.
п.3 - нативные таблицы в контексте Django уже где-то обсуждались и не раз.
п.2 - тут всё равно больше работы по динамическому созданию модели, а в админке оно само отобразится...

Админка работает со стандартными моделями - это её суть. Если у тебя модель есть - всё решаемо. Если у тебя не модель, а неведомая ерундень с непредсказуемыми API и поведением - тоже решаемо, но просто добавлением ссылки в отдельном разделе админки.

Если не хватает возможностей стандартной админки - пиши свою.

Просто надо помнить, что Джанговская Админка - это не для клиента, это для тебя - (почти) прямой доступ к БД.
Так что если нужна кастомная админка для юзера/менеджера - смотри в сторону, к примеру https://github.com/adamcharnock/django-adminlte2 (в одном стиле можно сделать всё, юзеры и не заметят, что у них свой мир :-) )
Или смотри в сторону совсем кастомных админок (django-jet, django-admin2)

мало информации...

У Django для этого есть встроенный сервер. Просто посмотрите документацию. Даже немного устаревшая переведённая (на djbook.ru) даст все ответы на эти вопросы. Пишите/отлаживайте на здоровье. На локальной машине.
Вот когда надо будет задеплоить для доступности со всего мира - тогда и думайте о VPS. Но тут надо решить, надо ли оно? Небольшой входной порог в виде денюжек - хороший тест на то, как серьёзно вы относитесь к своему проекту и насколько он может быть кому-то полезен :-)
100-150р. в месяц это меньше большинства мобильных тарифов, которые люди платят не особо запариваясь. Ищите на https://vps.today/

Значение поля с choices формируется статически на этапе миграции. Просто в этот момент происходит интерпретация твоего list comprehension, формируется список и поле им обновляется. Тот факт, что с прошлого раза ничего не изменилось при миграции не отслеживается.
Если не хочешь видеть каждый раз эту миграцию - задай список валют статически, руками.
Если предполагается изменение "на лету" - сделай лучше связь со справочником валют (через ForeignKey или ManyToManyField)

Ну или каждый раз исправляй миграцию перед применением, удаляя это поле.

Или удаляй эту миграцию, если изменение этого поля в ней - единственная операция.

Для этого придумали парадигму EAV, как и написал @sergey-gornostaev
У решения есть и плюсы и минусы. Посмотри или оригинальный пакет для Django в посте Сергея или, вот, из свежего и доработанного (форк): https://github.com/sromero84/django-eav

Вы пытаетесь создать второй Профиль к пользователю, а там, скорее всего, стоит OneToOneField (или ForeignKey с unique=True).
Делайте проверку: Если профиль есть, то берём и апдейтим. Если нет - создаём. Хотя лучше создавать профиль одновременно с созданием Пользователя и потом всегда только обновлять запись, не пытаясь создавать.

А так - да, без трейса, кода и списка использованных пакетов можно только общие слова говорить...

Мне кажется (может я и не прав, конечно), но программист должен уметь разложить задачу на шаги и решить её последовательно.
1) Ищем редактор кода на JavaScript (ищем в гугле типа "javascript code editor library" - он сам подсказывает)
Находим кучу либ. А как иначе?
По всем последовательно делаем:
2) Запрос в гугл вида: "django ace admin", "django codemirror admin" и т.д.
По открывшимся ссылкам переходим, читаем мануалы, пробуем добавить в проект.
Выбираем наиболее подходящий.
Profit!

Но, если хочется не просто быстро решить задачу, а сначала пообщаться, то, да, Тостер подходит. :-)

P.S. сразу навалило типа такого:
https://github.com/django-ace/django-ace
https://github.com/sk1p/django-codemirror2

Согласен с камрадами davidnum95 и @bioroot
У нас мухи отдельно, котлеты отдельно. DRF - для бэкенда. С ним работают и мобильное приложение и фронтенд на React. Причем реакт собирается просто в статику. Никаких nodejs на продакшене. Требует слаженной работы команды и четкого разграничения ответственностей.

Вот тут: https://github.com/taigaio/taiga-back тоже интересно

Ты не с того конца зашёл. Тебе надо убрать LocalizedTopic и использовать django-modeltranslation. Очень удобно и в админке хорошо отображается (если в админке grappelli, то добавь ещё grappelli_modeltranslation). Если надо иметь разноязычные версии сайта, то ещё django-localeurl.

django-rosetta поможет перевести статические тексты (в шаблонах и в исходниках). Это дополнение к встроенным джанговским механизмам i18n

django-modeltranslation не единственный вариант, но у меня он работает. Может ты что-то ещё подберёшь под свои нужды.
Как всегда Гугл рулит и педалит.
И ещё djangopackages.com
Вот, к примеру, по твоему вопросу:
https://www.djangopackages.com/grids/g/i18n/

Ну что же вы... Пример есть, дока есть. Что ещё надо? Если пример не работает - форкните и скорректируйте до актуальных версий API и Django. Получите немного опыта и уважухи от сообщества. Там же всё вполне банально. А если не полениться и посмотреть issue на bitbucket, то видно, что буквально полгода назад некий человек точно адаптировал код под актуальные условия. Сами не осилите - свяжитесь с ним...

Ну, самое простое - split строки несколько раз. Сначала по "пробелам", потом по "кавычкам" потом по "вопросу". И вот у тебя на руках конкретно d=mm&r=g&s=50 А его уже сплитишь по "&" а потом по "=" с занесением в словарь. Всё. У тебя словарь с парами ключ-значение, порядок не важен - можно проверить наличие и значение по любому ключу. Делов-то на несколько строк. Лучше оформить отдельной функцией или методом. Ну или упражнение для любителей лямбды и однострочников :-)

Можно и регулярками разобрать опять-таки до состояния словаря.

Переменную часть УРЛа генери с помощью random
Во вьюху передавай как параметр. Ну, типа так:

url(r'^user-count/(?P<randparam>[-\w]+)/$', DetailView.as_view(), name='u-count'),

В самой вьюхе ловишь как
self.kwargs.get('randparam')
или типа того.