Создание сайта — процесс долгий, хлопотный, не самый дешевый и немного рискованный (если не повезет с подрядчиком). Тем не менее, 80% желающих приобрести себе представительство в Сети — давным-давно это уже сделали, поскольку сайт просто необходим. Как десять лет назад, так и сегодня.
Есть только проблемка: «слепленый на коленке» много лет назад сайт стал интернет-динозавром: стал выглядеть архаично (технологии давно убежали далеко вперед), требования к контенту у поисковых систем давно изменились, реализацией старинного проекта занимался человек мало сведущий в seo (было ли известно 10 лет назад это понятие?) ну… и т. п. Но заказать новый сайт — «ломает», «нет денег» и пр. Какие будут предложения?
Выход и вывод напрашивается сам собой: стоит сделать модернизацию сайта, своего старого «виртуального хозяйства», обветшалого, но пока еще работоспособного. Это несколько дешевле, быстрее и проще. И никаких «ломок» стереотипов и привычек. И (что важней) — никакого «пересмотра» уже имеющихся позиций в поисковых системах (в худшую сторону).
Вопрос регулярный при оптимизации сайта.
Мета-тег generator в Joomla — cлужебная строка в HTML-коде сайта (head), которая сообщает «заинтересованным лицам» и ботам о том, что сайт работает на cms Joomla и указывает конкретную версию «движка». Generator встроен в систему по умолчанию как «исторически сложившийся» артефакт.
Если открыть исходный код страницы, то кусок кода выглядит так:
Изначально мета-тег generator был задуман как простой и открытый стандарт для идентификации инструмента, с помощью которого создана веб-страница . В начале 2010-х он использовался примерно на 27% всех сайтов в интернете, и такие гиганты, как WordPress, Joomla или Drupal, вставляли его по умолчанию. Для разработчиков это был способ «поставить флаг» и заявить о своем продукте . Эта традиция и стала главной причиной его появления в движке. Время прошло, а мета-тег остался.
«Вредность» этого тега минимальна: боты сканируют сайты, ища этот тег. Если они увидят упоминание Joomla, то получают точную информацию об известных уязвимостях, которые можно попытаться использовать. Но, принадлежность проекта к cms (любой) можно определить и без generator (легко), было бы желание.
Нужно ли удалять этот мета тег? Вовсе не обязательно. Наличие или отсутствие его никак не маскирует принадлежность ресурса к популярной cms, для этого нужно намного больше телодвижений. Тем не менее, раз уж хочется «снести» его, то почему бы и нет?
Можно сделать «исследование», определив где и когда прописывается тег в head и переписать код «руками».
Можно использовать встроенные настройки Joomla: в глобальной конфигурации можно скрыть версию Joomla из тега generator. Это решит основную проблему безопасности, не требуя установки дополнительных плагинов.
Ну и, «на сладкое», можно воспользоваться плагинами. Наиболее популярны (вполне заслуженно):
Плагины бесплатные, в свободном доступе, авторство в ReadMe.
Это, конечно, лишние «запасные части» для cms. Но, увеличение времени загрузки страниц предельно минимальна (не более 10 миллисекунд), так что это «не проблема».
Оставьте свой комментарий, пожелание, отзыв, жалобу или задайте вопрос (анонимно, без регистрации на сайте). Мы попробуем ответить на все интересующие вас вопросы максимально полно, доступным языком, оперативно.
Тем не менее, возникла необходимость продлить (хоть ненадолго) жизнь старых сайтов-проектов двадцатилетнего возраста, созданных в 2008-м году на cms Joomla v.1.013 (и чудом доживших до наших дней). Сегодня, ранее арендованный сервер перестал поддерживать php 5.2 и старые версии MySQL. Модернизации проекты не подлежат (по разным причинам), а выбросить — жалко (пока что)
. Такая вот печальная и озабоченная история под наступающий Новый год.
