Антон Антон

netstat -abon -p tcp и смотреть на то, что забило порты.
а может быть там вообще нет 127.0.0.1 благодаря шаловливым ручкам

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

В качестве обходного пути - эта 1000 отчетов выглядит для телепата как один и тот же отчет для 1000 пользователей с незначительными отличиями в фильтрах. Почему бы не провести тестирование на разбиение этого на два этапа: 1. получение всех данных из БД и сервисов для всех пользователей; 2. генерация из этих данных 1000 отчетов путем фильтрации в памяти.

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

$amount = 5;
$num = 3;

$rest = $amount;

for($i = 0; $i < $num; $i++) {
	$a = floor($rest / ($num - $i));
	echo("$i: $a\n");
	$rest -= $a;
}

Это на собеседовании вопрос? сходу огромная дыра для sql injection, выбор лишних данных, все сломается при изменении структуры таблицы.

Вот тут алгоритм: https://programforyou.ru/calculators/number-systems
Согласно https://www.ietf.org/rfc/rfc3986.txt можно использовать символы 0-9, a-z, A-Z - . _ ~, т.е. получаем 66 знаков, или 287496 значений для трехсимвольной строки, что недостаточно для всех 6значных чисел, а вот все 5значные вполне уместятся.

Нужно класть задание в БД, получать в фоне, класть в БД ответ, затем на клиент прокидывать через пушер/аналог или если лень его настраивать - то с клиента раз в 5 секунд дергать "уже готово? а сейчас?"

https://developer.mozilla.org/en-US/docs/Web/CSS/@page

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