hint000

Это несложно. Я лично делал такой вывод VGA от одного преподавательского компа на несколько учениковых дисплеев. Всё, что там надо сделать - это усилить эмиттерными повторителями цветовые сигналы R, G, B и сигналы кадровой и строчной синхронизации (итого 5 повторителей).
Дисплеи лучше подобрать одинаковые или по крайней мере понимающие одинаковый видеорежим, который им выдаст видеокарта. А чтобы они не пудрили сообща видеокарте мозги, линии DDC, имеющиеся в VGA-разъёмах, надо отключить.

Я не знаю, почему все так активно советуют собирать пакеты. Надо начать с того, что в Linux никогда не было принято использовать pyinstaller... почему? Потому что в Linux python идёт из коробки. В Windows сложно вынуждать пользователей устанавливать интерпретатор языка и все зависимости, тут же с этим проще гораздо.

Так что можно просто распространять архив с приложением и инструкцией по запуску вида:

virtualenv -p python3 env
. env/bin/activate
pip install -r requirements.txt
./app.py

разделение логина и пароля по разным формам позволяет использовать не только парольный способ аутентификации, т.е. после первого шага система уже сможет по логину понять, какую именно форму открыть, графический код например или тайм коды через какой-нибудь yubikey, смарткарту (но там логин обычно уже не нужен, так что хз)

сомневаюсь что речь идет именно о пользовательском опыте, скорее всего это внутренние заморочки компании, использующей единый портал для входа как своих сотрудников так и пользователей

p.s. с точки зрения пользователя, это отвратительный способ, требует больше действий от него, браузеры или парольные менеджеры могут быть не готовы к такому разделению и т.п.

Я для себя составил инструкцию как делать бекап и восстановление Linux на различном железе. Основная проблема это разные UUID разделов. Через пробы и ошибки вышла рабочая инструкция.

1. Скопировать все данные со старого диска на новый. Можно просто обычным копированием без лишних утилит и командной строки.
2. Загрузиться с любого LiveCD, например Parted Magic
3. Запустить терминал и узнать UUID новых разделов командой lsblk -o +uuid,name
4. Среди файлов системы которую скопировали, открыть блокнотом /etc/fstab и /etc/default/grub и заменить старые UUID на новые, которые мы узнали командой lsblk -o +uuid,name

5. Монтируем следующие каталоги:

mount /dev/sdaN /mnt  (sdaN - буква N номер раздела на которую мы скопировали нашу систему)
mount --rbind /dev  /mnt/dev
mount --rbind /proc /mnt/proc
mount --rbind /sys  /mnt/sys

6. Вводим chroot /mnt bash чтобы выполнять команды от той системы которую мы скопировали
7. Установливаем и обновляем конфигурацию GRUB

sudo grub-install /dev/sda
sudo grub-mkconfig -o /boot/grub/grub.cfg

8. Затем обновляем параметры mkinitcpio командой sudo mkinitcpio -P иначе будут проблемы с файловой системой. Например, без этой команды у меня система не запускалась, так как раньше стояла на файловой системе Btrfs, а я скопировал ее на ext4.

9. Затем снова обновляем GRUB
sudo grub-mkconfig -o /boot/grub/grub.cfg

На этом всё. Рекомендую всем линуксоидам сохранить данную инструкцию. В нужный момент выручит. Я даже через эту инструкцию развернул свою рабочую систему в виртуалке.

