res2001

Потому что у вас вызов java ... стоит в операторе if.
Я не понял что вы хотите этим сказать.
В любом случае это не корректно - if не может вызывать внешних программ как в bash.
О чем и сообщается в ошибке, правда ошибка может показаться несколько нелепой на первый взгляд, но на второй уже все нормально :-)

"Локальной сети нет" - это обычно не верное утверждение.
Возможно вашим WiFi пользуются соседи: пора сменить пароль, включить WPA2 и выключить WPS.

Обнуляйте temp->next в функции add().

Видимо надо исходник сохранить в UTF8.

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

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

Группируйте не по UsrCDistributionDate, а по MANAGER или лучше по MANAGER_ID, count(*) делите на количество дней в периоде.

По умолчанию недостающие символы замещаются пробелами, но можно указать и нули: %06.2f
Ширина указывает минимальный размер поля, т.е. это не фиксированный размер и он может быть больше, если необходимо.
www.cplusplus.com/reference/cstdio/printf/?kw=printf

Ваши суждения правильные.
Возможен вариант реализации наиболее узких мест на С/С++ как модулей питона.
Когда используете numpy не забывайте всегда работать с numpy массивами, иначе теряется производительность numpy. Используйте для работы с ними функции numpy, а не питоновские. Numpy array - похожи на Си массивы, поэтому передавать их в модуль на Си эти массивы достаточно просто (обратное то же верно). Старайтесь сводить к минимуму вычисления непосредственно на питоне - используйте возможности numpy, scipy, opencv.

PS: У меня был опыт написания модуля для отображения информации на питоне. Весь основной код был реализован на Си - много вычислений с большими объемами данных (не opencv).

Сейчас этот вопрос не актуален, имхо, т.к. языки во всех версиях системы добавляются через LanguagePack. Т.е. локализация вынесена отдельно и не влияет на работу ОС, поэтому "неопознанных багов" в локализованной версии по сравнению с англоязычной в Вин7+ быть не должно.
Осталась одна причина, о которой написал Довольный Жизнью "перевод ошибок на русский иногда ужасен и по английскому варианту даже нагуглить решение проще". Но это сильно зависит от скилов в поиске, можно и по английскому варианту ничего не найти.

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

Так и есть - куча RFC, дополняющих друг друга. Одного документа, полностью описывающего протокол нет.
Версии перевода на русский встречал только по устаревшей версии 1.0 (RFC1945), на вид был достаточно полный перевод. По HTTP1.1 находил только частичные переводы. Начните с вики, там есть ссылки на другие ресурсы.

Можно вполне начинать и с RFC2616, он хоть и заменен, но основа осталась та же. Собственно даже RFC1945 вполне актуален - все это работает.

Если найдете толковый перевод, киньте сюда ссылку - заберу себе в закладки, иногда бывает нужно.

1.Проверьте журнал винды на предмет ошибок софта или железа, возможно они укажут причину тормозов.
2.Чтоб исключить проблемы с железом проверьте память и диск с загрузочного носителя.
Кроме этого проблемы могут быть с блоком питания или материнкой. Материнку можно протестировать каким либо стресс-тестом, а блок питания - отключением периферии (дополнительных дисков, приводов и т.д.) или заменой БП.
3.Обновите все драйвера.
4.В менеджере задач винды можно посмотреть как долго стартуют процессы в автозагрузке. Если какой-либо процесс явно слишком долго стартует, нужно разбираться с ним. Часто в этом списке все более-менее в порядке, но тормоза все равно наблюдаются, так что это не панацея. Там же можно убрать не нужные задачи из автозагрузки.
5.Иногда в винде глючат служба индексации или служба обновлений (обычно это проявляется немного не так как у вас). При этом эти службы значительно съедают процессорное время. Не работающая служба индексации определяется, например, не возможностью осуществить поиск в главном меню. Служба обновлений - ошибки при обновлении.
6.Если ничего не помогает начинайте сносить установленный софт и проверять реакцию компа на это действие.
7.переустановка винды.
8.Если добрались до этого пункта, значит явно проблемы с железом, которые вы не смогли определить - сервис.

Похоже на глюк конкретной реализации.

Как-то так.

:: Каталог с входными архивами
set "indir=c:\temp"
:: Каталог куда складывать выходные архивы, можно указать тот же, что и в indir
set "outdir=c:\temp\out"
:: Каталог для временных распакованных файлов
set "unarhdir=c:\temp\unarh"
:: Полный путь для запуска архиватора
set "arh=%ProgramFiles%\WinRAR\winrar.exe"
for %%a in ("%indir%\*.zip") do (
  "%arh%" x -y "%%a" "%unarhdir%"
  "%arh%" a -y -df "%%~dpna" "%unarhdir%\*"  
)

Правильно инициализируйте переменные в начале скрипта.
Скрипт не проверял, т.к. winrarом не пользуюсь.