Николай Савельев

Есть куча сервисов антикапчи - декапчер, антигейт, пиксодром, капчабот... Выбирай любой.
У всех цены одинаковые и стоит это не дорого

Конечно можно. Потому что php, как и все другие языки, Тьюринг-полный.
Я писал свои ЯП на Delphi, C#, Java.
В этом нет ничего сложного.
Для совсем ленивых есть ANTLR, где достаточно только описать грамматику языка в конфиг-файле и всё остальное сгенерирует сама либа на любом языке.

Пользуюсь для виртуализации Proxmox'ом (Debian Linux + KVM). Основные "потери" в моем случае это:
- с одной стороны эмуляционные виртуальных ядер, с другой, если пробрасывать host CPU ты все равно пробрасываешь не все ядра, что-то надо оставить хосту и/или другим виртуалкам. Для игр на своем i7-8700k я пробрасываю host CPU 8 потоков из 12, таким образом, по сути, в виртуалке у меня не i7-8700k, а скорее "условный i7-7700k", перемаркированный в диспетчере задач как i7-8700k, если сравнивать с нативным железом.

- Вторые потери это софтовый проброс HDD/SSD (а-ля sata1: volume=/dev/disk/by-id/ata-WDC_........ или подключение виртуального жесткого диска, который лежит на физическом), если максимальные скорости идут практически без просадок, то скорости чтения/записи средних и мелких блоков у меня просаживаются очень сильно, тут выход только пробрасывать внешний дисковый контроллер/RAID-контроллер с подключенными к ниму живыми HDD/SSD для установки системы/данных напрямую, правда останется вопрос по PCI-Express линиям на процессоре....

Вот моя установка, см. ролик:
https://www.youtube.com/watch?v=wjlmWHJiEug
«4:29 - тест виртуального жесткого диска» - это виртуальный HDD гостевой Винды, который лежит на системном SSD Kingston A400 2.5" 480Gb SATA III TLC SA400S37/480G
«5:10 - тест проброшенного в ВМ физического жесткого диска» - это проброшенный софтово HDD WD Red 4Tb WDC WD40EFRX
в обоих случаях идет дикая просадка по скорости чтения/записи для средних и малых блоков, при относительно нормальных скоростях чтения/записи больших блоков.

При этом в другой ВМ с физически проброшенным RAID-контроллером LSI SAS 9211-8i c 4-мя HDD WD Red 4Tb WDC WD40EFRX такого не наблюдается и там скорости такие-же, как и в нативной системе с виндой (правда в моем случае из-за недостатка линий PCI-Express на моей плате ВК в первом слоту не выдает все что ей полагается.

PS. драйвера все обновлял для виртуалки? Ядро линукса свежее? Как себя ведет тот же mysql на нативном железе под Arch Linux? На какой машине работаешь? У меня machine: q35

using System;
using System.Text;

class Program
{
static void Main(string[] args)
{
byte[] str = new byte[] { 0x7B, 0x22, 0x62, 0x61, 0x6C, 0x61, 0x6E,
0x63, 0x65, 0x22, 0x3A, 0x30, 0x2C, 0x22, 0x62, 0x6F };
Console.WriteLine(Encoding.ASCII.GetString(str));
}
}

Какая-то каша, а не код.
Это же элементарная задача для бэкенда.
Клиент через Ajax отправляет команду на голосование с параметром ID коммента. POST-запрос типа /vote {id:234, type:"up"}, ID юзера вычисляем на стороне сервера по сессии из хедера запроса или через JWT.
Сервер смотрит, голосовал юзер или нет.
И соответственно отправляет клиенту ответ - ок, или ошибку: уже голосовал.

Использовать HTTPS.
Все передаваемые запросы необходимо подписывать.
На JS нельзя ничего сделать безопасно.
Всю критическую логику должен обрабатывать сервер, клиент только отправляет запрос на нужные действия, а сервер принимает решение, выполнять их или нет.
Работать через сессии

Проблемы есть на любой системе и в любой системе все проблемы решаемы.
Выбирай любую - разницы нет абсолютно никакой.
Лично я бы рекомендовал Linux, затем Windows. OS X на последнем месте, это на любителя

https://docs.mongodb.com/manual/text-search/

Если это "мимо", то - вряд ли...
Точнее, если нет именно самого критерия отбора по слову/набору слов...

Математическое ожидание
среднеквадратичное отклонение

Начнём с того, что это невозможно.
Вина на тех, кто присылает год без века.
Бить их ногами и исправлять ситуацию на бэке.
Это не проблема фронта.
Если вариантов исправить бэк нет, то отказаться от этого кривого API.
P.S. А если вам прилетит "1/1/21" или "11/11/20"?.
Это какой год будет? 1921 или 2021, 1920 или 2020?
Как ваш код будет работать через три месяца? А через 9 лет? А через 70?

Надо поставить SSL-сертификаты. Ругается из-за того, что сайт на HTTP, а не на HTTPS

Это не битовые карты, а битовые операции, маскирование.

Component.State = {
DISABLED: 1,
FOCUSED: 2,
HOVERED: 4,
ACTIVE: 8,
HAS_ICON: 16
}

Переводим всё в двоичные числа:
DISABLED: 00000001,
FOCUSED: 00000010,
HOVERED: 00000100,
ACTIVE: 00001000,
HAS_ICON: 00010000
Видишь как бит с единицей смещается?
Теперь применяем битовую операцию ИЛИ к выбранным значениям:
HOVERED | FOCUSED =
00000100 (4)
+
00000010 (2)
=
00000110 (6)
Мы смешали два значения и получили новое, в котором храним новое состояние.
Теперь, чтобы проверить, что в состоянии x=6 = 00000110 есть какое-то значение, нам надо проверить его битовой операцией И и сравнить с нулём:
Есть ли в x FOCUSED?
if (x & FOCUSED > 0) => есть, иначе нет: 00000110 & 00000100 = 00000100 > 0 => значение ЕСТЬ!

Есть ли в x DISABLED?
if (x & DISABLED > 0) => есть, иначе нет: 00000110 & 00000001 = 00000000 = 0 => значения НЕТ!

Нигде.
Изучи протокол HTTP.
Мда, с образованием сейчас большие проблемы

Нужно учитывать две вещи: на Java написано тысячи тонн кода, а на котлине на порядки меньше, это новый молодёжный хайповый язык.
Лично я предпочёл бы проверившую себя временем Java. У Котлина уже сейчас наблюдаются проблемы.

Плюсы Java:
- устоявшийся зрелый язык
- огромнейшее коммьюнити, сформировавшееся за 30 лет
- 80% кода под мобилки - на Java
- проще поддерживать, легко разбираться в чужом говнокоде
- чистое ООП, а не ФП

Минусы Java:
- иногда бывает переизбыток кода

Плюсы Kotlin:
- меньше кода
- проще писать
- все хайповые говноконторы переходят на Котлин
- новый код предпочитают писать на Котлине, но Java надо знать для поддержки старого кода

Минусы Котлина:
- функциональщина
- сложность поддержки. Сложно разбираться в чужом говне
- много библиотек уходит в небытие, а куча кода уже написано. Яркий пример - Anko

Null