rPman

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

Если гуглить, обнаруживается достаточно старая статья dwave по которой в пределах одного nvidia устройства разница в производительности (там считали кубиты, а там как раз математика непростая, комплексные числа и т.п.) достигала от 13% до 60% в пользу cuda, что логично. Но статья 14-летней давности, с тех пор и llvm подросло, и amd на рынок взошла как следует.

Допускаю что и в современных реалиях cuda будет работать быстрее за счет каких-нибудь оптимизаций или если найдешь уже вручную оптимизированную библиотеку под твою задачу, но opencl не привяжет твое решение гвоздями к значительно подорожавшим nvidia железкам (если сравнивать железо от разных производителей с одной ценой, скорость у amd может оказаться выше)

но не на много.

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

Новую версию выкатывают пользователям не сразу а постепенно, это уже не первый месяц так.

Только крупные компании, типа гугл, Майкрософт bing, или Яндекс внедряют поиск в интернете по похожему изображению
Никто из них не представил удобного api что бы делать поиск по своим базам или хотя бы тематическим.

Свое сделать можно, но адекватное качество будет дано высокими затратами.

Достаточно открыть ssh доступ (можно сменить порт с дефолтного 22 на что то другое, меньше будут беспокоить сканеры ботов), все остальное (большая часть инструментов) будут работать через него.

scp - штатный от ssh, возможности как у обычного cp, не возобновляет прерванное копирование
rsync - умеет работать через ssh, ключ --partial автоматически дозагрузит прерванное копирование, простой скрипт будет перезапускать процесс копирования пока он не завешится корректно

while ! rsync -avz --partial --progress --inplace --append-verify --rsh=ssh /путь/к/локальному/файлу пользователь@удаленный_хост:/путь/к/удаленному/файлу; do
  echo "Переподключение через 10 секунд..."
  sleep 10
done

с 2013 года гугл удалил поддержку резервного копирования (точнее восстановления этой копии) локально специально и отказывается его чинить. Оставил только облачное копирование, которое корректно работает наверное только с google pixel и samsung-ами. Китайские аппараты используют свой механизм резервного копирования и восстановления, возможно с использованием штатного облачного гугловского (там есть для этого api).

Для переноса настроек необходимо на новом смартфоне, во время настройки своего аккаунта, указать что производится перенос данных с другого смартфона, он проведет процедуру аутентификации по пинкоду на обоих устройствах (должен быть включен wifi и кажется bluetooth). Оба смартфона должны быть включены.
При переносе данных между смартфонами одного вендора проблем быть не должно (за исключением случаев когда переносятся с новой версии ОС на старую, но тут гарантий не будет ни у кого).

p.s. При копировании в лоб, будут скопированы старые версии приложений, которые вместо выпуска обновлений для них, разработаны как новые, т.е. если ВСЕ переносить, то на новом устройстве будет много нерабочего мусора

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

Если выделить текст ошибки, нажать в браузере на выделенном тексте правую кнопку мыши и выбрать в меню - искать в интернете, то первым же результатом будет вот это решение

Потому что полноценной поддержки видеоускорителя в virtualbox нет, есть неофициальная, которая в 10-ой windows уже сломана, да и раньше работала со сбоями.

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

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

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

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

Да это будет работать (linux вообще универсальная ОС, лишь бы архитектура x86/x64/.. процессора подходила, исключение - gentoo, там привязка может быть буквально к модели процессора), возможно потребуются телодвижения для настройки загрузчика и переустановки ядра (linux-image-...), скорее всего, если аппаратный конфиг будет похож (например и там и там одни и те же диски, не по размеру а по сути, например один диск на ОС а другие на данные базы и файлы веб сервера или образы docker), то все заведется без проблем, я так переносил несколько раз очень странные конфиги, дублируя на целевой машине даже uuid разделов и lvm томов.

И нет, лучше так не делать, скорее всего вместе с ОС там будут установлены утилиты от провайдера, для управления этой виртуалкой, и они скорее всего будут плохо работать у другого провайдера (по уму так могут не делать, и провайдеру достаточно ssh ключей).

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

Если документации нет, то придется реверсинженерить конфигруационные файлы nginx и php, чтобы понять, в каких каталогах хранятся файлы проекта, но остаются конфигурационные файлы сервера, настройки сети, файловой системы, снапшотов или томов (иногда они чувствительно настроены для проекта). Базы данных тоже нужно копировать с осторожностью, есть сами базы, они копируются штатными инструментами, а есть пользователи и права доступа, есть конфиги самого сервера баз данных (кстати они могут быть тоже привязаны к серверу, например к объему памяти) или к примеру настройки репликации.

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

p.s. Есть способ облегчить реверсинженеринг:
В зависимости от используемого пакетного менеджера, можно получить список установленных пакетов, затем сдублировать установку простым запуском (для debian based дистрибутивов) apt install список_имен_пакетов_с_версиями или dpkg -i имя_файла.deb, если предварительно их скачать из репозитория apt download в отдельном каталоге с помощью chroot.
А затем банально сравнить списки файлов на оригинальной установке и этой фиктивной, все различия можно автоматически скопировать (новые, измененные и удаленные файлы). Я делал очень просто - формировал список файлов, в виде полный_путь_имя_файла размер дата_модификации (можно вместо размера и даты хеш md5 но это дольше и особого смысла не имеет, если нет злоумышленника, стремящегося помешать этому анализу) для оригинального каталога и сравниваемого, полученные файлы сортировал утилитой sort и сравнивал diff, полученный файл можно смотреть глазами а можно написать утилиту которая все будет копировать сама.

По номеру телефона можно общаться только если вы друг у друга в контактах телефона.

Иначе - ты бы перебирал номера телефонов (собственно одно время так и делали, добавляя по 10к в контакты себе) и спамил бы спамил, хорошо так не получится.

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

первая же статья из гугла на 4pda

https://4pda.to/forum/dl/post/19313973/Screenshot_...
В limbo все гораздо проще. Надо просто их выбрать как на скриншоте. Расположение файлов на ваше усмотрение.

у меня ростелеком на белом, специально купленном ip, в разное время блокировал входящие на портах ниже 4000, я даже пытаться перестал, ssh например не работал никогда, а вот http по 80 то работает то нет.

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

тут смотрел?
https://www.postgresql.org/ftp/odbc/releases/

Если приложение x86 а ОС x64 то посмотри как это тут решили (внизу статьи), само собой подправь название dll под нужную