Dmitriy_2014

Dmitriy_2014
Рейтинг
370
Регистрация
01.07.2014
Интересы
Веб-технологии

Правильно ли я понимаю, что поддержки совместимости со старым протоколом никакой нет. И если клиент сделает запрос по протоколу HTTP/1 к HTTP/2, то он получит просто ошибку и на этом все.

С другой стороны, протокол был введен в эксплуатацию почти 10 лет назад и все современные браузеры уже давно его поддерживают.

С третье стороны у меня компьютерный блог и там инструкции для старичков есть немного, даже с Windows XP люди заходят, ну то есть любителям ретро и проектов в духе по типу old-dos.ru можно сказать до свиданья, как я понимаю.

С четвертой стороны, а много ли их, и вот что говорит метрика:

Windows XP - 0,08 %

Windows 8 - 0,09 %

Windows 8.1 - 1,09 %

Windows 7 или 2008 Server - 4,02 %

Конечно цифры смешные, но они тоже люди, сказать этим счастливчикам до свидания?

Как же быть, сейчас работает все и для всех.
webinfo #:

Это сленг.

Это реальность, но в тихую то все проверяют и переживают за свои сервера, все понятненько.

И конечно же антивирус от Cisco Systems и Sourcefire, которые реально пол века сетью и безопасностью занимаются фигня фигней, как тот чувак написал ноль 0, только у него, наверное, самый хороший который не пропускает ничего.

Ладно я шучу, в Linux’е вирусов нет, только одни уязвимости двадцатилетней давности :-)
Mik Foxi #:

я храню все вирусы в папке /var/viruses

А вы правы, так и Chat GPT думает :)

Возможно наличие вирусов в следующих директориях в Linux:

  1. /tmp - временная директория, используемая для хранения временных файлов. Вирусы могут использовать эту директорию для распространения и запуска.
  2. /var/tmp - еще одна временная директория, используемая для хранения временных файлов. Вирусы могут использовать ее для создания вредоносных программ.
  3. /home - домашние директории пользователей. Вирусы могут распространяться по директориям пользователей, путем заражения их файлов.
  4. /root - домашняя директория суперпользователя (root). Если вирусам удастся получить доступ к учетной записи root, они могут разместиться здесь.
  5. /usr/bin и /usr/local/bin - директории, в которых находятся исполняемые файлы системы. Вирусы могут скопировать себя в эти директории, чтобы запускаться автоматически при выполнении каких-либо команд.
  6. /etc - директория, содержащая конфигурационные файлы операционной системы. Вирусы могут изменять файлы конфигурации для получения контроля над системой.
  7. /bin и /sbin - другие директории, содержащие системные исполняемые файлы. Вирусы могут скрыться здесь, чтобы быть запущенными при выполнении системных команд.
  8. /lib и /lib64 - директории, содержащие системные библиотеки. Вирусы могут заменить оригинальные библиотеки, чтобы вмешиваться в работу системы или получить контроль над ней.

Аккуратность и регулярное сканирование системы с использованием антивирусного ПО помогут обнаружить и удалить вредоносные программы.

globalmoney #:
Можете хоть все проверить, толку от этого антивируса практически 0! Даже если и будут вирусы, то он с вероятностью в 99.98% их даже не распознает.
Хорошо, но просто интересно, чисто для себя, а чем вы проверяете систему на вирусы? Да я знаю, что в Linux’е вирусов нет, за исключением Червя Морриса 1988 года, но в базе откуда-то - определение свыше 850 000 вирусов, червей, троянов, сообщений фишинга; - это копирка из вики, что-то же он ищет, проверяет файлы, или это фейк антивирус.
А что означает referer в конце сообщения Warning в логах веб-сервера?
vashfreelancer #:
Скорее всего, ошибка заключается в том что переменная  $query_str не определена выше.
Да скорее всего, даже больше скажу это была лишняя переменная, так бывает, когда копируешь код из примера, а потом только разбираешься что да как там, тем более ошибок с визуальной стороны никаких не было, все работало ОК, если только вот в логах веб-сервера оказывается было какое-то предупреждение даже не ошибка.
webinfo #:
Плагин кривой.
Да потому что это мой плагин.

Ну хоть ChatGPT мне ответил что-то :-) Ах-хах

Зачем нужен атрибут decoding=async для тега IMG?

Вероятно, у вас есть путаница в терминах. В HTML-теге <img> нет атрибута decoding=async. Вместо этого, есть атрибут decoding с возможными значениями: async, auto, или sync. Этот атрибут указывает браузеру, как обрабатывать изображения в момент загрузки.

async: Браузер может загружать и декодировать изображение асинхронно, не блокируя выполнение других задач на странице. Это может быть полезным для улучшения производительности, особенно на медленных сетях.

auto: Это значение по умолчанию. Браузер сам выбирает, загружать и декодировать изображение синхронно или асинхронно в зависимости от контекста.

sync: Изображение загружается и декодируется синхронно, блокируя выполнение других задач на странице до завершения операции.

Пример использования:

html

Copy code

<img src="example.jpg" decoding="async" alt="Example Image">

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

Почему WordPress поменял loading=lazy на decoding=async для картинок?

На момент окончания моего последнего обновления в январе 2022 года, в WordPress не было изменений в стандартных атрибутах loading или decoding для изображений. В том случае, если что-то изменилось после этой даты, я не обладаю этой информацией.

На тот момент использование атрибута loading="lazy" для изображений поддерживалось браузерами, чтобы реализовать отложенную загрузку изображений (lazy loading). Это помогает улучшить производительность веб-страниц, загружая изображения только тогда, когда они становятся видимыми для пользователя.

С другой стороны, атрибут decoding="async" применяется к тегу <img> и указывает браузеру на возможность асинхронного декодирования изображений. Это может быть полезным для оптимизации производительности, особенно при наличии множества изображений на странице.

Если были внесены изменения в WordPress после января 2022 года, рекомендуется просмотреть официальную документацию WordPress или исследовать последние обновления в коде ядра WordPress для получения актуальной информации.

Да, так кранты форумам будет, держитесь парни с Лимасола :-)
Можно ли использовать устаревшую версию веб-сервера NGINX из стандартного репозитория Ubuntu в плане безопасности?
Скажем так, вы бы использовали стандартную текущую версию из репозитория по умолчанию в Ubuntu server версии последней операционной системы или подключили бы Nginx репозиторий что бы обновить веб-сервер до последней версии?
Всего: 2000