Михаил Р.

Вам к юристам надо нормальным. Вообще https://vc.ru/u/2164-pavel-gross-dneprov почитайте у него разные случаи, он опытный киберсквоттер.
Вообще сумма и все описание похоже на пугалку. Отжать хотят домен и чтобы вы им еще заплатили, а вот сумма бредовая и явно для запугивания вас.

может есть какие-то утилиты

Конечно есть :)

Kaspersky Antivirus
Dr.Web
Malwarebytes (я предпочитаю вот этот)

или практика по данному вопросу

И практика есть - и ею поделится любой ИБ-шник :)

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

Словом примерно то же самое, чего придерживаемся в личной жизни :)

Все современные задачи делятся условно на 2 категории. CPU-bound. IO-bound.

Первые. Это рендеринг графики. Игры. Численные методы. Майнинг. И все такое. Под это делают разбиение задачи на Processes (Windows/Linux), Threads (Posix). Короче бьються на независимые части и запускаются на отдельных процессорах или ядрах или потоках железа. В таком случае загрузка железа максимальна и отдача максимальна. Биг-дата джобы сюда-же можно положить.

И второй тип задачи - это современные бизнес приложения которые большую часть времени (ну допустим 80%)
стоят на паузе и слушают сетевой порт. И как только что-то прилетает они начинают активничать. Практика показала что большую часть таких задач можно запускать в 1 потоке и все будет нормально. Главное чтоб обработчик долго не тупил. Отработал свой реактивный евент. Или там MQ событие или событие актора и перекинулся на следующее.
Вот. Если грамотно делать второй тип то на 10 потоках ОС можно запустить тысячи акторов или веб-хендлеров бизнес приложения и все будет норм. Тоесть мы фокусируемся на том что I/O важнее.

Попытка смешивать эти юзкейсы или менять местами приводила к проблемам. Например если запускать много потоков ОС в рамках одной бизнес задачи то они очень быстро зацепятся за какой-то глобальный объект (mutex, critical section) и большее число времени процессора будет тратиться не на бизнес задачу а обслуживание этой конкуренции. Вобщем конкарренси - это страшная беда. И парадоксально но увеличение числа ядер или процессоров даже не решают проблему конкарренси а усугубляют. Есть доклад по Erlang на эту тему. И вообще самое лучшее конкарренси - это когда его нет.

Есть еще статья Стоунбрейкера (создатель Postgresql) где он рассуждает на тему куда сгорают мегафлопы в современных dbms под нагрузкой и приходит к очень печальным выводам. Почитайте. Это тоже в тему CPU-bound.

1. Не все задачи можно распараллелить в принципе.
2. Некоторые задачи распараллелить нетривиально
3. Обработка небольших объёмов данных происходит быстрее в однопотоке из-за того что многопоток добавляет по сравнению с ними слишком много накладных расходов.

помимо варианта с бэкэндом есть еще генераторы статических сайтов, которые на основе шаблонов сгенерят папку для размещения на хостинге, и там можно в виде json положить "товары" и сгенерируется необходимое количество страниц. Например https://nuxtjs.org/docs/concepts/static-site-generation или https://vuepress.vuejs.org/

Жесткий диск на 4 Тб под хранение файлов планирую отформатировать в exfat.

По дизайну, exfat задумывалась как файловая система для флешек и SSD устройств. Там целая совокупность
фич дизайнилась именно для таких юзкейсов. Поэтому ставя exfat на магнитный HDD ты по любому
делаешь как-бы не-целевое использование этой системы.
К каким последствиям это приведет - я не знаю. Не было у меня таких экспериментов.

Но вот у меня есть 2 внешних HDD в резиновом корпусе (для фильмов и сериалов) и они отформатированы
в NTFS тем не менее прекрасно используются в двух ПК на Windows/Ubuntu и на телевизоре Toshiba.

Что ты там еще про MacOS написал - вообще непонятно. Вроде как в заголовке очевидно что тебе нужно 2 операционки. Так две или три?

Плюс, наверное, не надо будет дефрагментацию на этом диске делать, быстрее всё будет работать, да?

Вот реально уже десяток лет я не слышал чтобы кто-то серъезно озадачивался именно процессом дефрагментации.
Это знаешь ... как гомеопатия. Все говорят что полезно. Но никто никогда не мог в деньгах в долларах или в минутах
посчитать пользу от этого мероприятия. Для SSD например это задача почти бесполезная. А для магнитных дисков
роль в последнее время в бытовых ПК отведена именно как хранилище фильмов и файлов с редким доступом.
Ну да лет 10 назад для Oracle DBMS для раздела redo-logs на магнитных блинах еще можно было что-то там
обсудить. Или жарко поспорить. Сегодня - всем плевать. Даже девопсы этим не занимаются уже.

Вобщем дефрагментация - это гомеопатия. Да и современные ФС - тяготеют к автоматическому само-обслуживаю
в этом плане. На эту тему можно посмотреть в Zfs например. Что у них там?

Переменная $_POST заполняется только при передаче стандартной формы. Если вы передаёте в запросе кастомное тело, то надо получать его через php://input и разбирать самостоятельно.
$json = file_get_contents('php://input');

К сожалению, по одному только Client ID (cid) невозможно найти поисковый запрос, по которому пришел лид.

Client ID (cid) является параметром, который добавляется в URL-адрес при переходе пользователя на ваш сайт. Он позволяет отслеживать, какие пользователи перешли на ваш сайт из конкретных источников трафика, таких как поисковые системы, социальные сети и другие каналы.

Однако, чтобы определить поисковый запрос, по которому пришел лид, вам необходимо связать этот Client ID (cid) с конкретным запросом, идентифицировав его через другие параметры в URL-адресе, такие как utm_source, utm_medium, utm_campaign и т.д.

Если вы используете Google Analytics для отслеживания трафика на вашем сайте, то вы можете увидеть информацию о поисковых запросах в разделе "Поисковый трафик" > "Органический поиск". Здесь вы можете увидеть список поисковых запросов, по которым пользователи перешли на ваш сайт из поисковых систем.

Для того чтобы связать Client ID (cid) с конкретным запросом, необходимо настроить отслеживание UTM меток в Google Analytics на вашем сайте и использовать специальные инструменты для анализа трафика, такие как Google Tag Manager или Yandex Metrica.

Также, если вы используете специализированные инструменты для отслеживания трафика и конверсий, то вы можете использовать их функционал для анализа трафика и определения поисковых запросов, по которым пришли ваши лиды.

раз обучил - интегрируй в своё приложение, где будет этот калькулятор и пользуйся

https://immers.cloud/

Всё что, Вам нужно. Нужно удалять машину, чтобы не списывались денежки, поэтому рекомендую выбирать с виртуальным диском. Пашет хорошо. Цена в зависимости от GPU 20-100р в час.

Майнер