Андрей Шубин

Так что тут сложного?
В DNS у вас должны быть прописаны 2 домена example.com и dashboard.example.com. В вашем случае они ссылаются на один IP.
Затем в nginx прописываете 2 виртуальных сервера:

server {
    listen 80;
    server_name example.com;
    root <путь к статическому контенту>/static_content;
}

и

server {
    listen 80;
    server_name dashboard.example.com;
    root <путь к статическому контенту>/static_content;
}

И везде проксирование на upstream каждого из ваших django приложений.

В Python синтаксис основан на отступах.
Пример для вашего случая:

def func(*args, **kwargs):
    """Теперь каждая строка, которая в начале имеет отступ более 1 пробела,
    будет относиться к функции func"""
    print(*args, **kwargs)

# а эта строка не будет относиться к функции func

Потому, что конкретно у putty свои ключи, у всего остального мира:
ssh-keygen -t rsa

Как не вспомнить этот баян: 9,5 правил

понял что ИП или ООО регистрировать в любом случае нужно

Открывать ли расчетный счет?

Вы не откроете ИП или ООО без РС.
Точнее ИП-то откроете, но у вас не будет официальной точки для получения средств. Недавно где-то писали про это, теоретически личная карта может использоваться для ИП, но больше проблем чем профита.

Нужно ли получать какую-либо лицензию?

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

Сервера лучше держать в России (нахожусь в РФ, тут же планирую открыть сервис, имею в виду закон о хранении персональных данных)?

Опять же никто ничего не проверял(-ет), так что строго говоря это необязательно. Думаю для того чтобы этим начали интересоваться нужен масштаб крупный а-ля соц. сеть на миллионы пользователей.

Нужно ли уведомлять какую-нибудь гос.структуру о том, что я храню персональные данные?

Опять же вытекает из прошлого пункта никому неинтересно что там и где у вас, пока ваш сервис местячковый на тыщу пользователей.
Нигде такой информации не писали. Даже не знаю куда можно с такой информацией идти, в ФСБ? :D

А о том, то на моем сайте можно провести какую-либо денежную операцию?

У вас РС кому надо(кровавая гэбня) уже всё знает и "без вас".

И раз уж на то пошло, сколько можно этим заниматься нелегально, при каких объемах и что за это грозит?

Сколько влезет, пока интернет не превратится в чебурашку(китай-стайл).

Как работать с юриками если ты веб-сервис? Типовой договор с каждым? Выставлять счета по почте + ЭЦП?

публичной оферты достаточно для большиства пользователей, даже копоративных.
Для особо запарных(кому нужна макулатура) можно приложение или договор типовой составить.
И соответственно надо будет выставлять счета и акты(желательно для всех, вне зависимости от наличия приложения/договора подписанного).
Для особо запарных надо будет отправлять по почте(почта россии) подписанные документы(акты) для сверок и т.п.
От особо запарных есть лайфхак небольшой, указать в оферте: если вам нужны оригиналы документов, присылайте подписанные/с печатью копии на наш адрес(почтовый, почта россии), мы их подпишем и отправим вам обратно.

Вы просто несколько неправильно воспринимаете веб сервис И это порождает массу ненужных вопросов, на которые сложно ответить.
Веб сервис не является самостоятельным хозяйствующим субъектом. Это просто инструмент, оборудование.
В общем веб сервис с этой точки зрения ничем не отличается от холодильника для замороженной рыбы в магазине. Он просто помогает коммерсанту продавать или оказывать услуги. И холодильник не может заключать договора, платить налоги, и совершать денежные операции.

Пока понял что ИП или ООО регистрировать в любом случае нужно.

Да, поскольку прибыль регулярная, без этого не обойтись.

Открывать ли расчетный счет?

Если ИП теоретически можно и не открывать. Хотя на практике - трудно представить ситуацию когда без него можно однозначно обойтись. В случае ООО - без вариантов открывать.

Нужно ли получать какую-либо лицензию?

Если вы ведете какаю-то деятельность которая подлежит однозначному лицензированию - например торгуете оружием, однозначно нужно получать, если нет, то не нужно.

