Василий Банников

Многое зависит от внутренней архитектуры решения, зависимостей, а так же целей и задач, которые вы этим процессом хотите решить. Если вся логика разделена на отдельные модули, то портировать проект на более современные версии .Net будет не очень больно. Но всё равно будет больно. Например, если бизнес-логика и интерфейс чётко разделены — то после разработки нового интерфейса на WPF/Avalonia внедрить всю эту логику будет относительно несложно. А вот если там всё в одной куче — процесс портирования равносилен разработке решения с нуля. Если бюджет позволяет и это решит какие-то ваши текущие задачи — то он вполне имеет смысл быть. Обычно в WinForms всё в одной куче и для новой платформы надо просто всё переписать с нуля. В WPF и иже с ним обычно используют паттерн MVVM, а не MVP. Так что внедрять MVP в WinForms проект не имеет особого смысла — лучше сразу MVVM с прицелом на полноценный переход на WPF. При условии, конечно, дальнейшего развития проекта и наращивания функционала. Если же глобальная цель проекта просто исправление багов и иногда правка функционала — то нет никакого смысла что-то делать. Разве что рефакторинг и детальное документирование, если всё не очень там хорошо с этим.

В данный момент никакого закона по белым спискам нет.
Механизма как туда попадать - нет
Бумажек никаких нет.
Технического решения обобщённого - нет

А попадают туда щас по блату, грубо говоря.

UPD А как туда попадать...
Скорее всего в дальнейшем это будет выглядеть так -
идёшь пишешь бумагу, заполняешь доки кто \ что \ куда \ зачем, проходишь всяких чинушек \ силовиков, платишь денюшку, тебя вносят в реестр. Возможно платишь денюшку ежегодно, чтоб быть в реестре.
Ибо кроме реестра больше ничего не будет рабоать)

По-умолчанию Битрикс24 требует защищенное соединение, так как передает данные в открытом виде (любой промежуточный сервер читает и адрес (вебхук) и параметры запроса и post-данные (токены)).

Однако, для тестовых разработок и внутренних можно использовать и незащищенное HTTP соединение, правда для этого необходимо обьявить константу: REST_APAUTH_ALLOW_HTTP.

Пропишите где-нибудь в dbconn.php или init.php:

define("REST_APAUTH_ALLOW_HTTP", true);

Зачем проверять через таблицу истинности, если всё доказано аналитически?
А если у вас не a и b, а, скажем, a₀, ..., a₉₉. Вы тоже будете таблицу истинности строить из 2¹⁰⁰ строк?

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

В целом, в С++ хорошее правило - передавать большие переменные как const &.

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

С другой стороны, компилятор может наоптимизировать и даже ссылка на int будет не дороже копии int.

Сразу говорить про все языки программиования нельзя. В некоторых языках вообще все передается по ссылке, в других вообще нет разницы для мелких типов.

Ну и для полноты ответа в теме с тэгом Powershell ;-)

Get-CimInstance Win32_Process -Filter "Name='powershell.exe'" | Select-Object ProcessId, CommandLine

Esc Esc O

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

у человека плохо работали (плохо охлаждали) видеокарту часть тепловых трубок в таком вертикальном положении, действительно ли это имеет место быть?

Вообще, технология тепловых трубок рассчитана на работу в любом положении — там используется каппилярный эффект. Посмотрите на процессорные кулеры — прекрасно работают в любом положении. Но, у китайцев фантазия богатая на чём бы можно сэкономить. И, например, вполне могли сделать упрощённые теплотрубки без соблюдения всей технологии и, которые, в вертикальном положении работают хуже. Так что чисто теоретически такие трубки можно сделать. Ну или это мог быть брак конкретной видеокарты, плохая продуваемость корпуса или просто "ощущения" данного пользователя.

Чтобы изучать белый хакинг, надо сначала изучить все что касается computer science, вот где то очень поверхностный список:
- ОС и их устройство
- сети
- программирование высокоуровневое
- программирование низкоуровневое (конкретно - С/С++ и работа на нем с железом)
- железо и его устройство, особенно ассемблер и работу с памятью

Это база, с которой можно попробовать погрузиться в что то типа хакинга, хотя сам по себе этот термин расплывчат.

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

Идём сюда:

https://hub.docker.com/r/bitnami/kafka

Там на странице находим:

Important Notice: Upcoming changes to the Bitnami Catalog

Beginning August 28th, 2025, Bitnami will evolve its public catalog to offer a curated set of hardened, security-focused images under the new Bitnami Secure Images initiative⁠. As part of this transition: ...

Starting August 28th, over two weeks, all existing container images, including older or versioned tags (e.g., 2.50.0, 10.6), will be migrated from the public catalog (docker.io/bitnami) to the “Bitnami Legacy” repository (docker.io/bitnamilegacy), where they will no longer receive updates.

Удивляемся, идём сюда: https://hub.docker.com/r/bitnamilegacy/kafka/tags и находим то, что нам нужно.