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

Вы так говорите, как будто действительно верите что Земля не плоская )

Я так понимаю, Бобрандреску это отсылка к А. Александреску.

Ну, с номера вашей бабушки позвонить уже не смогут, например.

Эта система режет только звонки с подменных номеров, а не те звонки про которые вы подумали.

Верно, actix-web не использует под капотом actix уже давно, добавление последнего к actix-web сейчас в основном имеет смысл только для реализации websocket'ов (да и то, это не обязательно, просто как один из вариантов, хотя пожалуй он самый удобный).

Сам actix как фрэймворк модели акторов для своих задач очень хорош, но в нём очень плохо с документацией, её по сути нет, только пару страниц с поверхностным описанием. Но естественно прочтение этих пары страниц не даёт полной картины как надо делать правильно, даже если есть багаж знаний об архитектуре модели акторов, например, из Erlang'а.

Ситуацию усугубляет то, что почти все, кто используют actix-web, именуют его просто actix'ом, и, как следствие, гугление по "actix" выдаёт нерелевантные результаты. По итогу, чтобы разобраться в actix, требуется изучать исходники самой библиотеки и искать какие-нибудь проекты на гитхабе использующие её. Это прямо боль.

По поводу db, хочется добавить, что есть очень хорошая ORM на основе sqlx: sea-orm, как альтернатива распиаренному diesel.

Почти сразу разобрались, мэйнтэйнер у actix-web есть.

Зачем-то смешали в кучу actix и actix-web. Это совершенно разные продукты для решения разных задач. Статья даже не то, что слабая, а вообще вводит в заблуждение.

SSD использовались не для хранения плотов, а для создания. Сейчас уже не актуально, т.к. софт доработан и в основном плоты создаются в оперативной памяти.

Вывод всех доступных пакетов - какая-то бесполезная команда, если честно.

Есть `pacman -Ss [search_string]` , который является почти аналогом `apt search [search_string]`. Однако в pacman'е можно опустить аргумент поиска, в таком случае будет выведен весь список пакетов.

Ну вообще, pacman это очень популярный мендежер, он по умолчанию поставляется в Arch и других дистрибутивах.

Существуют таблицы соответствия команд apt и pacman, которые легко гуглятся.

А в чём там разбираться, обычный pacman же?

А чья эта проблема?

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

Основной смысл catch_unwind - поймать панику до того, как оно пересечёт FFI, так как в противном случае это будет UB.

То, что этот `catch_unwind` лепят где не попадя - так это не проблема раста. В документации к этой функции, кстати, прямо сказано: использовать её для реализации механизма try\catch - моветон.

Я даже встречал некоторый софт, который использует эту публичность у ключей юзеров. Самый известный, пожалуй, это установщик Ubuntu Server: во время установки ОС предлагается ввести имя пользователя на гитхабе и прописать все публичные ключи в `~/.ssh/authorized_keys`.

Раст прекрасно поддерживает `С ABI`, оно стабильное. Конечно, использовать неудобно, т.к. фактически доступны только примитивы, да Box с Option , но что поделать, так в любом языке будет.

Указания версий тестируемых библиотек конечно не хватает. Вот взять к примеру растовский regex. Всего пару месяцев назад вышла версия 1.9.* (https://github.com/rust-lang/regex/blob/master/CHANGELOG.md#190-2023-07-05), где было много чего переписано, и потому результаты могут значительно отличаться от прошлых версий как в лучшую, так и худшую сторону на разных сценариях.

Выглядит как будто вам диагноз какой-то поставили )) Ну или рецепт выписали. В них тоже много непонятных символов. Типа, OD Sph +5,0, OS Sph +5,0 cyl +2.0 ax 135' DP=62mm (это рецепт на очки).

Очевидно, эти 73 процента используют язык и технологии, в которые обычная студия не может.

Высвобождать память должен тот же аллокатор, что и выделял память. У вас почти никогда нет гарантии, что аллокатор в двух языках будет одинаковым. Поэтому, почти всегда освобождать память надо на той же стороне, где создавался объект, в противном случае это чистое UB с отстрелом ног.

#[no_mangle]
pub unsafe extern "C" fn free_wallet(p: *mut i8) {
    let _ = CString::from_raw(p);
}