Это реальность, но в тихую то все проверяют и переживают за свои сервера, все понятненько.
И конечно же антивирус от Cisco Systems и Sourcefire, которые реально пол века сетью и безопасностью занимаются фигня фигней, как тот чувак написал ноль 0, только у него, наверное, самый хороший который не пропускает ничего.
Ладно я шучу, в Linux’е вирусов нет, только одни уязвимости двадцатилетней давности :-)
Возможно наличие вирусов в следующих директориях в Linux:
/tmp - временная директория, используемая для хранения временных файлов. Вирусы могут использовать эту директорию для распространения и запуска.
/var/tmp - еще одна временная директория, используемая для хранения временных файлов. Вирусы могут использовать ее для создания вредоносных программ.
/home - домашние директории пользователей. Вирусы могут распространяться по директориям пользователей, путем заражения их файлов.
/root - домашняя директория суперпользователя (root). Если вирусам удастся получить доступ к учетной записи root, они могут разместиться здесь.
/usr/bin и /usr/local/bin - директории, в которых находятся исполняемые файлы системы. Вирусы могут скопировать себя в эти директории, чтобы запускаться автоматически при выполнении каких-либо команд.
/etc - директория, содержащая конфигурационные файлы операционной системы. Вирусы могут изменять файлы конфигурации для получения контроля над системой.
/bin и /sbin - другие директории, содержащие системные исполняемые файлы. Вирусы могут скрыться здесь, чтобы быть запущенными при выполнении системных команд.
/lib и /lib64 - директории, содержащие системные библиотеки. Вирусы могут заменить оригинальные библиотеки, чтобы вмешиваться в работу системы или получить контроль над ней.
Аккуратность и регулярное сканирование системы с использованием антивирусного ПО помогут обнаружить и удалить вредоносные программы.
globalmoney#: Можете хоть все проверить, толку от этого антивируса практически 0! Даже если и будут вирусы, то он с вероятностью в 99.98% их даже не распознает.
Хорошо, но просто интересно, чисто для себя, а чем вы проверяете систему на вирусы? Да я знаю, что в Linux’е вирусов нет, за исключением Червя Морриса 1988 года, но в базе откуда-то - определение свыше 850 000 вирусов, червей, троянов, сообщений фишинга; - это копирка из вики, что-то же он ищет, проверяет файлы, или это фейк антивирус.
vashfreelancer#: Скорее всего, ошибка заключается в том что переменная $query_str не определена выше.
Да скорее всего, даже больше скажу это была лишняя переменная, так бывает, когда копируешь код из примера, а потом только разбираешься что да как там, тем более ошибок с визуальной стороны никаких не было, все работало ОК, если только вот в логах веб-сервера оказывается было какое-то предупреждение даже не ошибка.
Вероятно, у вас есть путаница в терминах. В HTML-теге <img> нет атрибута decoding=async. Вместо этого, есть атрибут decoding с возможными значениями: async, auto, или sync. Этот атрибут указывает браузеру, как обрабатывать изображения в момент загрузки.
async: Браузер может загружать и декодировать изображение асинхронно, не блокируя выполнение других задач на странице. Это может быть полезным для улучшения производительности, особенно на медленных сетях.
auto: Это значение по умолчанию. Браузер сам выбирает, загружать и декодировать изображение синхронно или асинхронно в зависимости от контекста.
sync: Изображение загружается и декодируется синхронно, блокируя выполнение других задач на странице до завершения операции.
Этот атрибут полезен, когда вам нужно управлять тем, как браузер обрабатывает загрузку изображений с целью оптимизации производительности вашего веб-сайта.
Почему WordPress поменял loading=lazy на decoding=async для картинок?
На момент окончания моего последнего обновления в январе 2022 года, в WordPress не было изменений в стандартных атрибутах loading или decoding для изображений. В том случае, если что-то изменилось после этой даты, я не обладаю этой информацией.
На тот момент использование атрибута loading="lazy" для изображений поддерживалось браузерами, чтобы реализовать отложенную загрузку изображений (lazy loading). Это помогает улучшить производительность веб-страниц, загружая изображения только тогда, когда они становятся видимыми для пользователя.
С другой стороны, атрибут decoding="async" применяется к тегу <img> и указывает браузеру на возможность асинхронного декодирования изображений. Это может быть полезным для оптимизации производительности, особенно при наличии множества изображений на странице.
Если были внесены изменения в WordPress после января 2022 года, рекомендуется просмотреть официальную документацию WordPress или исследовать последние обновления в коде ядра WordPress для получения актуальной информации.
Да, так кранты форумам будет, держитесь парни с Лимасола :-)
Скажем так, вы бы использовали стандартную текущую версию из репозитория по умолчанию в Ubuntuserverверсии последней операционной системы или подключили бы Nginxрепозиторий что бы обновить веб-сервер до последней версии?
Я примерно понимаю про подключение и обновление из репозитория Nginxна новую версию, но не будет ли проблем/конфликтов потом с ISPmanager’ом – панелью управления сервером, её настройкам по веб-серверам. И, наверное, разработчики ISPmanager’а тестируют его с базовой версией присутствующей по умолчанию в дистрибутиве, который они поддерживают, хотя это и не факт, это просто я так думаю.
Это сленг.
Это реальность, но в тихую то все проверяют и переживают за свои сервера, все понятненько.
И конечно же антивирус от Cisco Systems и Sourcefire, которые реально пол века сетью и безопасностью занимаются фигня фигней, как тот чувак написал ноль 0, только у него, наверное, самый хороший который не пропускает ничего.
Ладно я шучу, в Linux’е вирусов нет, только одни уязвимости двадцатилетней давности :-)я храню все вирусы в папке /var/viruses
А вы правы, так и Chat GPT думает :)
Возможно наличие вирусов в следующих директориях в Linux:
Аккуратность и регулярное сканирование системы с использованием антивирусного ПО помогут обнаружить и удалить вредоносные программы.
Можете хоть все проверить, толку от этого антивируса практически 0! Даже если и будут вирусы, то он с вероятностью в 99.98% их даже не распознает.
Скорее всего, ошибка заключается в том что переменная $query_str не определена выше.
Плагин кривой.
Ну хоть 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 для получения актуальной информации.