Потому, что последнее обновление было 23.01.2021
И наверное больше не будет.
Форум это там где люди общаются. Вам тут никто ничем не обязан.
Если вы хотите чисто ответ, то пользуйтесь сервисами вопросы и ответы, например: https://stackoverflow.com/
Или заказывайте решение проблемы у специалистов за деньги.
в любой момент может выйти какая-нибудь версия пхп, где фигурные строки будут работать не так, как в предыдущих версиях.
Кстати так случилось с массивами, я лично никогда не писал, но оказывается можно было раньше писать $array{0} и это работало. Теперь это запрещено.
$str = sprintf( "This is %s and this is %s and if %d", trim($var1), // Переменная один тут строка от туда trim($var2), // Переменная два тут строка от туда $var3 === $var4 ? $var5 : $var6 // А тут должно быть число );
Вообще нечитаемая хрень. Я в голове должен соображать, что куда подставлять. Вместо того, чтобы просто прочитать 1 строчку со всеми переменными.
Prepare не панацея от внедрений кода, в обоих случаях надо подготавливать данные. Чтобы не передали отрицательные числа, как пример. И вообще мусор не закидывали.
А когда у нас запрос динамический это вообще туши свет работать с Prepare. Есть инструменты, и ими надо пользоваться с головой.
Поэтому ВСЕГДА надо обрабатывать данные перед запросом, а когда они от клиента, так в двойне надо всё проверять.
Что касается вопроса ТС, то никакой разницы нет в логике работы, но скобки{} для "" просто лишние и не несут никакой пользы т.к. переменные и так обрабатываются в двойных кавычках. Но мне больше нравится стиль ".$var." т.к. можно быстренько накинуть ".trim($var)." если надо.
Чистая установка или вы пытаетесь обновиться?
В гугле ничего интересного нет?
это очень тормозной способ защиты от ддос и другого спамного трафика, который может приводить к отказам в обслуживании
нужно действовать хотя бы через .htaccess и mod_rewrite
Можно побольше доводов, про "ОЧЕНЬ" почему apache будет быстрее работать, чем PHP?
Я уж промолчу, что apache будет реагировать на все типы файлов, если nginx не подключен.
if (preg_match('@Mozilla/5\.0 \(Macintosh; Intel Mac OS X 10_15_7\) AppleWebKit/537\.36 \(KHTML, like Gecko\) Chrome/(.*?) Safari/537\.36@smi',$_SERVER['HTTP_USER_AGENT'])) { exit(); }
Так я и сам их убрать могу ) Смысл в том, чтобы счетчики, коды рекламы и пр. остались, но оптимизировать их загрузку. Сделать стерильный сайт, состоящий только из текста, несложно как раз.
Я вам говорю о тестовой площадки, что там происходит. На реальном сайте, конечно же надо всё это оптимизировать, чтоб всё осталось.
