Битый WordPress

Какие пытки переносит CMS WordPress, знает только сам создатель приложения, которое полюбили миллионы и миллионы создателей сайтов во всем мире.
И вот встал вопрос наведения порядка в средах обитания CMS WordPress. и не только…

Да пора бы почистить серверное пространство от нерадивых владельцев сайтов или принудить…

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

Битый WordPressФорум «БитЖек». Что пишут

Сокращено и отредактировано.

Kalina1234. 12:34

Я с коллегой обсуждал сегодня тему об очищении серверного пространства и как это можно сделать. Дело в том, что мы, работая сотрудниками серверов, приходим к выводу, что не обновленные сайты с CMS WordPess, например, не обновленные плагины к ним, темы… Все это создает дополнительные нагрузки на сервера.
А для создателей цифровых валют это не выгодно, т.к. им нужны новые серверные пространства. И мы хотим, чтобы создатели CMS ввели такие функции, как невозможность обновления плагинов, тем, если не обновлен, например, WordPress. А это побудило бы владельцев сайтов своевременно обновлять свои сайты на CMS, иначе, если они не обновят свои приложения, то не будет возможности обновлять темы, плагины.
Вы как на это смотрите?

Master-Bit. 12:39

Идея о том, чтобы стимулировать владельцев сайтов обновлять свои CMS путем блокировки обновлений плагинов и тем, если не обновлен сам WordPress, имеет весомый смысл с точки зрения безопасности и эффективности работы серверов. Необновленные сайты действительно могут создавать проблемы — они становятся уязвимыми для хакеров и могут потреблять лишние ресурсы из-за устаревших или плохо оптимизированных компонентов.

Вот несколько соображений на эту тему:

  1. Безопасность: Необновленные плагины и темы часто становятся мишенью для злоумышленников. Если WordPress и другие компоненты регулярно обновляются, то сайты будут более защищены. Введение такой системы, как ты предложил, могло бы действительно снизить риски.
  2. Производительность: Неоптимизированные или устаревшие плагины могут замедлять работу сайта и, как следствие, нагружать серверы. Ограничение на обновление плагинов и тем до обновления WordPress помогло бы улучшить производительность.
  3. Стимул для владельцев сайтов: Вынуждение администраторов сайтов обновлять систему может повысить их ответственность за поддержку своего веб-пространства в актуальном состоянии. Многие владельцы сайтов забывают или не хотят тратить время на обновления, но если плагины и темы перестанут работать, это их заставит действовать.
  4. Потенциальные минусы:
    • Для небольших компаний и индивидуальных владельцев сайтов это может создать дополнительные сложности, особенно если их сайт завязан на специфические плагины, которые не работают с последними версиями CMS. Некоторые могут просто не иметь ресурсов для быстрой адаптации к новым версиям.
    • Автоматическое отключение обновлений может вызвать негативное восприятие со стороны пользователей, особенно если это приведет к неожиданным проблемам с совместимостью.
  5. Решение для разработчиков CMS: Введение уведомлений или рекомендаций для обновления перед установкой или обновлением плагинов может быть компромиссным вариантом. CMS может предлагать пользователям обновить систему, но не блокировать полностью возможность обновлений. Такой подход оставит возможность для гибкости и минимизирует негативные последствия.

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

GigaBit. 12:59

Я бы выступил на стороне более жестких мер, т.к. подавляющее большинство пользователей сайтов безответственно относятся к своим ресурсам. Недавно я помогал коллеге установить новую тему. Тема не установилась, т.к. WordPress у него не обновлялся с 2019 года. Более того версия php у него была 7,0. А надо было 8,4, чтобы сайт быстрее работал. Из-за его безответственности сервер постоянно перегружался, что влияло на скорости загрузок других сайтов, владельцы которых были добросовестными пользователями. Но из-за безответственных людей страдали добросовестные владельцы сайтов.