Довольный Айтишникъ

Реакт придерживается концепции "чистых" функций. Т.е. таких функций, которые всегда дают одинаковый, предсказуемый результат при одинаковых входных параметрах. В режиме разработки, с включенным strict-mode реакт помогает выявить непредвиденные эффекты и состояния, возникающие в результате нарушения концепции, вызывая дважды все функции, которые он считает "чистыми". Как это работает?
Предположим, вы написали функцию, которая по сигналу "свет" - включает свет. Но если свет уже включен - функция его выключает. Вы довольны и счастливы - послали сигнал "свет" - свет включился, послали еще один сигнал "свет" - выключился. Но в режиме strict-mode - вы обнаружите, что свет не включается, потому что реакт шлет второй сигнал "свет", который выключает после первого сигнала! И опять, возникает вопрос - да зачем это нужно? А затем, что вы не можете предсказать результат действия сигнала "свет", не зная текущего состояния! Возникнет острая необходимость - включить свет, а вы не знаете - включен он сейчас или нет... Пошлете сигнал "свет", когда он включен - получите выключение.
Примерно такие варианты поведения выявляет strict-mode.

Тема более чем заезженная. Определяете сколько хотите получать в месяц при определенной занятости (в часах). Делите сумму на часы - получаете стоимость часа. Считаете сколько потратили на работу и умножаете на стоимость вашего часа. Все просто?
Не бойтесь называть цену! Иначе будете работать за доширак и этим будут пользоваться.

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

В боте (aiogram) надо сделать сохранение куда-то списка текущих запросов (chat_id - запрос). Также сделать обработчик сообщений с content_type видео, который будет получать видео от юзербота, находить по нему в списке запросов chat_id, в который затем отсылать видео по file_id.

ссылается на переменную item
"Uncaught (in promise) ReferenceError: item is not defined at cartProduct (cart_04.js:13:8)"

Deadorik, ну вот и делайте вывод. Not defined - не определена. Значит нужно определить переменную, прежде чем использовать.

Почему так происходит?
Потому что в стандарте чётко написано

Module code is always strict mode code.

Пока не используете модули, js выполняется в нестрогом режиме. Можно не объявлять переменные перед использованием. В модулях уже всё по-взрослому: сначала объявили переменную, потом ее использовали.

for (let item of json) {

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

В общем случае верно, но также не помешает акт/расписка или что-то подобное о передаче/получении в зависимости от способа оплаты.

Да, если договор составлен адекватно, то есть положительная судебная практика.

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

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

Если есть высокие риски "кидка" - пользуйтесь услугами гаранта сделки.

P.S. Как основу для договора возмездной переуступки права администрирования 
доменного имени можно взять проверенные временем шаблоны - https://reghouse.ru/upload/dogovor_vppadi.zip

Используйте для сравнения метод lower(), он приводит все символы строки в нижний регистр, например:

a = "москва"
a1 = "Москва"
#a и a1 вводяться пользователем в imp
inp = input()

if inp.lower() == "москва":
    print("принял")

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

И транзистор, и динамик вполне сгодятся и те, что есть. Но вы и сами догадались, что соединить их надо по-другому:

чтобы раскачать низкоомный динамик его нужно ставить на вторичную обмотку трансформатора.

Для маломощного транзистора оптимальное нагрузочное сопротивление (прикидочно, при токе коллектора, не превышающем допустимого) - несколько сотен ом, а у вас - всего 8.
Зададим коллекторный ток покоя 50 мА, и при таком токе на 8 омах будет всего-то 0,4 вольта. Т.е. размах неискажённой звуковой синусоиды всего 0,8 вольт, это очень тихо. А транзистор может развить аж 2,5 вольт (при 5-вольтовом питании, если выставить рабочую точку посередине), т.е. в 6 раз больше. Значит, для удобства работы транзистора между коллекторной цепью и низкоомным динамиком нужен понижающий трансформатор. Если вы заглянете в схему любого маленького приёмника (обязательно старинного, когда они ещё делались на транзисторах, а не микросхемах), то увидите там такой трансформатор. При самодельном изготовлении в первичной обмотке надо намотать 200...400 витков (провод 0,15...0,2 мм), во вторичной - 50...80 витков (0,35...0,5 мм). Магнитопровод - какой удастся раздобыть, обязательно не ферритовый, а железный, и таким размером, чтобы поместилась вся обмотка (это примерно 2...3 см). Ну или взять готовый из вышеупомянутого приёмника.

Ну и напоследок напоминаю про моё замечание насчёт переменного резистора RV1 в самом начале, о котором все забыли (кроме меня). Вместо 1 кОм поставьте туда 100 кОм и с его помощью установите коллекторный ток покоя 50 мА.

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