Rsa97

Хотите проблем - ну делайте "модно-стильно-молодежно". Не хотите проблем - делайте кабелем. wifi был придуман для носимых устройств и оправдан там, где прокладка сети уже невозможна - в старых офисах, на арендуемых площадях, в исторических зданиях.
При проектировании сети всегда стоит закладывать на каждое место на одну розетку больше, чем было посчитано :) Узловые свитчи вязать оптикой. Серверную располагать так, чтобы "чужие здесь не ходят".

отдавайте с заголовком Content-Type: application/octet-stream

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

"Благоприятными" будут размещения

(1, 2) (...) (...) (...) (...)
(2, 1) (...) (...) (...) (...)
(...) (1, 2) (...) (...) (...)
(...) (2, 1) (...) (...) (...)

и т.д, всего 10 вариантов. Количество размещений в каждом варианте очевидно равно 8!

Итого, вероятность равна (10 * 8!) / 10! = 1/9

Хотя на самом деле ответ 1/9 очевиден. Без потери общности можно считать, что сначала мы помещаем куда-то человека №1, а затем в одно из свободных мест человека №2. Вероятность, что человек №2 окажется в одной группе с человеком №1 очевидно равна 1/9. Другое дело, что следует показать, что в таких "очевидных" рассуждениях мы не теряем общности, т.е. показать, что не нужно еще отдельно рассматривать варианты, когда первым мы размещаем человека №3, вторым - человека №5 и только затем человека №1 и т.д.

I’d
Row
Column
UserId
State
Gameid
И никакого джисона

точное время выполнения одного вызова функции получить довольно сложно.

во первых - performance.now возвращает дробное число, поэтому там в принципе может быть наносекундная точность. однако стандарт определяет что точность должна быть 5 микросекунд. Плюс браузеры могут специально занижать точность чтобы бороться с некоторыми атаками.

поэтому правильно вызывать функцию много раз и считать среднее.
так же в ноде есть process.hrtime которая дает наносекунды.

оба этих метода "в лоб" не дадут нормального результата. Почему? потому что в реальности происходит много всего интересного при выполнении кода.

в движке есть неимоверное количество оптимизаций, и функция вызванная 10 раз будет иметь совершенно другой код чем функция вызванная 100 раз. То же касается и типов параметров - например вы можете передавать целые или дробные числа.
На одну вашу написанную js-функцию движок сгенерирует несколько функций которые это реализуют. У этих функций может быть совершенно разный код с разной произодительностью.

Переключение происходит на лету и в общем виде вы не знаете когда это происходит.

поэтому само по себе замерение скорости "функции" имеет мало смысла, так как там их несколько внутри. Если интересны детали - погуглите JIT, AOT и v8 optimizations.
Сейчас важно то что есть "холодные" функции которые работают медленее но надеждее и как правило используются сразу и есть "горячие" варианты, которые компилятор начинает использовать когда видит что код вызван много раз, и условия не меняются. "Горячие" работают быстрее.

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

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

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

И тут самый главный момент - даже если вы замерите эту скорость, что вы будете делать с этим знанием? В реальной программе при выполнении этого кода скорость может быть совсем не такая как вы намеряли. Эти тесты годятся только для своего общего развития

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

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

На самом деле никак. Пользователь это браузер, браузер должен через Ajax обращаться к скрипту. Ajax это по сути и есть прямой запрос. Можно поиграться с CORS, но результата будет ноль ибо он не спасет от такого.

Стоит подумать какую проблему вы пытаетесь решить этим. Что это за скрипт и почему надо его ограничить?

Тебе надо освоить базовые принципы реляционных баз данных
и освоить такие понятия как "отношение один ко многим" и join

Поскольку ответ на вопрос "Как записать несколько значений в одном поле MySQL?" звучит так:

завести ещё одну таблицу, в которую писать нужные значения на разных строках, вместе с id строки из основной таблицы


после этого делаешь запрос к этой таблице, передавая ид пользователя, и получаешь все его курсы

и я очень, очень очень очень очень очень очень надеюсь что видеокурсы не по программированию.

Ым... Зачем понадобилось все это, если для вычисления среднего можно проcто сделать (70.05 + 62.43) / 2 и вообще не беспокоиться о том, какое число меньше?

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

https://www.php.net/manual/ru/function.password-hash
https://www.php.net/manual/ru/function.password-ve...

У вас ошибка

class Decoder{ 
    private $inputStr; 
    private $pos; 
    private $out; 
    private $length; 
     
    public function __construct(string $str) {
        $this->inputStr = $str;        
        $this->pos = 0; // Было $this->$pos
        $this->out = ''; // Было $this->$out
        $this->length = mb_strlen($str); // Было $this->$length
    }   
    public function decode(): string {
        return $this->out; // // Было $this->$out
    }    
}

В вашем случае $this->$length = mb_strlen($str); => $this->null = mb_strlen($str);
Таким образом return $this->$out; => return $this->null // 6