ну серьёз но да?
https://www.php.net/manual/ru/function.curl-setopt.php
CURLOPT_PROXYTYPE
Я вообще считаю, что обязательное требование по обращению в полицию – это полный бред! Если я владелец доменного имени, на меня его регистрировали, и я лично могу представить все документы с нотариально заверенными печатями и прочие вещи – почему я должен делать то, что мне приказывают модераторы рег ру? Предположим у меня бизнес, приносящий 10 тыс рублей в стуки – 2-3 месяца простоя из-за бумажной волокиты выйдут в большую сумму. И 2-3 месяца, это в "идеальном" варианте, сколько реально это будет длиться - никому не известно. Да и вообще, что если я не хочу писать заявлений в МВД, тратить на это личное время и нервы – в этом случае я не имею права на возврат личного домена? Личного имущества? А может в этом случае заявление нужно писать уже на самих РЕГ ру? Как минимум за материальные убытки, возникшие в связи с деактивацией сайта, или выхода его из строя по их вине?
Кто вам сказал, что вы владелец домена? Вам его дают в аренду и не более.
Тут главное не занижать, а то полиция скажет, что ущерб не значительный и на дело можно забить.
Да вот же, руководству говорю что нужно избавляться от join запросов без индексных, это может снизить нагрузку сервера до 50%.
Но видать это дело затратное и руководство не спешит решать эту проблему.
В любом случаи innodb_thread_concurrency тут вообще никаким боком и не спасёт ситуацию.
Попробуем как нибудь по умолчанию innodb_thread_concurrency = 0.
При join выборок куча таблиц создается, а так же много joiun без индексно почему то используется.
Значит конструкция БД неудачная. И теперь надо или её переделывать или жить с этим. Кэши всякие там, разбивать на отдельные запросы без JOIN.
Надо не WP разгонять, а разгонять разработчиков сайтов, которые делают такие тормозные системы на базе WP.
Кредитную историю и ЕГРЮЛ проверил сразу, там всё чисто. На счёт недвижимости, видел информацию, что с 2019 года электронная подпись не может использоваться, если такая возможность не подключена при личном присутствии.
В гос.услугах можно посмотреть ВСЕ выданные ЭП. Посмотрите в личном кабинете в разделе Настройки.
Да про проблему ЭЦП уже как минимум 5 лет все знают. Но НИКТО не чешется. Почему эти ключи раздают частные компании, а не МФЦ загадка века. Наверное кто-то в доле.
Полезное есть на хабре: https://habr.com/ru/post/453596/
При штатной, нормальной работы базы думаю по умолчанию подойдет innodb_thread_concurrency.
Но когда есть моменты кривых/тяжелых запросов, без ограничения innodb_thread_concurrency создаст узкие места процессора и диска.
Мое мнение.
Тесты тесты и ещё раз тесты. Какие могут быть места узкие если innoDB pool достаточный и диски SSD
Рекомендую переезжать на более современную SQL или последнюю MariaDB или MySQL8. Это чтобы быстрее работало всё.
А этот параметр лучше не трогать, ибо может снижаться производительность: https://www.percona.com/blog/2016/03/17/percona-server-5-7-performance-improvements/
Одна Pecrona что-то там сделала, чтобы у них этот параметр работал нормально, сама Mysql забила на него. Но 5.7 в любом случаи устарела.
Даже в старых темах: https://dba.stackexchange.com/questions/81204/hyperthreading-mysql-innodb-thread-concurrency-performance
Везде пишут, не трогать этот параметр. Никакой скорости он не прибавит.
Я лично не трогаю его и не настраиваю своим клиентам. Также и innodb_buffer_pool_instances не настраиваю. Он по умолчанию работает как надо.
