Иван Гуменюк, скорее всего жрется проц изза конвертации в png. Попробуй напрямую дампить.
к примеру xwd -root -silent -out cap.xwd чтобы сделать дамп.
сам дамп потом отдельно уже перегони в png. типа так mogrify -format PNG -path ./pngs cap.xwd
По идее сам дамп экрана будет очень быстрый, особенно если дампить будешь не на хард а скажем в tmpfs\ramfs и т.д.
Насчет "сети управления", такие обычно изолируют полностью без входа\выхода в другие сети, селят в них все оборудование которое нужно конфигурировать, свитчи\маршрутизаторы\в серверах выделенный порт для удаленки.
Аналогично поступают с voip также целиком изолируя. Если же предполагается что какието клиенты будут сидеть на софтфонах с пк в локалке то для таких также изворачиваются использованием отдельного шлюза который сидит в локалке либо намертво прибивают IP тех у кого софтфоны.
А по схеме выше если так надо то можно сделать, Берете фаирвол в зубы и писать правила , они будут довольно похожими на "стандарт как в инет ходют", образно говоря:
из А в Б трафик ходит весь.
из Б в А только тот где есть конекшен.
Иван Гуменюк, с 1 к\с CPU скорее всего будет даже проще чем делать скриншоты и в конечном счете как итог сам файл будет легче из за алгоритмов сжатия в видео. Сеть да, тут придется думать так же как и со скришотами. Как вариант начинать писать экран при логине пользователя а при выходе останавливать запись и выгружать куда надо.
CityCat4, как режимка работает я знаю не по наслышке. Имел счастье поработать в таком месте году в 2012, на входе металодетектерные рамки, сдается все в коробочку и на полку у охраны, дальше под роспись в журнал, комп на МСВС. Все права порезаны, один из интересных моментов там был в компах. Весь userspace работал в overlayfs который мапился в озу, любое подключение usb девайсов сразу требовало повышенных прав в системе, если была необходимость сохранения то опять же повышенные права на специальную флешку, флешка берется и сдается под роспись у специально человека на посту, флешка тоже не простая, сделанная на заказ с хардварным шифрованием и работать будет только на том же ПК. Бэкапы этих флешек делал специально обученный секретчик на другой носитель.
Короч жесть во всех смыслах, чтобы банально напечатать текст и сохранить его уже 9 кругов ада, если требовалось еще и распечатать то мук еще больше.
Не совсем понятный вопрос но могу предположить что суть о том чтобы можно было подключаться по имени без настроек dns. Если так то автор видимо видел и хочет netbios имен.
Я конечно больше по java но мне кажется самый простой вариант будет отказ от .Split(',').
Берете эту строчку и ручками перебираете перебираете хоть посимвольно типа такого алгоритма:
В цикле перебираете строку, всегда ожидаете что должно получиться 3 подстроки, перебираете до запятой. Если встречается кавычка то перебираете все символы до следующей кавычки и только после этого в штатном режиме до запятой. Если в csv могут быть ошибки типа 3х кавычек то и это можете обработать, скажем банально если 2 и 3я кавычка рядом то заменить их на одну.
Владимир Сачков, а саму либо в classpath прописали? Просто так скачивание не даст ровным счетом ничего, его еще нужно включить в проект или прописывать в classpath.
lonata, тут дело далеко не в математике а в смысле, я тоже вряд ли смогу решить. Проводи параллели. Что если " библиотека рандомный символ в label" вдруг перестанет поддерживаться и работать. Задача простая но поставит тебя в тупик. Следуя логике что если одна из несколько библиотек делающих похожие вещи типа json но скажем одна тянет зависимость ason, другая bson, еще одна ... и самая последняя zson, хорошо это или плохо? А тот факт что библиотеки выполняют фактически простейшие задачи в виде вывода текста но с разными анимациями?
Хотя ладно, предлагаю закончить дискуссию на этом, возможно когда нибудь придет понимание сути.
lonata, ну я не считаю себя опытным, даже больше скажу не связан с работой кодером вообще никак, это мое хобби.
В свое время мне дали очень запоминающийся пример. Дальше как помню своими словами: Вот нужно решить сложное уравнение в математике, ты ок беру калькулятор и считаю\решаю, вот засада, забыл его дома, ну спрошу у соседа, а у соседа оказывается нет калькулятора и он считает по классике на бумаге, круглые глаза и поиск помощи но помочь никто не хочет т.к. занимается своей задачей и ни у кого нет калькулятора, похожих задач вокруг нет. В итоге во круг все считают тебя чудиком который не смог на бумаге умножить\разделить\сократить уравнение\даже таблицу умножения не вспомнил! хоть тебя и учили этому на протяжении 11 классов и 5 лет в высшем учебном заведении, а ты не смог т.к. привык к помощи.
Лично меня это задело очень сильно после примерно полутора лет плавания в программировании.
lonata, пожалуйста. Учитесь быть именно программистом который может решать задачи и заниматься саморазвитием а главное не обижайтесь на такие ответы как мои.
PS если действительно помог то отметьте решением.
lonata, просто я могу дать уже хоть готовый код, написать можно за пол-часа. Но это ровным счетом абсолютно никак не поможет Вам в развитии и изучении а может только еще больше загнать в ступор. Начинайте с малого и вникайте как все устроено, начнет приходить понимание а это шаги именно к "программированию" а не очередному "типа программисту" который не умеет ничего сложнее использования готовенького и умеющего гуглить гитхаб и писать на тостер\стековерфлоу по любым даже глупым вопросам.
Я могу понять вопрос связанный с алгоритмами и их реализациями когда спрашивают конкретно по месту и оно действительно любопытное. Но не когда человек ищет простую готовую вещь.
lonata, тогда стоит начать с изучения того что есть в javafx, всех компонентов, просто по создавать формы и все имеющиеся компоненты на них, поиграться с ними. Потыкать все методы какие у них есть. После сложится понимания как и что устроено и сразу появится понимание как сделать любую хотелку. Кроме того jfx гораздо проще устроен чем swing\awt, когда всё даже просто потыкаете поймете что у всех компонентов есть много общего и как все логично устроено.
lonata, задачу нужно начинать с ее правильной постановки и можно и даже еще лучше с ее разбором принципов. Специально для вас:
Что надо: Что то похожее на лейбл но с анимацией как в слот машине.
Думаем как это работает в слот машинах(железных для примера) и частично придумываем перенос в код:
В слот машине есть экран. В коде у нас это будет результирующая строка.
Экран в слот машине разделен на сегменты. Значит в коде нужно строку также представлять как минимум в виде массива.
Каждый сегмент в слот машине представляет собой обычную ленту наклеянную на трубку. Значит в коде представляем что каждый сегмент это тоже массив для замыкания по кругу нужна простейшая проверка если достигли последнего элемента массива и нужен следующий то переходим на 0 элемент массива и наоборот.
В слот машине каждый сегмент красиво крутится и останавливается, красиво значит начинает вращаться быстро и плавно затухает до полной остановки. Значит в коде нужно ввести параметр общего времени - это будет общее время вращения сегмента, добавить формулу по которой все будет затухать.
Теперь есть общее представление как это работает и как реализовывать, дальше уже более подробно потихоньку расширяете выводы выше до кусочков кода с конкретными реализациями. Если нет понятия как хоть что то делать то стоит начать делать маленькие кусочки и смотреть как это работает. Сначала просто переборы замкнутые по массивам. Порисовать кастомные компоненты, посмотреть как вообще что то анимируется и т.д.
Пожалуй добавлю раз хотел отзывов:
- протокол крайне гибкий. Замечу ПРОТОКОЛ
- серверов много, я хоть и ява евангелист но скажу честно, реализации на основе или на самом Prosody IM гораздо удобнее если ненужны заморочки типа ldap. Lua всеже рулит ибо быстрее и легче. Всякие опенфаиры и ежаберты это круто но расширять это боль.
-клиентов очень много, но крайне сильно вероятно придется заморозиться на какомто конкретном клиенте и модить его, либо брать либу , благо они есть под любой ЯП, и писать свой клиент. Если нужен клиент именно под свои корпоративные хотелки то тут вариантов 0, готовая либа и самописный клиент НО это не проблема если есть штатный кодер.
-если заморачиваться желаний нет то есть и платные реализации со всеми корпоративными фишками, теже cisco. Скажу честно видел и щупал единожды но этоименно готовое комплексное решение крайне удобное, клиенты\сервер\все фичи все сразу в комплекте и просто работает
-если желания разбираться\кодить\собирать нет то xmpp мимоходом сразу, слишком много всего (клиентов\серверов) и каждый поддерживает одно но не может другого( это я про XEP'ы).
-XEP'ы это с одной стороны силища, с другой ад адище для непонимающих или не умеющих.
-если только рассматриваете что к чему то рекомендую сразу глянуть metronome.im , форк просоди но "как бы готовый из коробки" со своим веб клиентом и т.д.
