mitri4

можешь JWT заюзать

перепиши serializers, додай поле id рядом с key(token) и делов то.

Пользователь вводит логин, пароль, отправляет на сервер в ответ вы выдаете ему подписанный токен, с некой зашифрованной информацией. Сохранить его ты можешь где угодно, в куках, в локальном хранилище, не важно.
Теперь пользователь отправляет запрос и передает токен (заголовком, в запросе или как угодно), верифицируем токен, достаем информацию = знаем что за пользователь и прочую инфу.

Для себя обычно беру наиболее распространенные (desktop first):
1200px
992px
768px
480px
320px

Да есть, прочитайте официальную документацию.

Странная проблема.. React - это view, а весь state мы храним, используя Flux-архитектуру (redux, в данном случае). На уровне app пишем редьюсер, который отвечает за активность модального окна. Если окно активно - рендерим его. Повтовюсь, в реакте на уровне всего приложения мы никогда не делаем подобных хаков, которые написаны выше, а вместо весь state храним в redux store. Это, действительно, удобно для независимых операций. А если пытаться сотворить такое на уровне компонентов, то проще не использовать реакт.

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

"Хотел бы себе небольшую удаленную команду по разработке сайтов."
А вот где искать заказы?"

Сперва научитесь делать второе, затем уже начинайте хотеть первое.
Умение выполнять работу и умение ее продавать - никак не связаны.

Сломайте какую-то часть функционала (намеренно), оставив в исходном коде, куда в любом случае попадет реальный исполнитель, "предложение" связаться с вами. Нет, не явно, конечно же)

Простой пример "псевдокодом":

...
var goToImplementation = 10000;

var hello = IWantToOfferYouAJob(goToImplementation);
...
function IWantToOfferYouAJob(yourPotentialSalary)
{
   if (yourPotentialSalary is enough)
   {
       var writeMeToEmail = "mail@mail.ru";
   }
}

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

Digital Ocean
Linode
Vultr
Amazon (AWS)
Google Cloud
...

Их тьма. Конкретизируйте требования, бюджет, ожидания.

С Докером все просто, нужно только немного повернуть устоявшуюся логику в мозгах.
Основная суть и идея это запуск каждого приложения (php, mysql и тд) в своем контейнере. При этом сам php будет думать что запущен как всегда в обычной полноценной ОС. Поэтому контейнер собирают так, чтобы удовлетворить минимальные требования программы которую он будет содержать.
Вот так ты и запускаешь кучу контенейров и у тебя выходит сухогруз(у докера там кит) с контейнерами. Зачем это все? Для облегчения администрирования и обновления ПО, а так же для минимизации издержек при глюках/падения какой-либо программы.
Все контейнеры максимально независимы друг от друга, при этом есть механизм когда контейнер завист от другого. Например контейнер phpmyadmin, нет смысл запускать без контейнера mysql или mariadb, работать он не будет.
Общение происходит в основном через сеть, поднимается внутренняя сеть. Так же конечно через диск, все предусмотрено.
Когда все сделано как нужно, с системного администратора снимается гигантский труд по отслеживанию обновлений, совместимости этих обновлений и тд.
Нужна тебе версия php5.6, запустил коннтейнер с ней, нужна php7.1, запустил его, при этом не нужно никаких приключений с обновлением кучи пакетов, возможных конфликтов с другими нужными программами и тд.
Так же удобно решаются вопросы масштабирования, появляются мелкие удобные бонусы по дополнительной автоматизации , уменьшаются риски падения ОС в целом, падает если что только контейнер и тд и тп, в результате есть реальная возможность даже небольшим проектам добиться у себя около нулевого даунтайма.
Вот еще послушай Кирилл Мокевнин из Hexlet пытается понятным языком рассказать что это и зачем. И кстати он делает упор на понимания зачем понадобилось думать и какие проблемы решали когда пришли к Докеру, это ключ к пониманию всего другого.
PS кстати и сам Hexlet крайне советую, они наверное лучшие в рунете для начинающих программистов

Во первых хочу обратить внимание на важные моменты, может пригодиться. Ваш мак поддерживает:
1. 2560x1600 на 60ГЦ через Mini Displayport (до 2-ух внешних моников). На один моник точно выдаст кабелем Mini Displayport на Displayport.
2. Есть еще варик взять переходник Mini Displayport на HDMI. Но тогда переходник обязательно должен поддерживать 4k разрешение (это должно быть всячески указано). Тогда, возможно, он выдаст 4к в 60ГЦ! С таким переходником даже к старым макбукам 4к подключают (но для них вроде 30ГЦ). Сам не пробовал. Но попробовал бы и огласил всем результат =)
3. Через выход hdmi, с потерей частоты. Как правильно заметили в другом ответе, "Поддержка разрешения 3840х2160 пикселей с частотой 30 Гц или Поддержка разрешения 4096х2160 пикселей с частотой 24 Гц"

Терь по вашему вопросу. Штатно увеличить размер элементов системы низя. Но можно вывести разрешение поменьше, в высокой четкости - HiDPI разрешении. Это решит вашу проблему.
Есть 2 способа:
Первый тут - www.fitzweekly.com/2016/03/enable-hidpi-resolution... С помощью него у вас будет возможность использовать HiDPI штатными средствами системы. НО это не всегда нормально работает. Например, у меня позволило максимально 1600x900 в HiDPI, что очень мало.

Второй - скачиваете вот эту программку www.madrau.com и настраиваете себе HiDPI разрешение. Например, вам нужно вывести FullHD HiDPI (1920x1080). Вы создаете custom scaled разрешение в 2 раза большее (3840x2160). Желаемое разрешение * 2 = Желаемое разрешение HiDPI
Плюсы:
+ Быстрое переключение из трея. Создаешь несколько сетапов - 1. Стандартное ваше 4к разрешение 2. FullHD HiDPI 3. И например, 2048×1080 HiDPI (4096x2160) Наверное для 27' это оптимал.
+ Эта прога единственная из себе подобных, которая позволит вам создать любое HiDPI разрешение, которое потянет ваша видюшка.
Минусы:
- Заметил, что у меня немного напрягается видюха. Заметно только при просмотре ютюба в HiDPI разрешении, оно подлагивает. Этот трабл я тоже решил - отключением экрана ноутбука при работе за внешним моником (тоже небольшой квест). Видюхе стало легче и лагов больше неть =)

.content {
height: 100vh; //высота экрана
}

Бизнес Пак бесплатный юзать

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