awesomer

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

location / {
                resolver 8.8.8.8;

                proxy_cache my_cache;

                proxy_pass https://example.com;
                proxy_redirect off;

                proxy_intercept_errors on;

                proxy_set_header X-Forwarded-Host $host;
                proxy_set_header X-Forwarded-Server $host;
                proxy_set_header Host example.com;
                proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
                proxy_set_header X-Real-IP $remote_addr;
                proxy_set_header X-Forwarded-Proto $scheme;
        }

взято с прямо сейчас работающего proxy

к нему можно обратиться и по example.com
и по тому адресу (доменному имени), на котором установлен этот самый nginx.
одновременно.

В виде цитат - можно.
В виде своих элементов оформления - нельзя.

Фронтэнд занимается исключительно тем, что видит пользователь, бэкэнд, соответственно, наоборот.

Нет, не так.

Фронтенд-программирование - это создание программы, исполняемой непосредственно браузером у пользователя.
Бэкенд-программирование - это создание программы, исполняемой на сервере.

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

Можно создать сайт с комментариями - если использовать Disquis и т.п.
Можно создать сайт с авторизацией - если использовать сторонние oAuth

Вообще для таких как вы - есть специализированные платформы бэкенда типа Google Firebase

То есть для авторизации и комментариев бэкенд нужен, но можно обойтись и уже готовыми бэкендами. Чужими.
А вот, к примеру, поиск - вполне можно сделать (без обращения к внешним сервисами поиска) - чисто средствами JS в браузере.
На сервере нужно только заранее создать индексы и положить их. Но это просто статические файлы. www.tipue.com/search

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

Зависит от авторов приложения.
Кто то сделал простое обновление, кто то не сделал.
У меня полно софта в Win 10 такого, что сам обновляется.
Конкретно с AIDA вам просто не повезло.

Любой
Все умеют

Типа такого
infoprotector.ru
Но это неудобно для пользователей.

Видео всегда можно перехватить с экрана в момент воспроизведения.
А серьезная защита - только через установку у пользователя спец. софта.

Будут ли они это делать?

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

Вот описания существующих массовых решений
mobile-review.com/mp3/articles/drm.shtml

1. маска по четным, исходное число AND 01010101
   
2. сдвиг, SHL (или наборот, SHR, нужно подумать)
   
3. сохраняем промежуточный результат
   
4. маска по нечетным, исходное число AND 10101010
   
5. сдвиг в противоположенную сторону, SHR (или наоборот SHL, нужно подумать)
   
6. получаем второй промежуточный результат
   
7. объединение 2-х промежуточных результатов, ADD или OR
   

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

придумал за 2 секунды, могу ошибаться.

1-3 тысячи в сутки - это вы даже хостинг и домен не окупите.

Странно даже.

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

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

На чем писать - это вопрос разработчика. Заказчику не стоит на этом затачивать свое внимание.
Единственное, когда заказчику это важно - только если он сам потом будет это поддерживать и знает какой то инструмент программиста. Тогда да, тогда имеет смысл выбирать технологию самому. Иначе - оставить выбор технологии на откуп разработчику.

Посоветуйте -как узнать что этот программист за эту оплату действительно сделает работу до конца?

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

Как определить и контролировать этапы разработки, если в коде сам не разбираюсь?

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

Для невизуальных этапов - завести git и требовать ежедневных коммитов в него. Там видна вся история изменений. Даже непонимающий человек сможет увидеть в git, что "что то меняется". Симулировать бурную деятельность, заспамивая git мусором - довольно утомительно для программиста каждый день. Поэтому есть надежда, что в git будет правда результат работы ежедневный. В крайнем случае, можно заказать аудит у третьего лица - разработчика - реально его коллега что то делает или имитирует бурную деятельность.

Как программист и человек, выступающий иногда и как заказчик - настоятельно вам рекомендую отслеживать результаты работы программистов постоянно. Мы ребята такие - заказчики же ничего не понимают в нашей работе. Всегда можем и соврать, что делаем нечто умное, а сами будем заниматься другими делами. Особенно после получения предоплаты.
;)

Офис или удаленка?

Проект представляется недостаточно крупным для офисного стиля работы.

Платить 100-150 в мес ? А что если сольется через 2-3 месяца ?
Далеко не все смогут продолжить начатое или это не критично..?

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

Квалифицированные специалисты как правило трезво подходят и к объемам проекта и качеству кода и планируют свое время на будущую работу эффективнее. Поэтому смысла сливаться им нет. Ну это если вы в цене сойдетесь. Если не сойдетесь, то квалифицированный просто не возьмется с самого начала. Мое имхо.

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

И это тоже.
Есть и другое соображение. Разработчик сделает вам сегодня. Завтра он что вам в проекте будет делать? А долю - плати вечно.
В особо крупных проектах - смысл имеет.

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

На своем опыте знаю, что если толковому программисту не интересен сам проект, то и за рыночные деньги особо работать не будет. А за небольшие 50-70к/мес запросто будет кривой код и не оптимизированная под нагрузку БД.

Это здорово, когда от работы тебя прет. Но не обязательно вовсе.
Вы идеализируйте профессию программистов.

Общался со студиями по разработке: то договор кривой и несерьезный, то полу готовые решения и доработки 1,5-2к в час, что показалось дорого. Не исключаю, что нормальные студии запросят 1,5-3 ед. за разработку, не готов на это.

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

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

Также у студии проще отсудить назад деньги, если что пойдет не так. Но на общее качество/скорость разработки выбор студии/отдельного разработчика не влияет.

С точки зрения удобства пользователей вам нужно не один ближайший офис.
А несколько ближайших офисов. Штуки 2-3 хотя бы. А дальше - пусть сам решает.
Мало ли - может мимо одного из этих нескольких офисов у него дела попутные будут.
А когда вы отдаете только один-единственный офис - вы лишаете пользователя возможности оптимизировать свой маршрут.

Поэтому вполне достаточно по грубой формуле.

Если то, что ты запускаешь на этом сервере не нуждается в очень точном времени - удаляй смело.
Кто кроме тебя знает что ты на нем запускаешь?
Большая часть софта - не нуждается.

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

Зависит от задач же.
Если там будет что то вроде Ю-Тубчика - то HDD.
Если нагруженная база данных - то SSD.

То же самое можно сказать и про виртуалки - если они грузят диск по самое не хочу - то лучше отдельные диски выделять.

Если же нагрузка в основном на процессор - удобнее большие общие диски.

Все зависит от задач и от профиля нагрузки.

Ищут слабые места, хотят внедриться.
Скорее всего, с целью майнинга или включения в сеть DDoS-ботов или т.п.
Лично вы им наверняка малоинтересны.

Обновляйтесь, выполняйте best practices по защите - делов-то.

есть "требования к системе" - это черновик ТЗ, предварительные прикидки, на основании которые и делается ТЗ.

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

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