SagePtr

Если сервер с данными конфискуют - то все данные на нём будут утеряны. В случае с торрентами - данные хранятся на компьютерах пользователей, а всех этих пользователей не арестуешь (одних только пользователей рутрекера в России несколько миллионов) - это похлеще Сталинских репрессий будет. Ну а торрент-трекер хранит только описание раздач и хэш-суммы файлов, всё это весит несколько гигабайт, ну или в крайнем случае терабайт, это легко забэкапить и восстановить в случае утери сервера. Тем более, такие объёмы данных заныкать гораздо проще. А ещё - не нужно гонять трафик между пользователями и сервером, достаточно отдавать хэши, а пользователи друг друга сами найдут.

https://learn.javascript.ru/xhr-onprogress

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

Можно держать в памяти фильтр Блума и проверять сначала возможную принадлежность адреса, и только в случае положительного результата лезть в базу и проверять его действительное наличие. Это в том случае, если запросов с незаблокированных адресов намного больше, чем с заблокированных (иначе смысл в подобной оптимизации пропадёт).

Некоторые программы для разбивки дисков умеют преобразовывать)

А ещё - можно через border-image задать внешний вид рамки

paletton.com

Если и при помощи других программ (7zip, winrar и т.д.) тоже не удастся открыть - то вероятнее всего, архив повреждён.

Может быть, это вам поможет: https://www.css2less.net/
Но это машинное преобразование, оно не разнесёт код по разным файлам, максимум что сделает - это запихнёт дочерние селекторы в родительские, вынесет свойства с одинаковым значением в отдельные переменные.

Либо у сервера нет прав на чтение ваших файлов, которые вы залили. В любом случае, смотрите в логи сервера.

Обычно код не идёт в продакшн в том виде, в котором его пишет программист, а собирается при помощи какой-нибудь системы сборки (webpack, gulp и др.), где из многих файлов собирается в один, транспилируется в более поддерживаемый язык (js, css), минифицируется. На выходе, естественно, все комментарии и неиспользуемые ветки кода удаляются. Этот сжатый вариант и используется на сайте, а в разработке используется исходник, из которого руками ничего не удаляется,

Возможные варианты:
1) Кто-то или что-то перехватывает трафик и перезаписывает его, в итоге пакеты приходят битыми (возможно, это делает вирус или наоборот, антивирус)
2) Битая оперативная память, данные в процессе обработки бьются
3) Битый жёсткий диск, данные считываются с ошибками
Вероятнее всего первый вариант, так как при вариантах 2-3 скорее всего проблем было бы гораздо больше, чем "ничего не устанавливается"

MD5 - скомпрометирован
SHA1 - безопасен, но есть атаки, позволяющие создать несколько документов с одинаковым хэшем, отличающиеся только одним блоком посерёдке
SHA256 - пока что безопасный, TLS-сертификаты нынче используют его в качестве хэш-функции (раньше использовался SHA1)

Если пойдёт псевдослучайная строка, то тут рассмотрено множество методов: https://habrahabr.ru/company/virgilsecurity/blog/3...

phpfaq.ru/newbie/headers

В событии на стороне сервера, где сообщение принимается и добавляется в БД, добавлять в это сообщение помимо полей user и message также поле time, в которое записывать текущее время (например через Date.now())