а если устройства в интернете, и не в одной локальной сети?
Широковещательные пакеты тут уже не прокатывают. Они будут убиты на первом же маршрутизаторе.
Без какого-либо "сервера", где будут аккумулироваться доступные для ПО хосты не обойтись.
Если вы будете использовать какой-то готовый протокол и свободное ПО для сервера, реализующее этот протокол, то сможете избежать написания сервера. Останется только реализовать протокол в клиенте.
Можно купить розетку с двумя RJ45 и там развести по такой же схеме. Будет гораздо надежней, чем подобная лапша.
Только надо добавить, что это надо делать с обеих сторон кабеля, иначе ничего работать не будет.
po4emu4ka2020, Можете в ДНСе поставить фильтр. Ищите неуправляемый коммутатор с количеством портов от двух. Скорость портов лучше всего брать такую же как у роутера. Обратите внимание, что у многих подобных моделей скорость портов может быть разной, например 1 порт на Гб/с и 4 порта на 100 Мб/с.
В принципе для вашей маленькой сети 100 Мб/с вполне достаточно. В подобном случае на гигабитный порт вешаете кабель от роутера, а в остальные подключаете компы.
Но 1 Гб/с на всех портах все таки лучше.
Модель и производителя можете выбирать любую из подходящих под фильтр из среднего ценового диапазона. Как обычно, не берем самые дорогие и самые дешевые.
Другой вариант:
В файле хранить цифру, означающую стадию обработки - прочитал циферку, перешел на нужный обработчик.
После обработки цифру в файле инкрементировал. Это будет полезным, если количество файлов флагов разрастется.
Это вопрос разработчикам этой проги.
Вообще нет универсальных средств в этом случае. Так что полезно было бы знать что это за программа, возможно тогда кто-нибудь вам поможет.
Не обязательно ставить дополнительное ПО. Родной виндовый RDP умеет remote shadow в режиме просмотра. Вся предварительная настройка может быть проведена админом удаленно.
Не помню точно, возможно ли подобное подключение без уведомления пользователя. Но по косвенным признакам можно понять, что подключился админ. Например, при подключении удаленного пользователя к консоли синхронизируются параметры графики реального экрана и удаленного и винда выводит соответствующее всплывающее сообщение. Так же иногда могут появляются лаги при отображении, особенно если контент на экране должен достаточно быстро меняться - это происходит из-за того что отображать приходится одновременно на двух устройствах.
Постоянно следить, конечно, никто не будет, хватает и других способов проверить справляетесь ли вы с работой. Но если есть какие-то подозрения, то могут время от времени и проверять чем вы там занимаетесь, например, вы часто засиживаетесь после окончания рабочего времени - могут вечерком посмотреть что вы там делаете. Как уже упоминали тут в ответах, при приеме на работу вы должны были давать согласие на подобные действия со стороны работодателя, иначе они не законны.
В вашем случае, просто попросите разрешения у вашего непосредственного начальника по вечерам писать курсовик.
Как вариант - для репозиториев все таки использовать префикс или суффикс. Но для каждого проекта завести отдельный репозиторий, куда включать нужные репы с префиксом/суффиксом как submodule в подкаталоги с вашими любимыми именами.
На гитхабе то же есть проекты и организации, но на сколько я понимаю, внутри них просто ссылки на репозитории. Т.е. все репы все равно хранятся в одном пространстве имен.
mouLL, Приложения могут запускать сами себя для каких-то своих целей, например что б выполнить в фоне какую-то задачу.
Современные браузеры этим страдают повсеместно. В винде, кстати, они ведут себя точно так же.
В вашем скрине PIDов нет.
PID может быть одинаковым, только если вы выводите еще и потоки, в этом случае будут различаться TIDы. Т.е. это несколько потоков в рамках одного процесса.
В других случаях PIDы обязаны быть разными.
EvgMul, замените left join на просто join или inner join - тогда будет полное пересечение 3 таблиц. Записи main_id которых нет хотя бы в одной таблице не будут участвовать в запросе.
mike89klein, Увидел изменение поста.
Добавьте опцию push redirect-gateway def1 bypass-dhcp в ccd нужных клиентов.
А затем на фаерволе ВПН сервера блокируйте адреса клиентов для выхода в интернет, как советовал ky0
Strannyk, Я не шеф, чему и рад вполне. Статистику не вел, но подтвердить ваше высказывание не могу. Yustas Alexu, Вы передергиваете и преувеличиваете. Я ничего такого не писал. Вы не согласны, что работодатель в праве предъявлять сотрудникам некоторые требования? Например, что сотрудник должен делать работу, за которую ему платят, NDA, да тот же режим работы в конце концов - это то же требование работодателя.
Без понятия. Я достаточно быстро адаптируюсь.
Многие процессы в организме перестраиваются в течение 3 недель. Так что за 3 недели постоянной тренировки по идее можно адаптироваться. Но конечно все индивидуально - 3 недели это в среднем по больнице.
Кстати, желание на выходных отоспаться приводит к тому, что в понедельник не можешь проснуться во время :) Так что отсыпаться можно, но не слишком долго.
Когда адреса закончатся - услуга по покупке белых ip будет недоступна.
Это не технический вопрос, а юридический. Провайдер не может продавать услугу, которую не в состоянии исполнить. Иначе провайдер скоро перестанет существовать.
Когда вы покупаете (арендуете) белый статический адрес, этот адрес закрепляется за вами на оплаченный период времени (не особо важно как это реализовано технически). Если бы это было не так, то в интернете был бы полный бардак.
Шеф вам платит зарплату - имеет право выставлять требования.
В конце концов - шеф один, а вас целая пачка и у каждого свои закидоны. Шеф не может подстраиваться под всех. Поэтому планерка всегда будет в удобное для шефа время.
Иногда проще начать работу в обед и продолжить до ночи, а потом утром выспаться и с хорошей работоспособностью отработать свою смену.
Это самообман. Вы закончите работу ночью - на следующий день не выспитесь и либо встанете утром и начнете невыспатый пытаться работать, либо забьете и проваляетесь в койке опять до обеда. Первый вариант более тяжелый, но правильный. Второй вариант - либо все равно придется когда-то ломать, либо полностью переходить на работу со второй половины дня.
То что реально работает - это жесткий график для работы. И не важно какой у вас природный режим - организм постепенно перестроится и вы привыкните к любому режиму, главное что бы режим был постоянным.
Удаленка позволяет не ломать организм и работать в привычном режиме, когда тебе это комфортно, но график должен быть постоянным. Иначе комфортного режима не будет никогда.
На счет трекеров и скриншотов - это идиотизм. Если сотрудник не выполняет свою работу (а это рано или поздно выяснится без трекеров), то зачем держать такого сотрудника?
Mars36, Юникод бывает разный: UTF8, UTF16, UTF32 и это только наиболее распространенные варианты и то есть еще и "подвиды". Какой конкретно юникод у вас подается на вход?
Я подозреваю юникод у вас подается в программу из файла с помощью перенаправления stdin.
Тогда можно при вводе в принципе не привязываться к кодировке консоли. Кодировка важна, только когда вы что-то выводите на экран (чтоб правильно отображались символы) или когда начинаете сравнивать 2 строки (они должны быть в одной кодировке).
Вы можете просто прочитать входную строку. При этом не важно какая кодировка консоли будет - прочитается ровно то что будет подано на вход. Вы же читаете не сами символы, а коды символов, коды будут те что были поданы на вход. Кодировка это лишь интерпретация кодов.
Входная кодировка у вас известна. Можно просто применить функцию перекодировки (или парную ей) в требуемую вам кодировку.
В качестве входной кодировки указывайте не ту, что установлена в консоли, а ту что вам известна априори.
Или вы можете внутри программы использовать ту же кодировку, которую ждете на входе. Тогда можно вход не перекодировать.
Выходные сообщения и параметры командной строки потребуется перекодировать, если внутренняя кодировка отличается от кодировки консоли.
Но если входные условия изменятся, например входной файл будет закодирован в другой кодировке, или вместо файла придется читать консольный ввод, то придется модифицировать код. Что бы этого избежать есть смысл в параметрах задавать входную кодировку.
Широковещательные пакеты тут уже не прокатывают. Они будут убиты на первом же маршрутизаторе.
Без какого-либо "сервера", где будут аккумулироваться доступные для ПО хосты не обойтись.
Если вы будете использовать какой-то готовый протокол и свободное ПО для сервера, реализующее этот протокол, то сможете избежать написания сервера. Останется только реализовать протокол в клиенте.