После перезагрузки настройки файловых дескрипторов сбрасывались до стандартных 1024
Нужно указывать в настройках, а не один раз сменить.
каким-то образом подключается 1050 и немного больше
все зависит от кол-ва разрешенных файловых дескрипторов на процесс и кол-ва файлов уже используемых вашим скриптом.
Я могу лишь подсказать, что есть такая проблема, сам с ней сталкивался, хотя и давно. Но когда ограничение чуть больше 1000, то это скорее всего оно и есть. Здесь уже 2 человека покапав в этом направлении смогли решить. Когда я с этим сталкивался, вроде бы php писал конкретную ошибку, что не хватает файловых дескрипторов. Нужно смотреть, где конкретно спотыкается, смотрите логи.
batyrmastyr, в 3ий раз, проблема только в php, в других языках ее нет. Если подразумеваете, что остальные языки обложились костылями, то нет - создавать файл на каждый коннект, это, конечно, очень похоже на unix way, но всегда нужно исходить из целесообразности. Если вам кажется что вы идете unix путем и при этом отстрелили себе ноги - вероятно вы делаете чтото не так, и не надо пинять на операционку.
OneTwoThreeFourFive, там antobra писал, что нужно еще перенастроить sysctl для highload, только увеличения лимита на файловые дескрипторы недостаточно. Это делали?
batyrmastyr, а зачем мне документация nginx? Когда как я уже писал, проблема только в php, и поэтому это идиотское решение. Отправьте читать документацию разработчиков других языков, в которых нет подобных проблем. Второе, nginx реализуя http работает мягко говоря совсем иначе, чем постоянные коннекты в сокетах. И если там, каждое соединение - это работа здесь и сейчас, то из 2000 сокетов большинство скорее всего будут простаивать в произвольный момент времени.
batyrmastyr, то что в Unix все - это файл, это да. Но совсем не обязательно каждый отдельный коннект прогонять в отдельном файле. Тем более, очевидно, что для сокетов может потребоваться не 100 соединений, а гораздо больше. И в каком-нибудь python или go, это учли и сделали нормальное решение, а в php приходится манипулировать с лимитами файловых дескрипторов. Поэтому я бы не назвал это удачным решением, раз есть решения лучше.
У автора macos, а не Ubuntu.
Не так трудно, как кажется на первый взгляд.
MySQL - это старая СУБД? Или MySQL 5.7 старая? В любом случае делать подобное через СУБД очень плохой вариант, не то, чтобы невозможно, но очень близко к этому из-за проблем, которые получим. А если делать, не через СУБД, то абсолютно без разницы какая она.
Имя, то был намёк, прочитать в Google, что GLOBALS это
Ассоциативный массив (array), содержащий ссылки на все переменные, определённые в данный момент в глобальной области видимости скрипта. Имена переменных являются ключами массива.
И ваш массив с ключем _SERVER в GLOBALS это ссылка на _SERVER.
https для того и сделан, чтобы шифровать передаваемые данные. Опасность - подделка сертификата.
Но в вашем варианте, я бы больше опасался того, что вы пароль прописали прямо в строку, которая сохранится, например в истории bash и будет фигурировать в списке выполняемых команд.
в котором ничего невозможно сделать, так как отсутствуют элементарный sudo
А sudo при установке выбиралось? Т.е. вопрос в том, вы загрузились в текстовом режиме или в режиме восстановления?
В любом случае - смотреть логи. И разбираться с драйвером для видюхи.
asdasdqwe, именно так.
При сложении оба операнда должны быть числами, поэтому нечисловые операнды преборазуются в числа. По правилам приведения типов в php "10 Small Pigs" -> 10. И то, даже 7.4 уже выдает предупреждение.
Тоже самое касается и сравнения для php7. Но в 8 версии сравнение изменили, и теперь в строке должно быть число, и только оно, без всякого постороннего мусора.
Еще раз, есть простое приведение типов, а есть дополнительная проверка на число в 8 версии.
Очень сомневаюсь. Если строковой операнд не содержит число, а второй операнд число, то нет нужды преобразовывать в строки и сравнивать, и так ясно, что они не равны.
ChairfaceChippendale, ага, ветки разошлись. Вы в этом с кем спорите-то?
Насчёт Percona, она прекрасно работает именно под высокой нагрузкой. Проблемы с локами решает в первую очередь разработка, а не СУБД, при кривых руках хоть Oracle ставьте - не спасёт. И Percona тоже не панацея.
Так Percona умерла давно или клепает ненужный мусор? Вы хоть с этим определитесь для начала.
Нужно указывать в настройках, а не один раз сменить.
все зависит от кол-ва разрешенных файловых дескрипторов на процесс и кол-ва файлов уже используемых вашим скриптом.
Я могу лишь подсказать, что есть такая проблема, сам с ней сталкивался, хотя и давно. Но когда ограничение чуть больше 1000, то это скорее всего оно и есть. Здесь уже 2 человека покапав в этом направлении смогли решить. Когда я с этим сталкивался, вроде бы php писал конкретную ошибку, что не хватает файловых дескрипторов. Нужно смотреть, где конкретно спотыкается, смотрите логи.