Александр Назаров

html {
    width:100vw;
    overflow-x:hidden;
}

Яндекс, если видит урл без слеша, иногда проверяет такой же урл, но со слешем. В этом случае важно делать 301-й редирект на страницу без слеша (в друпале для этого есть специальный модуль, кажется, GlobalRedirect называется).

Ошибкой будет выдавать одинаковую страницу со слешем и без, т.к. это дубли страниц и могут быть санкции поисковых систем.

Ну это все с точки зрения СЕО. А с практической точки зрения — абсолютно все равно как делать, только считается, что со слешем по смыслу должен быть каталог чего-то, а без — страница.

Для тех, кто утверждает, что слеш в конце url нужно ставить и что веб-сервер очень напрягается, если слеш не поставить, прошу выложить кусок кода из apache или nginx отвечающий за реализацию данного алгоритма - это же opensource проекты, всё в свободном доступе.
Поисковикам же совершенно всё равно, по какому адресу обрабатывать страничку, главное чтоб небыло задвоения, поэтому в правилах веб-сервера делаем 301 редирект на какой либо из вариантов.
Поисковики не панацея интернета, и как заметил уважаемый IlVin IlVin
"В www.ietf.org/rfc/rfc1738.txt этот вопрос не регламентирован."
Поисковики пишут универсальные алгоритмы для того чтобы их поиск был качественен, но они не распоряжаются, как должен работать тот или иной веб сервер. Есть запрос по url и есть ответ - всё просто.
Сам я терпеть не могу, когда попадается сайт со слешами на конце особенно г..сайтах. Сайту и так плохо, так еще какой то не компетентный СЕОшник еще больше его запорол.....

Люди, не перебарщивайте и не втирайте про слеш на конце, он там вообще не нужен, т.к. в url нет понятия "Директория" - это не файловая система. URL - это адрес, состоящий из символов, слеш определяет структуру адреса, только и всего.

Однозначное не нужно. И дело даже не в том, что почти все программы и игры банально не поддерживают высокое разрешение (они используют трюки, чтобы вас обмануть). Проблема в том, что "качество" определяется плотностью пикселей.

Поэтому тут ситуация ровно такая же как с частотой обновления 30→60→120→210 Гц. Да, вы заметите разницу между 60 fps и 120 fps, но качественного прироста это практически не даст, а в критических играх вообще стоит fps lock.

Хоть и с опозданием, но всё же отвечу.
https://github.com/rlerdorf/geoip — вот репозиторий с портом legacy GeoIP для PHP 8.x

Вебмани умирающая система можно ставить что угодно.
бл0 не является каким то гарантом.

Можете использовать sprintf() или

$send .= "sudo screen -dmS screen_name docker run "
. $user_container . " " . $memory_container .
" -d -it --cpus '1' --memory=" . $mem . "m " . $v1 . " " . $v2 . " " . $v3 . " " . $v4 . " " . $v5
. " -e LANG=C.UTF-8 -e LC_ALL=C.UTF-8 " . $v6 . " " . $v7 . " " . $v8 . " " . $v9 . " " . $v10 . " " . $v11 . " " . $v12 . " " . $v13 . ";";

$send .= <<<LONGSTRING
sudo screen -dmS screen_name docker run $user_container $memory_container -d -it \
--cpus '1' --memory=${mem}m $v1 $v2 $v3 $v4 $v5 -e LANG=C.UTF-8 -e LC_ALL=C.UTF-8 \
$v6 $v7 $v8 $v9 $v10 $v11 $v12 $v13;
LONGSTRING;

$send .= implode(' ', [
  'sudo screen -dmS screen_name docker run',
  $user_container,
  $memory_container,
  "-d -it --cpus '1'",
  '--memory=' . $mem . 'm',
  $v1, $v2, $v3, $v4, $v5,
  '-e LANG=C.UTF-8 -e LC_ALL=C.UTF-8',
  $v6, $v7, $v8, $v9, $v10, $v11, $v12, $v13
]);

Практика писать
$text = "text " . "$param" . "...";
Весьма распространенная, к сожалению.
Гораздо читабельней написать
$text = "text {$param}...";
Исходя из этого и измените вашу строку. Вот как выглядело бы начало:

$send .= "sudo screen -dmS screen_name docker run {$user_container } {$memory_container}  -d -it --cpus '1' --memory={$mem}m"

А там уже переносы строк ставьте где хотите.

P.S. Фигурные скобки, обрамляющие переменные, не обязательны. Но они выделяют эти переменные зрительно, а так же выделяются в разных IDE(средах разработки, проще говоря редакторах кода).

$send .= "sudo screen -dmS screen_name docker run $user_container $memory_container -d -it --cpus '1' --memory=" . $mem."m $v1 $v2 $v3 $v4 $v5 -e LANG=C.UTF-8 -e LC_ALL=C.UTF-8 $v6 $v7 $v8 $v9 $v10 $v11 $v12 $v13;";

но как же я задолбался все эти кавычечки выковыривать

--cpus=<value>
Specify how much of the available CPU resources a container can use. For instance, if the host machine has two CPUs and you set --cpus="1.5", the container is guaranteed at most one and a half of the CPUs. This is the equivalent of setting --cpu-period="100000" and --cpu-quota="150000".

Чтобы вернуть поведение к дефолтному надо выставить --cpus равным количеству процессоров в системе.
Чтобы .HostConfig.NanoCpus стала равна 0 можно пересоздать контейнер.

Какова политика ресурса в отношении неграмотных ответов?

Я вот думаю что ресурс вообще не должен оценивать грамотность ответов.

Если вы считаете ответ неграмотным - напишите в чем именно ответ является неграмотным, аргументируйте, напишите правильный ответ. И все увидят вашу аргументацию и поймут, что он неграмотный, если вы будете достаточно убедительны.
Вот и все.

Вообще грамотность ответа понятие субъективное и во многих случаях ее сложно оценить.
То, что один считает грамотным, другой может считать очень неграмотным.

раньше можно было безграмотного юзера, лезущего со своими советами, просто обозвать идиотом и не париться.

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

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

Что же мешает вам критиковать мнение других пользователей не прибегая к оскорблениям?

На мой взгляд, такая политика не совсем верная.

Если на ваш взгляд, верная политика это оскорбление пользователей, то вам не место на данном ресурсе.

1. Не имеет смысла блокировать никого.
2. Любой ресурс (включая этот) нужно принимать таким, какой он есть.
3. Здесь много агрессоров (развели "черноту"), которые могут нести полнейшую дичь (и на которых даже не реагирует администрация): просто забейте и не отвечайте ничего. Как правило, они не далёкого ума.
4. При получении постоянного негатива просто берёте и уходите с сервиса, если модераторы не реагируют на жалобы должным образом.

Совет: Любой ответ всегда оценивайте с точки зрения логики и просите всегда аргументации, если что-то не поняли (или показалось, что-то иное).