Дмитрий

Я в 15 лет лутал деньги так:

1) Играл в WOW за хиллера
2) Ходил в рандом данжи хиллером (за него самый быстрый поиск)
3) По окончанию данжи падали баджи
4) Баджи менял на камни
5) Камни продавал
6) На золото покупал шкуры
7) Повышал на них стоимость и снова продавал
8) Продавал золото через чат
__

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

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

2. Написать какое-нибудь приложение, не обязательно для телефона, можно для десктопа, и продавать его через интернет. Найдите свою нишу, что-то узкоспециализированное. Например, я как-то раз сделал программу, которая делает тише вентилятор на определенной модели ноутбуков HP, сделал простейший сайт из 1 HTML файла и там бесплатно выложил её. Знаете, какая у меня была гордость, когда я получил на почту письма с благодарностями из Канады и Китая!

И 3й вариант заработать. Пусть твои родители покупают у тебя готовые программы. Например, вы договоритесь, что ты делаешь игру для телефона, где можно лопать падающие шарики, с меню, с очками, но с очень простым интерфейсом, в котором разберется даже 2х летний ребенок. За эту игру родители заплатят тебе 10000 рублей, когда она будет готова. Дальше, родители тебя наймут, чтобы ты выложил их игру в Play Market. Ты будешь заниматься её продвижением за небольшую зарплату в 500 рублей в месяц и попутно делать следующую игру.

Расскажу про свой опыт заработка в детстве, начиная с 4 класса примерно. Компьютеров тогда не было, но зато были паяльники и радиодетали. Я занимался ремонтом бытовой техники. Блоки питания для антенн, автомагнитолы и все в этом духе. Заказы шли от знакомых людей, соседей. Денег я конечно много не заработал, важнее было поддерживать интерес этим заниматься.

Я за изучение через практику. Поэтому вот вам несколько ссылок с идеями для проектов.

1. https://eax.me/programming-language-learning/ - вот это просто огненная статья с примерами проектов для любого ЯП. Выбирайте что-нибудь по душе и пилите, в процессе изучите всё, что надо.
2. https://proglib.io/p/project-list/ - тут дофига всякого
3. https://habr.com/ru/post/345092/ - ну и тут чуток

https://flexboxfroggy.com по флексам
https://cssgridgarden.com по гридам
Очень прикольные сервисы по изучению в игровой форме

Знаете, если камеру начать крутить, видео становится как желе? Вот без этого.
Сразу пролетает ваш весь кэноновский выбор по этому критерию: canon:M3, d600, d750/760,

Вопрос - что снимать планируете? Это на самом деле очень важный вопрос.
И 50К бюджет на что? на тушку? на оптику с тушкой? Если вы фотограф, то какая система у вас уже есть? Если Кэнон, то берите кэнон.

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

Если ваша задача как хобби - выбирайте кэнон, поснимаете, продадите. Сам выбор не особо важен. Можно 70d купить с автофокусом, а можно не заморачиваться и купить 550d б.у. . Можно купить Canon 5d miii, и снимать raw 1080p, а можно купить 6д и не обламываться.

Мой комплект камер сейчас:
Sony nex 5t с 16-50. На эту малышку я снимаю большинство видео сейчас. + на коптере висит.
Плюсы - компактность, автофокус, 1080p 60fps. Можно использовать как фотоаппарат (когда едешь отдыхать, и стоит вопрос загрузки сумок).

Canon 6d - хорошая чувствительность матрицы. Кэнон, потому что у меня сейчас большой комплект оптики для кэнона. Иначе давно бы пересел на Panasonic GH4.

Отвечу, что для качественного видео, мало только иметь камеру и объектив.
Надо по минимуму: звук, штатив, свет.