Нужно ли уведомлять какую-нибудь гос.структуру о том, что я храню персональные данные?

Статья 22 пункт 1 федерального закона N 152-ФЗ
В общем - нужно, если вы не попадаете под исключение указанное в статье 22 часть 2 федерального закона N 152-ФЗ

А о том, то на моем сайте можно провести какую-либо денежную операцию?

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

И раз уж на то пошло, сколько можно этим заниматься нелегально, при каких объемах и что за это грозит?

www.consultant.ru

Как работать с юриками если ты веб-сервис? Типовой договор с каждым? Выставлять счета по почте + ЭЦП?

Неправильный вопрос. Веб сервис не может работать ни с юриками ни с физиками. Он работает с компьютерами.
С юриками и физиками работают другие юрики и физики.
Т.е договора с юриками будет заключать ни в коем случае не веб сервис, а организация или предприниматель которому принадлежит этот вебсервис.
Ну а дальше все как у всех - обычная работа организации или предпринимателя с контрагентами.
Вариантов заключения договоров и документального оформления масса, все зависит от вашей ситуации.

askubuntu.com/questions/760934/graphics-issues-aft...

Делайте веб-морду на django.
А сокет соединение на Tornado/aiohttp.
Для клиента: sockjs

Нет одинаково эффективного пути для всех и каждого.

Я учился на конкретных задачах. Обучение практически всегда начиналось с состояния хочу сделать вот это (четко осознаваемый конечный результат), но вообще понятия не имею как это делать, и даже с какой стороны подойти и за что хвататься...

Тут главное - настолько сильно хотеть достичь результата, чтобы любые препятствия только добавляли азарта. Чтобы ночами спать не мог и думал о задаче. Это ключевой момент обучения. Все остальное - декорации, способы, инструменты...

Второй этап - осознание, что слона целиком заглотить невозможно в принципе, придется делить на части, т.е. декомпозиция. Причем задачу делить нужно неоднократно, до тех пор, пока решение конкретного участка задачи не начнет укладываться в пару страниц кода - модуль.

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

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

На первых порах, тестирование будет занимать до 99% времени и сил. Заодно подтягивается синтаксис используемых языков (вообще не важно каких), вырабатывается внимательность, концентрация, тренируется память и пр.

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

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

Только так, только жесткий хардкор! Если ты не прошел эту фазу, то ты либо родился гением, либо тебе нечего делать в профессии... Это как детские болезни - ими нужно переболеть в детстве.

Обрати внимание, самое главное качество во всем этом многабукафф - упорство на грани фантастики. Любой, кто не дойдет до конца, не треснет себя по лбу в соты раз с воплем, так вот же она где, эта запятая, пропущена - сломается в самый неподходящий момент на боевом проекте...

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

Ах да, обложись справочниками по любому инструменту и научись быстро вникать и подхватывать необходимый минимум. Обычно достаточно на 20% владеть инструментом, чтобы решать 80% задач.

В любом случае я за критерий истины держу платежеспособный спрос.

bitbucket.org

а то у nginx с php очень плохо

С каких это пор?

Коротко говоря: никак не сделать, nginx занял 80-й порт. Единственное решение - запустить apache на другом порту и через nginx проксировать туда запросы.

Только CBV.
Каждый метод имеет свой смысл, не всё вперемешку.
Можно юзать миксины.
Можно наследоваться.

Не будет ли плохим тоном, если в одном views будут и классы, и функции?

Я сразу отправляю переделывать.

Чтобы добавить N элементов в контекст, нужно написать N+2 строки. Это всего на 1 больше, чем у вьюхи-функции:

def get_context_data(self, **kwargs):
    kwargs['your_additional'] = 'context_here'
    return super().get_context_data(**kwargs)

В большинстве случаев используются Generic Views или миксины вроде FormMixin. Очень редко я наследуюсь только от View.

import time
from datetime import datetime

while True:
    time.sleep(1)
    now = datetime.now().strftime('%H:%M:%S')
    print(now)