Power

Если совсем нечего делать, можно организовать honeypot.

man bash

Уясните, пожалуйста, одну вещь: вечный двигатель невозможен.

Что же касается вашей системы: обычно турбина крутится за счёт избыточного давления, которое создаётся паром. Вы же предлагаете это давление наоборот понизить вплоть до вакуума (затратив на это энергию, прошу заметить), тогда турбина уже будеть вращаться в обратную сторону (в лучшем случае) и производить энергию меньшую, чем вы затратили на снижение давления.

Да, и вы почему-то предполагаете, что если вода кипит, то температура пара никак не меньше 100 градусов, а это не так.

Попробуйте посмотреть, какие заголовки приходят и в какой кодировке результат, сделав запрос:
1) к nginx-у прямо с сервера, где стоит nginx;
2) напрямую к бэкэнду с сервера, где стоит nginx.
Как-то так:

curl -sS --include --location --output result.html 'http://domain.com/'

Тогда вы сможете определить, кто виноват: бэкэнд, nginx или кто-то третий (прокси между nginx-ом и вашим браузером).

Signature signature2 = Signature.getInstance(publicKey.getAlgorithm(), IolaProvider.PROVIDER_NAME);

А вы уверены, что алгоритм открытого ключа совпадает с алгоритмом подписи?

Узнать, что подписано, можно. Но нужно знать формат подписи.
Ваш "образец цифровой подписи" на самом деле не подпись, а набор сертификатов (certificate bundle).

ThreadLocal

Читайте error.log - наверняка нет доступа к какой-то папке.

stackoverflow.com/questions/8725673/multiple-assig...
Ваш первый фрагмент кода эквивалентен

s = list(map(int, input().split()))
x = s[s.index(min(s))]
y = s[s.index(max(s))]
s[s.index(max(s))] = x
s[s.index(min(s))] = y
print(' '.join(map(str, s)))

git diff -M -C ...

Вам нужно подключить зависимость joda-time-jsptags.

Для junior неплохо. Из того, что я вижу, существенные минусы:

• SQL injection в https://github.com/un1acker/employeeProject/blob/m... : во-первых, поле whatSearch (сомнительное название) надо проверять по списку допустимых значений (фиксированному или получаемому через reflection из класса Employee), а для построения запроса лучше использовать что-то типа Criteria; во-вторых, для searchBy (тоже сомнительное название) надо использовать prepared statements (это которые с подстановками в стиле "where E.field = ?"), а в данном случае лучше тот же Criteria
• множественные XSS в https://github.com/un1acker/employeeProject/blob/m... - нужен какой-то js-шаблонизатор или очень аккуратное манипулирование DOM-ом
• отсутствует валидация данных, например, что возраст хотя бы неотрицателен
• delete делается GET-запросом (GET-запросы должны использоваться тогда и только тогда, когда пользователь не намеревается что-то менять)
• сервис EmployeeService бесполезен - он все методы сразу делегирует EmployeeDAO

Несущественные минусы:

• лишние файлы в проекте (.idea/, target/, empl.iml)
• в классе Employee лишние аннотации @Table(name="employee") и @Column(name="...") - это сразу делается настройкой NamingStrategy (возможно, это даже настроено по умолчанию)
• в классе Employee оба конструктора не нужны - пустой генерируется автоматически (если нет других), а полный не используется
• в интерфейсах не надо у методов писать public - они и так public (и более того, это нельзя поменять)
• maven (gradle рулит :)

Дайте угадаю - когда вы делаете update-initramfs, он вам выдаёт эти ошибки, но вы их игнорируете:

find: invalid predicate `-regextype'
find: warning: unrecognized format directive `%Y'

Вот интересная ссылка, которая, правда, не объясняет причину попадания в такую ситуацию: askubuntu.com/questions/15296/kernel-panic-line-61...

Клиент, с помощью которого вы проверяете, точно отправляет заголовок Accept-Encoding: gzip ? На toster.ru у вас сжатие есть?
Возможно, этот заголовок кто-то вырезает, например, в стародавние времена outpost firewall так делал.