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

1. Скачиваешь все исходники сайта (очевидно, что ту же базу данных в гит пихать смысла нет)
2. Поднимаешь gitlab на какой-нибудь машине (или используешь облачный)
3. Закидываешь исходники в гитлаб.

Если будешь делать сам на коленке, то с вероятностью около 100% убьёшь до конца
Если ремонтник имеет опыт и обладает всем нужным оборудованием (в первую очередь - это шаблоны для нанесения паяльной пасты для твоего сокета и ИК-станция), то тогда это вполне стандартная процедура.

Если повреждён только сокет (не задета сама плата), то перепаять будет стоить от 3к + цена нового сокета в случае домашних материнок и вплоть до 20+ для серверных (тк там тупо сокет больше).
В случае бюджетной или просто старой платы может оказаться целесообразным купить другую.

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

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

Если повреждены внутренние слои платы, то тогда шансов нет.

Перепаять сокет - это звучит, сложно. Как пересадка жизненно-важного органа.

А вот свою фантазию подключать не надо.

Если используешь async, то tokio::sync::mpsc - в токио нет выделенного spsc, так что для таких сценариев рекомендуют его.
Если допустимо терять какие-то данные, то можешь tokio::sync::watch попробовать.

Если не используешь async, то блокировка будет, если канал пуст.
Но в принципе можешь попробовать crossbeam.

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

Брать SSD формфактора M.2 с интерфейсом PCIe Gen3 x4 (так как x2 очень мало вариантов)?

this.
Если у тебя будет меньше линий и будет более старое поколение pcie - диск будет работать на скорости этого интерфейса.

Вообще лучше игры оставить на более быстром диске, тк именно у играм нужна более высокая скорость для загрузки кучи текстур.

ОС по своим размерам просто крошечная, если сравнивать с играми и грузится в память не так часто.
Честно скажу, что я не особо почувствовал прироста в скорости после переноса ОС с sata на очень быстрый nvme

Кстати, а что тебе мешает ОС поставить на тот же диск, где и игры?

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

PS: а можно просто скинуть все данные в текстовый файл, который держать в каком-нибудь S3 на яндексе. Основную работу выполнять в своей нормальной бд, но всем говорить, что это кэш.

Тем более что тебе не запрещают хранить на иностранных серверах, а обязывают хранить на российских.

нынче развелось довольно много

Не так уж и много.

Наиболее близкое к проду, кмк - tauri из-за коммьюнити, хорошей документации, и гибкости, тк html+css.

Если тебе допустимо immediate mode и внешний вид не сильно важен (к примеру какая-то небольшая утилита или ui для отладки в игре), то egui тоже норм.

Vector2 не реализует интерфейсы INumber и прочие новые => никак ты вокруг него женерик не сделаешь.

Но мне это никак не подходит.

Значит Apple store тебе мимо. Вот Fortnine тоже из-за этого с аппстора погнали

В Google Play приняли без проблем

Потому что в gp такого требования нет.

Потому что тогда это уже будет не биективное отображение.
Вроде как дальше есть доказательство.

stable diffusion?

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

человек явно пользуется какой-то системой работы с информацией, и речь не о софте.

Так там же в заголовке сказано: доработанный ZettelKasten.
Зетелькастен изначально задуман как решение для ведения заметок на бумаге - если тебе он по душе, то попробуй и доработай сам то, чего тебе не хватает.

Есть база данных - в неё каким-то образом заносят данные (в данном случае о фильмах и актёрах). Потом из этой базы данных данные достаются тоже каким-то образом и вносятся в html.

В качестве базы данных может быть, например PostgreSQL - тогда мы можем достать информацию о фильмах и актёрах при помощи sql-запроса. Также нам нужен какой-то сервер, который будет с базой данных общаться. Написан он может быть в принципе на любом языке программирования (а сейчас есть даже всякие nocode платформы, где простые операции можно и без кода вообще сделать).

Более подробный ответ на этот вопрос будет уже по сути пересказом курса по разработке ПО.

Провайдер тебе даёт всего 1 IP адрес, по тому именно разветвить тебе не получится, как ни старайся (как правило)

Вставляй кабель от провайдера в wan-порт первого роутера.
От первого роутера потом тащи кабель до второго.
Второй роутер переведи в режим точки доступа.

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

(сделано допущение, что "роутером" названо домашнее устройство с функциями маршрутизатора и wifi-точки доступа)