Wexter

Потому что браузер на сайт2 не передаются cookie от сайт1.
Иначе это было бы катастрофой безопасности.

Кросс-доменная авторизация делается через стороннний сервис авторизации. Либо через авторизацию на домене верхнего уровня.
Например сайт2.домен.рф и сайт1.домен.рф авторизуются через домен.рф, который делает редирект на нужный сайт

- два джойстика (не хуже консольных, желательно как у ХВох)

Что приличного можно собрать за 35к?

XBox как раз и можно.

govnokod.ru

Если код совсем плохой, то govnokod.ru/javascript

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

Никак.

GET и POST могут быть одновременно. Что явно указано в URL после "?" - GET, что в теле запроса - POST.

1) IP - высока вероятность (многие сидят за NATом)
Если вы о том, что в разных локальных сетях есть одинаковые ip, то нет такой вероятности. В соединении фигурирует белый ip.
Если о том, что с одного белого ip сидят несколько клиентов, то переходим к пункту 2.

2) вероятность встретить дубликат растет
не растёт. Множество портов конечно, если все порты будут исчерпаны не будет дубликатов, просто клиенту в соединении будет отказано (если вы о сервере).
Если о клиенте за NAT - NAT отображает внутренние порты на внешние. Соответственно маршрутизаторы отдают первый свободный внешний порт для нового соединения, и у двух клиентов попросту не может быть одинаковый внешний порт.

пытаюсь выполнить ssh 192.168.0.4 -p 2222 получаю фигу

Логично, ведь на 192.168.0.4 слушается 22 порт.
Стучаться надо на ssh 192.168.0.2 -p 2222, тогда 192.168.0.2 поменяет в соединении адреса и перенаправит запрос на 192.168.0.4, пр чем от своего имени-адреса

Не надо, ни изучайте. Пока таких как вы будет много - мне всегда найдется работа ;)

Если массив ассоциативный, то почему вы цифры ставите?

RouterOS

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

Первое практически гарантированно приведет ко второму.

Ты скорее спалишся по лигнвистике, чем используя только TOR

Правильный ответ Вам дало Армянское Радио - это ИЗНОС ячеек.
Сколько живёт Flash-память?
SLC < 100k циклов
MLC < 10k циклов
eMLC < 40k циклов
TLC < 5k циклов.
Теперь посчитаем, сколько живёт "Новая" память от Intel(r).
Даже возьмём за основу, те самые 100k циклов. И получим, порядка 100M циклов. Хорошо...
А теперь... положите в эту память стэк, который модифицируется при КАЖДОМ вызове процедуры, да ещё разделен для каждого приложения, и так далее. В среднем, вызов подпрограммы в современных программах это от 10 до 100 инструкций. Пусть программа будет висеть в памяти и работать достаточно редко, но выполнять обязательные вызовы ОС, отвечать на них, возвращать данные через буферы в стэке... и так 50-100 раз в секуду.
Чтобы стереть страницу, нужно опять же, куда-то положить её данные (а у нас НЕТ RAM, есть только эта новая память). Итого - 2 перезаписи на операцию. А если какая-то программа начнёт считать в переменной индекс массива? Она должна храниться где-то в RAM (но у нас-то её нет). Сколько проживёт несчастный сектор? Скажем, при стандартной тактовой частоте в 100МГц? Около 1 секунды непрерывных изменений ячейки.
Довольно неприятно, да?
А RAM износу не подвержена. Во всяком случае, не столь быстрому.
Надеюсь, провёл аналогию достаточно точно?

iperf3

1. Какая файловая система?
2. Во время копирования файлов, учитывали линки? В линукс очень любят символические на файлы и каталоги и даже хардлинки на файлы, которые вообще не отличить.