d-stream

Нужно ли мне будет платить налоги в России, если я не резидент РФ и у меня нет представительства в РФ?

То есть в России нет ничего. Даже если сильно захочется платить, то от кого? )
Если как амазон/али отправлять товары почтой - то получатели перебрав лимиты возможно будут платить таможенные пошлины, но это их бремя. Если же речь о нематериальных товарах - до тех пор пока не появится необходимость разместить резидентно в РФ представительство/филиал/etc - ничего платить не потребуется.

Вообще все что описано - это исходное и заложено в шрифтах и их отображении на конкретных устройствах. По крайней мере исходно шрифты именно так и задумывались. То что требуется вмешательство в виде таких "подпорок" означает что авторы шрифта - накосячили... и скорее всего подпорки для одного dpi дадут антиэффект при другом. Аналогично - при масштабировании.

ps более явно это уже испытано в бумажной полиграфии с давних времен.

Тут встает выбор:
1. Или на каждый этаж заводить управляемый коммутатор из дешевого сегмента (D-Link какой-нибудь на 16-24 портов), что не особо нравится в плане расширения, поэтому склоняюсь к второму варианту;
2. Разориться на парочку многопортовых стоечных коммутаторов и вести к каждой машине свой кабель.
На сколько нарыл в интернете можно взять два по 48 портов и объединить их.
Помимо пользовательских ПК, будут сетевые МФУ, возможно ещё камеры, ip-телефония и т.д.

Истина лежит где-то посередине. 1. Все коммутаторы должны быть управляемыми (про vlan уже написано), 2. "центр" и "доступ" - тут скорее по геометрии-протяженности смотреть надо - не факт что от коммутатора в серверной до какого-нибудь кабинета будет гарантировано меньше 90м кабеля...

Ну и в любом случае нормальный феншуй - "ядерные" коммутаторы желательны с повышенным интеллектом. Например умеющие ограничено маршрутизировать на скорости коммутации (так называемы L3 коммутаторы). Ну и быстрые. А уже юзерская часть - коммутаторы L2 попроще, подешевле и например 100мбит с гибабитными аплинками.

Хороший бесперебойник. Хотелось чтобы все оборудование выше он держал хотя бы минут 30-60. Т.к. выбор зависит от нагрузки и заложенного резерва (~30%),

В общем-то обычно бесперебойное питание на UPS ориентируется на 5-10-15 минут, а остальное время - резервные вводы, ДГУ и т.п.

Притом это не мода, а просто рациональность - ибо ДГУ + 10-минутный UPS - зачастую заметно дешевле 2-часового UPS.

Просто из личного, свежего: netplan писали какие-то грибные персонажи Пелевина... в общем присоединяюсь к толпам народа, кричащего "выкинь netplan")

Возможно уже действа по выкидыванию будет достаточно чтобы правила iptables заработали как и ожидается

Навскидку
1. zip-bomb https://ru.wikipedia.org/wiki/Zip-бомба
2. вариации автозапуска (в свое время были такие фичи в WinRAR)

Вообще народ топчется по граблям на более "стандартизированных" конфигурациях (антивирус грохает атоловские драйверы, атол взбрыкивает на magic number и т.п.) так что путь выбран не без трудностей)

Навскидку: в 10 ветке драйвера (а другие уже летят помирать) есть web сервер c которым можно более-менее легко и комфортно общаться (json-задания). Если на малинке получится его стартануть - будет полегче.
Вторая проблема - обратный канал: надо как-то в рамках умений ккм дать возможность ему докладывать ОФД (иначе через месяц ккм превратится в тыкву) - то бишь нужен ethernet-over-usb

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

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

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

Но стоит ли овчинка выделки?

Надо смотреть специфику планшета, но с вероятностью 90% это будет взаимодействие с виртуальным com портом

тогда вплоть до примитивного serialPort.ReadLine() или же читать из /dev/tty*

Крупные бизнесы берут на себя риски косяков без 3DS и тем самым получают бонус в виде ускорения списания средств (не надо ждать смс).

На строительных рынках и во всяческих хозяйственных ларьках валяются рублей по 70-100 китайские отвертки-пробники GK31 и подобные (не на неонке). Для поиска сгоревшей лампы вполне подойдет, да и в хозяйстве пригодится.
Впрочем скорее всего пробник на неонке тоже вполне подойдет. Ну или спаять самому "щуп" из неонки и резистора, только резистор 300-400 кОм взять для большей чувствительности. Но с таким номиналом резистора - проверять бесконтактно!!!!!!

Видимо это оказались самые граблеопасные фичи.
Типа шляется юзер по ящику, а тут балансировщик его гонит через другой адрес другого провайдера...
Ну или там торюзеры, пользователи ускорителей интернета и т.п. ….

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

просто oracle получает запрос, думает и потом уже начинает выдавать данные.
Вот пока он думает - ридер "висит" в ожидании...

Кстати почему бы не загнать кусок добычи данных в фоновый поток и либо грохать его по отмене, либо просто забывать...?

Совершенно непонятно каков тип полей в базе.
так что метод тыкинга:

select top 100
f=cast(f as nvarchar) ,
I=cast(I as varchar)
from main

В принципе не вижу принципиальных препятствий в декларировании в установленные сроки этого дохода и уплаты 13% подоходного налога.

А так - можно и самозанятым зарегистрироваться и платить 4% с такого дохода (подразумевая пожертвования от физлиц).

p/s/ а в штатах - да, проще: со всех доходов - ~50% базовая ставка подоходного и 100-150-страничный документ по вычетам. Ленивый отдаст 50%, остальные - снизят налог до 10..15%, отстегнув лоеру гонорар за правильные вычеты...