Михаил Р.

https://speedtest.selectel.ru/

Не тоже самое ли?
https://ru.stackoverflow.com/questions/1577425/%D0...

"Правильность" зависит от точки зрения, требований, ограничений и прочих особенностей решения. Ваш код решает вашу проблему? Удовлетворяет вашим требованиям, предъявляемым к нему? Значит всё отлично. Если нет - то тут уже надо думать и искать более правильное решение по конкретным критериям конкретного проекта.

Моё персональное мнение: скорость первоначальной загрузки страницы в виде, удобном для восприятия основной идеи сайта - это самое главное, что нужно в сегодняшнем мире.
Просто сами вспомните, когда вы долго ищете что-то очень нужное, кликая на ссылки в поисковике, как часто вы закрываете страницы, которые грузятся дольше нескольких секунд? Я очень часто так делаю, обычные люди тоже очень часто так делают.
Посыпав это всё приправой мобильного интернета, который иногда работает через раз в связи с определёнными событиями, скорость первой загрузки становится очень важной.

Некоторые даже идут в экстрим: дело в том, что первые 14 килобайт HTTP запроса загружаются и могут отображаться браузером практически мгновенно, остальные данные загружаются гораздо дольше. И вот некоторые пытаются в эти 14 килобайт запихнуть такие данные, которые позволят отобразить самые важные элементы страницы.

Поэтому, отложенная загрузка - это очень верное решение. Главное, постараться сделать её как можно более незаметной и плавной, нельзя делать "прыгающую" вёрстку. Ещё вам лайфхак, который я выстрадал сам: если подзагрузка данных не долгая, то лучше не отображать прогрессбары, спиннеры и т.д. Чисто психологически эти элементы вызывают ощущение тормознутости. И если запрос точно такое же время будет длиться без отображения спиннера, то он будет ощущаться быстрее. Это конечно, тонкий момент, и настравать нужно в каждом случае отдельно.

Насчёт типа рендеринга и "правильности" тут всё очень хорошо описал уважаемый VoidVolker . В каждом случае вы сами должны решить, как будет удобнее для пользователя. Лично я последнее время всё чаще использую гибридный рендеринг при помощи библиотеки HTMX

    Проц: AMD Ryzen 7 9800X3D - потому что в нём нет бесполезных медленных ядер (ну серьёзно, давайте говорить честно: медленные ядра в десктопном процессоре - костыль и бесполезный маркетинг, а так же проблемы для ПО, несмотря на костыли в винде для этого). 7800X3D тоже вполне нормальная альтернатива.
    Охлаждение процессора: про воду забыть - она тут не нужна, обычный двухбашенный кулер вполне справится. Если хочется тишины - то надо сразу брать топовый noctua. При выходе нового сокета noctua обещает прислать бесплатно недостающие переходники (ни разу не пробовал, но в инете пишут, что присылают), а вентиляторы там вообще вечные.
    Видеокарта: 5070 от MSI вполне нормальный выбор, а при наличии бюджета можно и Ti или даже сразу 5080 брать. Особенно для игр в 4к.
    RAM: не принципиально, в целом все три варианта вполне нормальные, выбирайте по бюджету. 6600+ по частоте и тайминги по-меньше.
    ROM: самсунг - топ, 990 PRO - лучший выбор. Intel, cruсial - вполне нормальный выбор.
    БП: то, на чём нельзя экономить. SeaSonic - топ, FSP - тоже отличным выбором будет. Остальные фирмы и конкретные модели смотрите и выбирайте по тестам и обзорам. 800-850 Ватт мощности - оптимальный вариант, при условии, что не планируется добавлять вторую видеокарту или ставить 5090. Вот для 5090 - да, нужен уже киловатт. Само собой БП должен быть с запасом примерно в 20-25% по мощности. Ноунейм и всякое другое барахло - не брать.
    Корпус: ну, на вкус и цвет - все фломастеры разные. Главное - хорошая продувка и воздушные фильтры. Для тишины есть кулеры noctua. Выбираете несколько моделей на ваш вкус, смотрите обзоры и берёте оптимальную для вас модель. И учитывайте высоту системы охлаждения процессора. Вертикальная установка видеокарты через райзер - тоже вполне нормальная практика, что может улучшить охлаждение видеокарты.

Rust :)

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

Самый простой вариант - запускать node как отдельный процесс. Можно просто запускать на каждый чих, а можно заморочиться и организовать общение между приложением на Rust и приложением на Node.js

Вариант поинтереснее - Node.js можно собрать как библиотеку (есть даже готовые бинарные сборки такого), линкуем с приложением на Rust. Всё живёт в одном процессе, но node будет запускать свои потоки.

Есть и обратный последнему вариант. Можно из Rust кода собрать бинарный аддон к Node.js
Правда тут уже JS код будет запускать код на Rust.
https://napi.rs
https://neon-rs.dev

Можно пойти дальше. Если задача просто исполнять JS код из приложения на Rust, то можно слинковаться с одним из JS движков. Приколюх предоставляемых платформой Node.js здесь не будет (вроде fs или http), хотя никто не мешает реализовать это самостоятельно.
https://crates.io/crates/v8
https://crates.io/crates/quickjs_runtime

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

UPD: Интересно, что вторую половину ответа почему-то удалили. Видимо в русторе сомневаться низя :)

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

Root + Xposed Framework + Thanox