mushishi, в общем после неоднократных обращений к провайдеру и их постоянных ответов аля "у нас все хорошо, ищите проблему у себя" (обращался я на протяжении пары недель, буквально через день), в какой-то момент проблема самоустранилась. При этом точно прилетало обновление конфигурации от провайдера (роутер провайдерский), после этого проблема исчезла и больше не появлялась. При этом с моей стороны никаких действий на ПК сделано не было (ни драйвера, ни схемы питания, ни брандмауер, ни лимитов полуоткрытых).
опытным путем выяснил, что загружается около 2 тысяч файлов и начинается вот это подвисание. всегда в районе 1500-2000 файлов, файлы мелкие (мелкие php файлы, стили и т.п., в общем какой-нибудь типичный дистрибутив wordpress не загрузится)
Не, не зависит от перегрева (спокойно качаю многогигабайтные файлы и нет проблем), провайдер тоже не режет. Проблема именно программная. Где-то читал, что у винды свой "оптимизатор" есть
Эти переключатели для адаптации к различным ноутбукам, вырубают rx tx по определенным пинам
вот так оно выглядит у одного из переходников (картинка из интернета)
По поводу питания - звучит логично, но тут получается ничего не сделать? у других-то аналогичные переходники работают корректно
Eugene454, потому что это уже результат, а не исходники. Результат либо на хостинги выкладывается, либо клиенту отдаются. А в репозитории они максимум нужны - если в качестве артефактов сборки как собственно результат сборки. Может сумбурно, но я пытался :)
Eugene454, в репозитории должны храниться именно исходники.
в вашему случае это папка src, файлы gulpfile.js (файл с директивами gulp) и файл package.json (файл с директивами nodejs). Все остальное (package-lock.json, node_modules, папка с минифицированными ассетами) - это либо элементы необходимые для сборки, или результаты сборки (папка с минифицированными ассетами), им не место в репозитории
Anton Semenov, само собой, перебрал, потыкался по всем портам. Старые арендаторы офиса использовали эти свичи, даже патчкорды от них висели (ценное забрали с собой, а это оставили), но никаких данных о железках не оставили. Железки хоть и старые, но вполне себе неплохие
А что-то не так в том как я тыкался к консоли? Честно говоря первый раз использую железку с консольным портом на COM (со стороны железки), поэтому могу тут ошибаться в правильности действий
Для этого нужно достучаться к консоли, а как писал выше - управляющий порт неизвестен (по DHCP тоже ничего не дает ни по одному порту), а консольный видимо я что-то делаю не так
В данный момент не хватает возможности быстро восстанавливать нужные данные, построение дерева у того же bareos занимает несколько минут, а бывает вообще падает с ошибкой. Добавление новых клиентов затруднено т.к. требует еще некоторых правок и со стороны сервера. В идеале был бы какой-то схожий вариант как при zabbix-agent + авторегистрация. Наставил клиентов, а они уже зарегистрировались самостоятельно. Да и просто какие вообще решения есть из современных ибо bareos такое ощущение, что последние соки выжимает из себя