Открою секрет )
Пишите тесты. Тесты невозможно написать на плохую архитектуру. Делая новый класс, думайте как будете его тестировать. У вас сразу появится стремление выполнять половину принципов SOLID. (даже если вы их не знаете). Стремление сделать классы лаконичными. С хорошим интерфейсом. Стремление разбивать приложение на компоненты.
Про это много есть статей. тестируемость и архитектура.
Затем можно почитать какие-нибудь книжки. Для начала Роберта Мартина PPP - дословно не помню) но три пи легко можно найти и перевод. (он для C# вроде, но книга классная)
Попробуйте TDD. В работе возможно она не будет нужна, но ухватить идею как создается хороший интерфейс можно.
Затем постоянно себе напоминать, что код пишется для программиста (не для компилятора). Т.е. код это объяснение другому (более тупому))) программисту как это работает. Из этого: хорошие названия - 80% успеха. Остальное архитектура и проч.
Читать код. Свой, чужой, бест практики.
То что свой код бесит - это нормально. Плохо если старый код нравится - значит рост прекратился. Это тревожный звоночек.
Итого.
1)Начинайте свой рост с умения писать тестируемый код.
2) когда почувствуете жжение нехватки опыта в конкретных механизмах (паттернах, принципах) начинайте читать книги.
3) пишите код для тупых программистов (это скромность)
4) быть вне зоны комфорта это нормально.
5+) Почитывайте книги Чистый код Мартина и Совершенный Код Макконнелла (те главы которые вам "заходят")
Удачи в умении сделать сложное простым.)

ssl
httponly cookie
https://en.wikipedia.org/wiki/Session_hijacking#Pr...

очевидно, использовать csrf-токен.

сервер базы стоит на SSD

Я думаю, где стоит сам сервер - особой разницы нет.

Меня интересует стоит ли хранить сами базы на SDD или лучше их перенести на HDD для продления жизни SDD?

Для ответа на этот вопрос, нужно оценить следующие факторы:
1. Оно Вам действительно нужно, что бы базы работали на SSD, скорости HDD не хватает?
2. Резервирование диска? Т.е. если диск "крякнется" - есть дублирующий носитель, RAID или что-то ещё подобное? Если у одного из дисков он есть - лучше хранить на том диске, у которого оно есть.

3.

Стоит отметить что базу используя для личной разработки.

Дочитал до этого пункта и... Из личного опыта могу рассказать Вам одну историю... Есть у нас сервер 1U, купленный изначально "для работы", потом мы его отдали под проект. В сервере среди прочего стоит SSD, самый обыкновенный, на 120Гб, из числа тех что стоят сейчас в районе 1500руб., стоит он там уже более 2-х лет (с того момента как мы его отдали проекту), ежедневно и беспрерывно, 24х7 диск "молотит" база достаточно крупного проекта (и сам проект стоит там же), изначально было много опасений на тему того, что диск не проживёт там и месяц... но, любопытство всё же пересилило и мы решили попробовать. Результат - по прошествии 2+ лет "здоровье" диска в районе 74%, думаю ещё года 3 он там проживёт за милую душу. Единственное отличие нашего диска от тех, что продаются сейчас - у него MLC-память, но что-то мне подсказывает, что этот факт никак не даёт диску сколь-нибудь фантастическую живучесть по сравнению со всеми остальными.

P.S. С учётом цен на SSD на сегодняшний день, и того, что Вы собираетесь его использовать даже не в боевых условиях - я бы не стал забивать себе голову такими мелочами. Храните базу там, где Вам удобнее. Скорее всего, диск будет выброшен и заменён на другой раньше по техническим причинам, чем успеет "сдохнуть".

Базы не стоит хранить на SSD.
Их стоит держать на SSD - для скорости работы - и почаще бэкапить хотя бы на HDD, если вам дороги данные и рассудок.

Начните с хрестоматийного трёхтомника Роберта Мартина "Чистый код", "Чистая архитектура" и "Идеальный программист".

В отличии от Алексея Букина вы понимаете почти правильно. Питон по умолчанию однопоточный. И если вы выполняете блокирующую операцию, а все операции над сокетами блокирующие, то будет заблокирован весь поток. Как правило сервер (uwsgi, gunicorn) запускает несколько потоков выполнения ( workers ) между которым деляться пользовательские запросы, но тем не менее в вашем случее каждый из них может подвиснуть на время выполнения операции над сокетом.

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

Второй попытаться использовать gevent который предоставит возможность асинхронной работы с сокетами. Копать надо в сторону gevent режима uwsgi демона.

Такое вот ещё нагуглил