Алексей Сундуков

открываете девтулзы, сетевые запросы и смотрите какие со статусом 'pending'

Можно удалить их на строне nginx при проксировании

proxy_hide_header       Set-Cookie;
proxy_ignore_headers    Set-Cookie;
# important! Remember the special inheritance rules for proxy_set_header:
# http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_set_header
proxy_set_header        Cookie "";

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

Если же хочется гибкости везде и во всём - оставайтесь на Win. Если уж совсем припрёт, то для каких-то определенных задач Яблочную ось можно запустить на виртуалке. И еще один плюс: эти железки можно будет слегка оптимизировать при необходимости.

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

Если по теме:
1. Используйте базы данных, которые будут совершать как можно меньше запросов к SD карточке. Например Redis, которая будет жить в оперативной памяти.
2. Без разницы. Изначально нужно определиться со стеком для бекэнда, а учитывая вашу идею это крайне нетривиальная задача, а там хоть html и js чистый используйте.
3. Как я писал выше, вы хотите комбаин, а это уж извините, бред. Не на таком оборудовании. Реализовать что-то одно. Например распознавание, или биометрию, или карточки, еще куда не шло, если делать все сразу будет нерабочий франкенштейн

0) Во "взрослой" промышленности применение разного рода макетов-малинок экономически не оправданно. Главная причина - у них не промышленное исполнение. Они не защищены от ЭМИ, от статического электричества, от иголок по питанию, от грозы. Это все придется добавлять сверху - иначе вашу хваленую БИЗОПАСНОСТЬ можно будет поломать вспышкой от фотика.

1) МНОГО запросов - понятие сильно растяжимое. Эту задачу нужно решать на самом раннем этапе разработки архитектуры, однако, для этого нужен опыт. Поэтому, на этапе обучения, от этой задачи можно отказаться. Поверьте, инсталляции постгреса с дефолтными настройками (кроме одной) хватает на обслуживание 200-500 одновременных соединений. которые валят запросы каждую секунду. Как по вашему, это "много"?

2)На этапе изучения, пока опыта нет, проще всего взять то, что знаете лучше всего.

3) Скорость работы + работа с железом. Что-то я слышал такое про C++. Однако, если вы его не знаете, вы просто добавите себе проблем.

Вывод - такая система будет вам по зубам, при условии, что вы знаете, как сделать каждую ее часть в отдельности. Вот вы делали хотя бы простой замок, открываемый через интернетик? SSL к нему привязывали? Двухфакторную авторизацию? fail2ban?

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

Для javascript существует jsdoc

а как канонически правильно-то?

Правильно так, чтобы минимизировать непредвиденные проблемы.
muhasa в сущности админ, и теоретически права для него (и для его группы) могут быть в разных частях системы, куда веб-серверу не нужен доступ. Поэтому добавлять www-data в группу muhasa рисковано. Нужно добавить muhasa в группу www-data.
Теперь другая ситуация. Допустим, есть всё тот же админ muhasa. Но кроме того есть хрен с горы pupkin - пользователь с минимальными правами, но всё же ему нужен доступ только в одну из папок внутри /var/www - к своему сайту. Если добавить pupkin в группу www-data, то этот Пупкин может порушить чужой сайт или получить доступ к чужим данным. В данном случае наоборот, безопаснее добавить www-data в группу pupkin.

Теперь вы понимаете, что нет универсально-каноничного варианта, зависит от контекста. Поэтому админы не могут написать инструкции на все случаи.

клавиатура: das keyboard (http://www.daskeyboard.com/model-s-ultimate/)
мышь: A4 Tech X7 (уже лет 5 ей).

Wireshark использует парсеры для каждого типа пакетов.
Каждый тип пакетов описан в RFC, собственно оттуда и и берите описание

Для TCP
https://tools.ietf.org/html/rfc793

3.1

добавить в соответствующие юниты в секцию [Service]:
Restart=on-failure
затем сделать systemctl daemon-reload.
затем сделать рестарт сервиса.

https://learn.javascript.ru - однозначно
также лекции Борисова из Эксперта

exec запускает внешнюю программу. Производительность ноды никак не меняется.
Смотря как запускать рендер, но вообще нода не должна висеть как сервер, она рендерит все один раз и завершается, это просто скрипт.
Хотя если вы на каждый чих будете ререндерить весь проект, то это явно не лучшее решение.
А вот рендерить при изменении исходных данных это нормально.

https://habr.com/company/yandex/blog/238323/
https://github.com/gemini-testing/gemini