Михаил Лялин

Сортировку надо делать по свойству PROPERTY_SORT если ваше свойство сортировки имеет код SORT.

По сути это пейдженатор с высотой 100% и транспарентом. При ховере на картинку происходит вывод соответствующего слайда

Потеряли ассоциированную программу. (Возможно после удаления оной).
Для ассоциирования можно по ПКМ выбрать "открыть с помощью" и при выборе программы отметить чекбокс "всегда открывать....". И открыть этой программой.

ЗЫ. Обновление ярлыков может произойти не сразу.

1) На портах указан сегмент с VLAN - при такой настройке, конечное устройство будет попадать в указанную сеть только в том случае, если на нем будет прописан соответствующий VLAN ID. Если вам надо просто воткнуть кабель в порт и чтоб всё само прозрачно работало, выберите тип "входит в сегмент".
2) Если второй роутер захвачен через функцию "Wi-Fi-система", то роутер у вас фактически один и маршруты на его собственные сети прописывать руками не надо. Статические маршруты нужно удалить.
3) Если трафик не ходит между подсетями, надо разбираться с фаерволами: как на роутере, так и на конечных устройствах.

Готовый код ищи в опенсорс играх. В остальном - только общие принципы.
Если бы мне пришлось реализовывать боёвку, я бы опирался на две идеи:

1. Автоматы состояний, в т. ч. ортогональные (т.е. несколько параллельных независимых автоматов). См. паттерн "состояние" из паттернов банды четырёх.
Например, для скилла у персонажа могут быть такие состояния:
Idle - скилл не используется
ChargeUp - персонаж готовит атаку
Active - персонаж выполняет атаку
Cooldown - персонаж восстанавливается после атаки
Для мгновенных атак скилл перейдёт из Active в Cooldown сразу же, для длительных - может какое-то время сидеть в Active. По сути, скиллами можно описать вообще всё, от дефолтных атак до использования предметов.

2. Подписка на события
Это полезно для реализации статус-эффектов. Т.е. перс имеет несколько событий: игровой тик, получение урона, нанесение урона, переход навыка в следующее состояние, и т.д. При этом события должны позволять менять происходящее. Скажем, обработчик события "получение урона" должен иметь возможность изменить получаемый урон или отменить его вообще.
Когда на перса накладывают статус-эффект, объект этого статус-эффекта подписывается на соответствующие события. Например, эффект "горю" подписывается на событие "игровой тик", и генерирует урон персонажу через заданное количество тиков. По снятию статус-эффекта объект должен отписаться от событий.
Если на событие подписаны несмколько эффектов, их обработчики событий отрабатывают поочерёдно.
Также нужна система приоритетов, чтобы одни эффекты срабатывали строго до других, а не зависели от порядка их наложения. Иными словами, список активных эффектов должен сортироваться при добавлении новых эффектов.

Работник произвел бочку, надо проставить на неё маркировку которая будет учитывать ФИО работника и ID изделия(термопринтер+шрих коды)

Таблица работников, чтобы лепить не ФИО, а идентификатор. В перспективе - бухгалтерия (производственный календарь, больничные-отпуска, кто работал сколько смен).
Проставленная маркировка тут же должна проходить как поступивший на склад товар (еще табличка).

При отгрузке иметь возможность "пропикать" изделия для последующего импорта в базу - чтобы знать что продалось (сканер штрих кодов)

Таблица заказов и привязка к ним товаров. В перспективе - калькулятор для менеджера, в котором этот заказ обсчитывается со всеми нюансами, а потом уже продажа. На складе - страничка активных заказов, открыв которую, кладовщик пропикивает отпущенные по ним бочки.

Возможность отчетов \ сортировки по работникам \ изделиям

Банальная работа с БД, банальные таблички на фронтенде.

Возможность внесения "расходников" и их автосписании при изготовлении продукции

Странички для бухов с внесением, расчет для рабочего при выдаче ШК со списанием. Тот же расчет - для менеджера при обсчете заказа.

Сетевое, чтоб подключаться к БД по локалке

Онлайн, чтобы администрация и менеджеры могли работать хоть со смартфона.

В чем проблема купить у провайдера услугу «белого ip”?
Тогдп ничего блокироваться не будет

Например служба проверки обновлений или служба RDP.

Мой рабочий конфиг на сервере:

Конфиг на клиенте:

Всё работает...

На сервере у тебя в секции peer:
AllowedIPs = 10.0.0.2/32
а в [Interface]:
Address = 10.0.0.1/24
одинаково нужно, если 32, то и там 32, если 24, то и там 24...

У меня ещё и через Wstunnel завёрнут (обфускация) WG и порт сандартный WG я поменял, т.к. его могут прихлопнуть у прова по указивке РКН...

Потому что Google определяет местоположения не только по IP но и по другим параметрам. И если при входе с этого IP он ранее уже определил местоположение как РФ, то в следующий раз он может это учитывать, и ставить местоположение для соединения руководствуясь прежними данными не считаясь с тем, к какой стране относится IP. В Google тоже слышали про VPN и понимают что не всегда по IP можно верно определить фактическое место нахождения пользователя.

Пишите в тех.поддержку сервиса VPN. Возможно у них по какой-то причине идет bypass на домены гугла

Роутер кинетик купите. В режим точки доступа его, провод из пк в роутер, далее из роутера патч корд в ПК и с роутера раздать вифи

Так или иначе, это связано с тем, что ПК не видит контроллер домена. А не видеть может по разным причинам.
1. Не сразу получает адрес от DHCP и уходит в APIPA, через несколько минут повторно пробует и получает. Прописать статику на ПК и посмотреть как это повлияет.
2. Не получает от DNS правильный ответ о контроллере домена. Например, прописано два DNS, но только один из них знает о контроллере домена. Прописать правильно форварды на стороне всех внутренних DNS. Не отдавать ПК никакие внешние DNS (знаем-знаем, как вы все любите четыре восьмёрки или четыре единицы).
3. Нужно убедиться, что виртуальная машина контроллера уже успела загрузиться, прежде чем запускаете виртуальную машину с ПК. Если стартовать все виртуалки одновременно, то эффект довольно ожидаемый. ПК уже запрашивает что-то у контроллера, а тот еще не полностью прогрузился и не готов ответить.

BOOTICE. Древний и давно не обновлялся, но тем не менее, довольно простой и удобный. Регулярно пользую на работе, когда клиенту надо починить загрузчик - пока не подводил. EasyBCD ещё пробовал, но уже не помню, почему не понравился.