Не удалось выполнить действие "Создать" для следующего объекта: "Пользователь", "sa".
---
И чем вас это обеспокоило? Пользователь sa уже создан, ошибка в данном случае вполне может быть проигнорирована.
---
Есть наверное различные пакеты для трансляции MSSQL Server -> MySQL. запрос в Яндексе "migration from sql server to my sql" третьей линией привел сюда.
По опыту, на поверхности, многое действительно поддается трансляции, но процедуры и функции, нет.
Но чуть от поверхности, MySQL уступает в плане отладки и выявления ошибок. А проблемы с правами пользователей мало отличаются. Попытка создать пользователя, который уже есть приведет к той же ошибке и в MySQL.
Есть конечно возможности отладить код создающий объекты, применяя "IF NOT EXIST" выражение. Профессионалы используют два подхода для кода создающего объекты.
Подход №1 - фирменный подход специалистов, проверять существование объекта, прежде чем его создать.
Людям свойственно это делать, чтобы обеспечить наименьшие трения с чтением и пониманием ошибок. В этом случае детальное чтение ошибок необходимо для выявления дефектов.
Такой код удобен тем, что его можно повторять снова и снова, результат будет всегда один и тот же, а ошибки будут выданы только в случае дефекта, или записи будут чистыми.
Подход №2 - обычно используют создатели по, которое пишет скрипт "создать такой-то объект", с оглядкой на профессионального пользователя, который ( как считают создатели по ) достаточно знаком и с синтаксисом, и с важностью тех или иных сообщений, и сможет прочитать "с листа" записи машины, и справиться с выдачей решения "все хорошо" или "что-то сломалось" благодаря накопленным знаниям.
У меня сложилось впечатление, что Вы работаете с кодом, созданным в подходе №2. Возможно если Вы прибавите детали, и опишете что Вы делаете, отвечающим на вопрос будет проще справиться с ответом.
Всего хорошего

Но это такое убожество что я толком ничерта не понимаю

Не надо путать причину и следствие. Причина - это что ты ни хрена не понимаешь. А следствие - оно тебе кажется убожеством.

отличаются ли запросы sql MSSQL от Mysql

Да. Точнее, самые простейшие базовые запросы могут выглядеть одинаково. Но не более, чуть только хоть какая-то сложность, и одинаковость заканчивается. Синтаксис различается, и весьма сильно. А кое-где даже подходы к решению задачи различаются, и код с одной СУБД на другую не адаптируется совсем - только полное переписывание.

возможно ли сменить БД без нарушения функциональности софта.

Если запросы хардкодом - крайне маловероятно. Если тексты запросов - ресурс, вероятность несколько выше. Если вся лигика находится на сервере, общение с ним выполняется исключительно обращением к представлениям и вызовом процедур, а само приложение является чистым интерфейсом - скорее всего возможно.

Да это дроссели пищат. Что не является браком.
У меня геймпад так пищал и ноут безвентиляторный

Тут главная ошибка в том, что у каждого персональная шара, это плохая практика. Правильнее пользователей объединять в группы, а каждой группы завести шару. Плюс могут быть разные перекрёстные шары (для всех сотрудников компании, для конкретных департаментов, для отделов, шары узкотематического характера...). Тогда проблем бы не было. У каждого пользователя есть свой набор доступных помоек в соответствии с его уровнем полномочий, и не нужно всё время перелогиниваться.

Интересно, что даже в таком случае почему-то некоторые норовят в общей шаре отдела создать многочисленные персональные "именные папки" и держать везде копии одних и тех же иногда не очень отличающихся файлов.

Эмодзи это символы юникода - текст https://unicode-table.com/ru/sets/emoji/

метался

Учился основательно

Выбрать одно.

кучу пройденных видеокурсов - знания остались довольно поверхностные

Не преувеличивайте. После видосов их нет вообще, а не "поверхностные".

ибо такими и только такими переполнены общедоступные источники

Враньё. Документация общедоступна. Хорошие статьи общедоступны. Книги как бы не общедоступны (их надо, как правило, покупать), но по факту общедоступны.

как понять, когда необходимый минимум знаний будет набран?

Берёте проекты с фриланса и делаете. Без ставок и оплаты.

Делаете проекты, интересные себе самому.

Даже если вы докажете, что код в какой-то момент совпадет с тем что в гитхабе, то вам ничего не мешает в любой момент изменить его.
Поэтому, если некий человек желает быть уверен, что на сервере выполняется именно данный код, то единственный для этого способ - запускать его на своем, полностью подконтрольном сервере.

https://forum.ixbt.com/topic.cgi?id=49:14447

Гроза была последнее время или сильный перепад напряжения?

Проприентарный кабель для работы с некторорыми mp3 плеерами, там вместо того чтобы делать USB, для экономии места впихнули его в TRRS разъем.
Если подключить его к компу, то звук с него не получишь

Используйте моноширинный шрифт и табуляцию

А не проще ли дать компас и определить азимут выхода на дорогу?
Заблудишься - выход Азимут-135.
Что уж проще-то и компас надёжнее смартфона...
Ардуино не выход, батарейка сядет, а вдруг дождь? Проводок отвалился...