Запустится ли скрипт по cron, если предыдущий скрипт все еще выполняется?

Вот почему было бы не потратить 10 минут и попробовать?

Почему функция get_defined_vars выводит в массиве два раза [_SERVER] => Array?

Имя, то был намёк, прочитать в Google, что GLOBALS это

Ассоциативный массив (array), содержащий ссылки на все переменные, определённые в данный момент в глобальной области видимости скрипта. Имена переменных являются ключами массива.

И ваш массив с ключем _SERVER в GLOBALS это ссылка на _SERVER.

Почему функция get_defined_vars выводит в массиве два раза [_SERVER] => Array?

А что google говорит про GLOBALS?

Безопасно/правильно ли передавать логин и пароль в заголовке по HTTPS протоколу?

https для того и сделан, чтобы шифровать передаваемые данные. Опасность - подделка сертификата.
Но в вашем варианте, я бы больше опасался того, что вы пароль прописали прямо в строку, которая сохранится, например в истории bash и будет фигурировать в списке выполняемых команд.

Как решить проблему запуска ОС загрузчика GRUB?

в котором ничего невозможно сделать, так как отсутствуют элементарный sudo

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

Какой будет ответ var_dump(0 == "wow"); ??

asdasdqwe, именно так.
При сложении оба операнда должны быть числами, поэтому нечисловые операнды преборазуются в числа. По правилам приведения типов в php "10 Small Pigs" -> 10. И то, даже 7.4 уже выдает предупреждение.
Тоже самое касается и сравнения для php7. Но в 8 версии сравнение изменили, и теперь в строке должно быть число, и только оно, без всякого постороннего мусора.

Еще раз, есть простое приведение типов, а есть дополнительная проверка на число в 8 версии.

Какой будет ответ var_dump(0 == "wow"); ??

То есть идет сравнение "0" == "wow" //false

Очень сомневаюсь. Если строковой операнд не содержит число, а второй операнд число, то нет нужды преобразовывать в строки и сравнивать, и так ясно, что они не равны.

Что лучше выбрать MariaDB or Mysql?

ChairfaceChippendale, ага, ветки разошлись. Вы в этом с кем спорите-то?
Насчёт Percona, она прекрасно работает именно под высокой нагрузкой. Проблемы с локами решает в первую очередь разработка, а не СУБД, при кривых руках хоть Oracle ставьте - не спасёт. И Percona тоже не панацея.
Так Percona умерла давно или клепает ненужный мусор? Вы хоть с этим определитесь для начала.

Стоит ли использовать эти настройки для pdo?

FanatPHP, а deallocate куда делся? Ты же сам статью писал про prepared statments и в том числе про запросы.

Стоит ли использовать эти настройки для pdo?

FanatPHP, блин, опять тот же вопрос. Почитай доку, что я пишу, похоже не запоминается.

Стоит ли использовать эти настройки для pdo?

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

При настоящих в любом будет падение, поскольку требуется два обращения в БД на запрос

и там не 2 обращения

Стоит ли использовать эти настройки для pdo?

FanatPHP, кабы было чтото еще, то не скрывал бы. Пока вижу только это странное поведение и интересный выбор дефолтных значений в PDO, вероятно с ним связанный. Ничего более не нашел, когда искал.

Деградация передачи данных через php stream_socket_server и неблокируемый режим?

antobra, очень похоже на проблему с идиотской реализацией сокетов в PHP, который на каждое соединение открывает файл. Кол-во файловых дескрипторов на процесс по-дефолту около 1024, т.е. примерно на 1000 соединениях начинаются проблемы. Вообще, в этом случае вы должны видеть ошибки на стороне сервера.
И похоже сервер чтото все таки не закрывает, раз такая сильная деградация.
В любом случае, попробуйте увеличить кол-во файловых дескрипторов на процесс. Вроде бы достаточно это сделать только в ОС. Это покажет, в этом ли проблема.
Если в этом, то оптимально будет взять другой язык.

Стоит ли использовать эти настройки для pdo?

FanatPHP, да, но если исключить сетевой лаг (взять локальные СУБД), в PosgreSQL это падение не заметно в отличии от MySQL.

Стоит ли использовать эти настройки для pdo?

FanatPHP, а вы попробуйте замерить производительность без эмуляции и с эмуляцией, как минимум 13% MySQL кудато растерял когда данные отделены от запроса. А на PostgreSQL таких проблем нет.
Поэтому PDO для MySQL выбирает эмуляцию, а для PosgreSQL настоящие подготовленные выражения.
А работать будет, можно еще чего-нибудь повключать/поотключать и тоже работать будет.

Стоит ли использовать эти настройки для pdo?

FanatPHP, нет, не отключенная эмуляция, а выбор эмуляции по дефолту, когда эта настройка не указывается.
Для MySQL по дефолту PDO выберет эмуляцию, что логично с очень странной реализацией подготовленных выражений в MySQL, а вот для PostgreSQL PDO выберет натуральные подготовленные выражения, что тоже логично, т.к. последняя СУБД не имеет проблем с ними.

Стоит ли использовать эти настройки для pdo?

FanatPHP, дело не в надежде, просто если не уверен, то лучше положиться на PDO. К примеру в MySQL будет включена эмуляция, а в PsotgreSQL будут использоваться натуральные подготовленные выражения.

Верно ли это утверждение?

Антон Воскобоев, не проблема, переформулируйте по-другому. Только ведь речь про смысл фразы, а не про отдельные слова.

Верно ли это утверждение?

Антон Воскобоев,

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

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

Что лучше выбрать MariaDB or Mysql?

Кирилл Гусарев, без разницы. Percona это сборка, а не отдельный диалект, т.е. синтаксис тот же. У MySQL и MariaDB отличия пока тоже не большие. Разницу в диалектах легко посмотреть в доке, а вот какие-то нюансы работы плюсы-минусы опытом наработаете.