Добавлено: 14.03.2021 / 09:08
Simba, это я понимаю) переменная может быть либо строкой либо нулл
с кавычками нулл пишется как строка, без кавычек строка не пишется, а нулл пишется
работает вставка если писать '{$val}' вместо '".$value."' но я не знаю насколько это ок
Добавлено: 15.03.2021 / 19:14
88.34 MB, 34.59 sec.
Это страшные цифры?))
Ну время выполнения понятно, ноутбуку 7 лет, на нормальной ВДС должно быть быстрее.
А вот по памяти не знаю. Вообще не задумывался, что надо будет изучать это вопрос когда-нибудь.
Это обработчик матчей. Написал таки движок. Сгенерировал календарь игр. В моём случае одновременно будет играться 210 матчей. Скрипт запускать будет CRON.
Обработчик сначала получает список матчей, которые будут прогоняться, далее достаёт из базы всех игроков, которые будут принимать участие в матчах, данные команд и самого матча.
Потом по циклу запускаем каждый матч. Трансляция происходит тоже в цикле. Каждое событие увеличивает счётчик времени на N секунд, когда счётчик переваливает текущее время, цикл трансляции текущего матча заканчивается, данные пишутся в базу и переходим к следующему.
То есть в цикле из запросов только UPDATE и INSERT. В планах вытащить оттуда INSERT, но боюсь ситуаций, что UPDATE матчей пройдёт, а потом в конце скрипта INSERT не получится, поэтому вместе для каждого матча, да и не заметил я, чтобы это существенно имело разницу. INSERT довольно быстро работает.
Сама трансляция учитывает кучу данных в каждом событии, отсюда видимо и такие цифры памяти. Глазами пробежался по первым статьям поисковика, но ничо не понял
Добавлено: 15.03.2021 / 19:28
Сейчас заккомментировал строки с запросами. То есть обработка матча (трансляция) идёт, а записи результатов в БД нет. Выдаёт 30 sec. Значит вся нагрузка принадлежит именно PHP. Это что сейчас ещё идти читать недостатьи какая функция быстрее на другой на 0,01 ms?