Проверяйте работу DNS в домене - виден ли сервер, заполнены ли суффиксы подключения, заполнены ли PTR-записи (необязательно, но некоторым надо)? Что в eventlog компа при отработке GPO, может там ошибки подключения?
Угу, а сколько выведет программа, если ей скормить 1, 2 и 5? Вместо sys.exit() лучше использовать хотя бы throw, чтобы обработать ошибку снаружи. Ну и многовато вопросов для одного поста.
Agent Ksined, попробуйте скормить его 7zip'у, вдруг это архив. Если окажется, что он распознает архив, ищите внутри *.jar от того софта, который хотите поставить. Если нет, просмотрите notepad++, вдруг это текст нормального скрипта и там написано, откуда скачать искомый jar. Если не получится, то и "сконвертировать" не выйдет (как минимум так просто).
Рундук, например https://github.com/owncloud/core - чем не "наработки"? Ну и всё это ПО можно у себя поднять вместо самописных поделок с большей гарантией того, что его не сломают при работе через интернет.
Ещё посмотрите в сторону тех мониторов, которые умеют поворачиваться широкой стороной по вертикали. Код обычно довольно узкое пространство занимает, и часто надо именно ползать по методу, который может и не поместиться на экран 16:9, а вот на 9:16 уже влезает.
У вас кстати не масштабирование как таковое, а клонирование инстанса, если исходный к тому же пустой, то де-факто это называется новая установка. Приложения-то на разных поддоменах независимы!
А проблема в вашем коде в том, что ему пофиг, в каком порядке проходить ребра графа. Например, сначала Magnesium потом Molybdenium, или сначала Molybdenium потом Magnesium. Так как M-M элементов в списке пять, это порождает 5! = 120 перестановок только их, после чего у вас выполняется 118 итераций списка на наибольшей глубине, и на каждом сравнении вы делаете startsWith(). А ещё есть циклы M-E-M и M-Y-M, которые можно пройти независимо от M-M и которые есть в *каждом* пути наибольшей длины. Всё это ужасно медленно, и пусть ваш код когда-нибудь таки завершится (и вроде бы даже вернет результат), вам нужно упростить данные для обработки и алгоритм написать так, чтобы он не проверял уже пройденные вершины в каждом цикле. Например, на каком-то этапе рекурсии вы прошли некий элемент, выкиньте его из копии списка оставшихся возможностей.
Абстрагируйтесь от элементов. У вас тупо граф с буквами в вершинах и стрелками переходов. Его достаточно один раз из каждой вершины пройти и получить последовательность ребер длиннейшего пути. Кстати, для облегчения ситуации, у вас два выхода из "М" при куче входов, один ведет в "Е" из которого все три перехода обратно в "М", и один в "Y", с одним вариантом возврата в М, плюс 5 колец М-М.
Вероятно ваш бэк не знает, что его выставили по /data и все свои урлы отдает абсолютными, вида /site/xxx. Вы когда изнутри сети открываете 1.1.1.1/site, посмотрите ссылки внутри, включая возможные редиректы до отображения страницы.
Недавно была статья на Хабре про "лечение проблем с интернетом через перезапуск autotuning", как вариант отключите его и попробуйте без него как-то работать. С некоторым шансом проблема возникает на уровне согласования TCP, и приводит к некоему багу в прошивке роутера, вынуждая тот сбрасывать (переинициализировать) порт, а то, что в логах, лишь следствие этого события.
