А если вы возьмёте bluetooth мышь, то вам не нужен будет приёмник от мыши. Не все правда любят беспроводные клавы (лично меня устраивают), но можно и bluetooth клаву взять. Я правда ещё bluetooth tws наушники использую, но на десктопных ОС очень плохо с автоматическим переключением режимов bt-гарнитур, поэтому как гарнитура не работает. Мне по сути надо 2 моника подсоеденить и ноут зарядить, в некоторых случаях можно ethernet 1 гигабит. Я ещё рассматриваю подключение внешней видюхи через thunderbolt, но тогда точно без ethernet или отдельным разъёмом его.
Я бы её принял в дефолтах роли, но src я бы не принял из-за хардкода. У меня вообще всё завязано на метод «счёт до 3х», если за 3 шага не можешь реализовать, разбиваешь на меньшие куски. А чтобы кроличья нора не получилась, там тоже «счёт до 3х». В итоге получается максимум 81 ветвление, но вот конечных вариантов получается 6561.
Я давно стал придерживаться мысли, что хосты должны быть именованны системно, а вот группы должны динамически создаваться из их имён. Так же, вести инвентори хостов вручную, это крайне опасная ситуация (человеческий фактор). Все хосты должны быть заведены в инвентарной системе, туда например попадает автоматически из днс всё и то что добавляется руками или иными скриптами. В нашем случае это foreman, так же мы кешируем на 5 минут динамически созданный инвентори, что уменьшает нагрузку на сервис. Foreman к тому же предоставляет сервис кеширования фактов, что опять же ускоряет работу ансибл.
К сожалению я хочу подключить 2 монитора, поэтому альтернативный режим не прокатит(
Да там DisplayLink, поэтому я отказался от usb-c в пользу ноута с thunderbolt. Когда отпустят в отпуск, начну процедуру апгрейда рабочего места дома.
Если сделать так, то не будет пометки вложения. <img src="data:image/gif;base64,R0lGODlhEAAOALMAAOazToeHh0tLS/7LZv/0j
vb29t/f3//Ub//ge8WSLf/rhf/3kdbW1mxsbP//mf///yH5BAAAAAAALAAAAAAQAA4AAA
Re8L1Ekyky67QZ1hLnjM5UUde0ECwLJoExKcppV0aCcGCmTIHEIUEqjgaORCMxIC6e0Cc
guWw6aFjsVMkkIr7g77ZKPJjPZqIyd7sJAgVGoEGv2xsBxqNgYPj/gAwXEQA7" width="16"
height="14" alt="внедренная иконка папки"/>
И получаем тот же эффект. Никак не связано с экономией места, абсолютно непонятный модуль jboss, даже вредный.
например при 10 имеющихся wf будет занято место в 10 раз больше с модулем copy
Вы писали про экономию места, это голословное заявление, которое вы не можете подтвердить.
Так же надо тогда следить за нагрузкой на сервере, если модуль делает все шаг за шагом, то после copy придется описывать в скрипте логику старта
Вы писали про контроль нагрузки, ваше решение этого не делает.
использовать данный модуль с его подходом использования единой директории
В каком, простите, месте он использует единую директорию?
Кидать рандомные куски кода бесполезно, это не может являться аргументом в обсуждении (если вы правда не кинете случайно код подтверждающий ваши слова).
например при 10 имеющихся wf будет занято место в 10 раз больше с модулем copy
Вот код можете в нём показать, что вы имеете ввиду? Место будет занято столько же, вот код модуля copy подтверждающий это, вы ошиблись или как то сложно мысль свою доносите.
Так же надо тогда следить за нагрузкой на сервере, если модуль делает все шаг за шагом, то после copy придется описывать в скрипте логику старта — часто именно процесс деплоя дает высокую нагрузку на CPU, которая в дальнейшем не будет такой и создавать сервер с большим количеством CPU исключительно для процесса деплоя невыгодно.
В таком случае, исходя из кода обоих модулей, необходимо всегда следить за нагрузкой.
на данный момент у меня на сервере 36 WF инстансов работает, таких серверов несколько, ansible является единой точкой деплоя без каких либо сторонних костылей, что облегчает управление и поддержку приложения
Это замечательно, жаль что вы им пользоваться не умеете, и ничего не понимаете, что делаете.
А что мешало реализовать использовать модуль copy? Просто скопировали файл куда надо, а потом ждём пока задеплоится. А для раздеплоя модуль file. Или вообще не проверять деплой в ансибл, а делать это через лог\консоль.
Тап 3мя пальцами уже работает лет 5, а вот жесты посложнее будет. Причина в том, что есть развитие xorg и wayland, а так же ввод идёт из драйверов тачпадов или xorg, чаще уже из libinput. Для всего этого зоопарка сейчас есть несколько своих инструментов, но вендоры дистрибутивов не могут предложить один простой механизм пока. Если вы хотите только 3х-4х пальцевые свайпы добавить, то проще будет поставить убунту (по умолчанию запускается на хорг, надо будет выбрать вейланд) или федору и поставить это расширение extensions.gnome.org/extension/1253/extended-gestures
-M specifies monitor port. May be overridden by environment
variable AUTOSSH_PORT. 0 turns monitoring loop off.
Alternatively, a port for an echo service on the remote
machine may be specified. (Normally port 7.)
-f run in background (autossh handles this, and does not
pass it to ssh.)
-V print autossh version and exit.
Environment variables are:
AUTOSSH_GATETIME - how long must an ssh session be established
before we decide it really was established
(in seconds). Default is 30 seconds; use of -f
flag sets this to 0.
AUTOSSH_LOGFILE - file to log to (default is to use the syslog
facility)
AUTOSSH_LOGLEVEL - level of log verbosity
AUTOSSH_MAXLIFETIME - set the maximum time to live (seconds)
AUTOSSH_MAXSTART - max times to restart (default is no limit)
AUTOSSH_MESSAGE - message to append to echo string (max 64 bytes)
AUTOSSH_PATH - path to ssh if not default
AUTOSSH_PIDFILE - write pid to this file
AUTOSSH_POLL - how often to check the connection (seconds)
AUTOSSH_FIRST_POLL - time before first connection check (seconds)
AUTOSSH_PORT - port to use for monitor connection
AUTOSSH_DEBUG - turn logging to maximum verbosity and log to
stderr
Я бы заменил на малину4, а хабы взял ещё с возможность дерганья каждого порта по питанию. Плавали знаем. Ну и модемы, вы просто не познали дзен их, не хватило времени, там можно добиться стабильности работы.
Касаемо обратного ссш, есть autossh там по вашим граблям сходили уже можно и потыкать минут 15 для ознакомления.
Этого недостаточно для понимания. К примеру у нас есть роль А с версией 1, которая выполняет задачу Б, тогда когда мы обновим роль до версии 2 и снова её прогоним, мы не приведём состояние к описанному в ансибл, т.к. не учитываем прошлое состояние. Идемпотентность хороша только для immutable servers, тогда ты не сломаешь повторными запусками. А в остальных случаях эксплуатации ты за стейтом не уследишь, не потому что кто-то будет там вручную изменять данные, а потому, что при изменении кода у тебя уже есть предыдущее состояние на сервере.
Я давно стал придерживаться мысли, что хосты должны быть именованны системно, а вот группы должны динамически создаваться из их имён. Так же, вести инвентори хостов вручную, это крайне опасная ситуация (человеческий фактор). Все хосты должны быть заведены в инвентарной системе, туда например попадает автоматически из днс всё и то что добавляется руками или иными скриптами. В нашем случае это foreman, так же мы кешируем на 5 минут динамически созданный инвентори, что уменьшает нагрузку на сервис. Foreman к тому же предоставляет сервис кеширования фактов, что опять же ускоряет работу ансибл.
Да там DisplayLink, поэтому я отказался от usb-c в пользу ноута с thunderbolt. Когда отпустят в отпуск, начну процедуру апгрейда рабочего места дома.
<img src="data:image/gif;base64,R0lGODlhEAAOALMAAOazToeHh0tLS/7LZv/0jvb29t/f3//Ub//ge8WSLf/rhf/3kdbW1mxsbP//mf///yH5BAAAAAAALAAAAAAQAA4AAA
Re8L1Ekyky67QZ1hLnjM5UUde0ECwLJoExKcppV0aCcGCmTIHEIUEqjgaORCMxIC6e0Cc
guWw6aFjsVMkkIr7g77ZKPJjPZqIyd7sJAgVGoEGv2xsBxqNgYPj/gAwXEQA7" width="16"
height="14" alt="внедренная иконка папки"/>
Как это относится хоть к какому то комментарию под вашим мусором, который вы считаете статьёй? И вообще, это раздеплоивание, делаем:
file:
path: "{{ deployment_file }}.deployed"
state: absent
И получаем тот же эффект. Никак не связано с экономией места, абсолютно непонятный модуль jboss, даже вредный.
Вы писали про экономию места, это голословное заявление, которое вы не можете подтвердить.
Вы писали про контроль нагрузки, ваше решение этого не делает.
В каком, простите, месте он использует единую директорию?
Кидать рандомные куски кода бесполезно, это не может являться аргументом в обсуждении (если вы правда не кинете случайно код подтверждающий ваши слова).
Вот код можете в нём показать, что вы имеете ввиду? Место будет занято столько же, вот код модуля copy подтверждающий это, вы ошиблись или как то сложно мысль свою доносите.
В таком случае, исходя из кода обоих модулей, необходимо всегда следить за нагрузкой.
Это замечательно, жаль что вы им пользоваться не умеете, и ничего не понимаете, что делаете.
UseDNS noTCPKeepAlive yes
ClientAliveInterval 2
ClientAliveCountMax 3
Вот переменные которые отвечают за незалипание порта, механизм поллинга:
AUTOSSH_MAXLIFETIMEAUTOSSH_POLL
AUTOSSH_FIRST_POLL
$ autossh --help
autossh: invalid option -- '-'
usage: autossh [-V] [-M monitor_port[:echo_port]] [-f] [SSH_OPTIONS]
-M specifies monitor port. May be overridden by environment
variable AUTOSSH_PORT. 0 turns monitoring loop off.
Alternatively, a port for an echo service on the remote
machine may be specified. (Normally port 7.)
-f run in background (autossh handles this, and does not
pass it to ssh.)
-V print autossh version and exit.
Environment variables are:
AUTOSSH_GATETIME - how long must an ssh session be established
before we decide it really was established
(in seconds). Default is 30 seconds; use of -f
flag sets this to 0.
AUTOSSH_LOGFILE - file to log to (default is to use the syslog
facility)
AUTOSSH_LOGLEVEL - level of log verbosity
AUTOSSH_MAXLIFETIME - set the maximum time to live (seconds)
AUTOSSH_MAXSTART - max times to restart (default is no limit)
AUTOSSH_MESSAGE - message to append to echo string (max 64 bytes)
AUTOSSH_PATH - path to ssh if not default
AUTOSSH_PIDFILE - write pid to this file
AUTOSSH_POLL - how often to check the connection (seconds)
AUTOSSH_FIRST_POLL - time before first connection check (seconds)
AUTOSSH_PORT - port to use for monitor connection
AUTOSSH_DEBUG - turn logging to maximum verbosity and log to
stderr
В autossh есть тюнинг для того чтобы порт не залипал.
Я бы заменил на малину4, а хабы взял ещё с возможность дерганья каждого порта по питанию. Плавали знаем. Ну и модемы, вы просто не познали дзен их, не хватило времени, там можно добиться стабильности работы.
Касаемо обратного ссш, есть autossh там по вашим граблям сходили уже можно и потыкать минут 15 для ознакомления.