Что происходит со старыми сайтами CMS/blog?

Я создал несколько веб-сайтов с несколькими страницами за один раз для проектов или конференций в основном Wordpress, и я думаю о том, что произойдет с этими веб-сайтами в будущем. И я думаю, что я не одинок, так как существует большое количество сайтов, которые теперь хранятся только в архиве, но в отличие от 90-х годов, где все было статическим HTML, на этих веб-сайтах теперь используется некоторое программное обеспечение для предоставления CMS функциональность, даже если она доступна только для нескольких страниц + поиск.

Моя проблема заключается в том, что со всем этим модульным программным обеспечением (Wordpress, Joomla и т.д.) вам нужно использовать различные плагины и темы, чтобы сделать их пригодными для использования и приятными, но все эти функции тормозятся рано или поздно. Это означает, что если вы хотите сохранить сайт как есть, вам нужно оставить старые версии программного обеспечения. Я имею в виду навсегда.

С другой стороны, они настолько популярны (сейчас у Wordpress больше 100 миллионов загрузок), что я был бы удивлен, если бы они не стали целью для самых популярных эксплойтов в ближайшем будущем. Я не знаю, насколько безопасно это программное обеспечение, но я испытал, что это значит постоянно следить за очисткой/исправлением веб-сайта osCommerce с примерно 7 успешными хакерскими атаками каждый месяц, пока владелец сайта не согласится, что его лучше закрыть сайт и начать создавая новый.

Как альтернативное решение (но я действительно не знаю, возможно ли это), есть ли способ сделать весь сайт доступным только для чтения? Я имею в виду что-то вроде создания базы данных только для чтения, файловой системы только для чтения, отключения интерфейса администратора и всех полей комментариев и просто оставления сайта в качестве архива, единственной динамической частью является функция поиска.

Возможно ли это на уровне файловой системы/базы данных? Будет ли это вообще помогать хакерам? Есть ли другое решение? Пожалуйста, поймите, что я считаю, что невозможно постоянно сохранять CMS-сайты навсегда, и даже если некоторые из них достаточно фанатичны, чтобы провести ночь, чтобы найти исправленную сломанную тему/плагин, который просто сломался после обновления ядра 99% сайтов попадут в "фиксированное" состояние; используя рабочую, но старую комбинацию CMS/plugins/theme навсегда.

Ответ 1

Я думаю, что 99% - очень щедрая оценка, но это не относится к делу. Большинство сайтов, которые попадают в состояние, на которое вы ссылаетесь только на последний раз, пока их регистрация доменов (особенно, поскольку большинство развертываний Wordpress или OSCommerce обычно настраиваются как корневой домен и обслуживают всю полноту веб-присутствия.) Таким образом вообще говоря, если сама область находится в состоянии пренебрежения и оставления, процесс естественного истечения приведет к выводу из эксплуатации ее, и она больше не будет доступна вообще.

Что касается блокировки целого, сидячего состояния на одной из этих систем CMS, теоретически это возможно, если бы вы удалили все права на запись для всех файлов сервера и отозвали каждую привилегию пользователя базы данных, кроме SELECT. В большинстве случаев это может привести к тому, что вы оставите программное обеспечение для CMS вообще, поскольку ни одна из записей не будет обновляться больше (пункты в случае OSCommerce, сообщения в случае Wordpress.) Но это будет сильно зависеть от среда, требуемая конкретной CMS, и Wordpress для одного довольно подробно о разрешении на чтение/запись для работы вообще. Это сделало бы интересный эксперимент, но, вероятно, это не практическое решение для того, что вы описываете.

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

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

Ответ 2

Да, вы можете сделать снимок веб-сайта с помощью wget или аналогичного, в основном заменяя сайт, управляемый CMS, статическими страницами HTML.

wget -mk http://www.example.com/

Таким образом вам не нужно будет обновлять его навсегда.

Ответ 3

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

WP Super Cache имеет функцию "Lockdown" - обслуживание статических файлов HTML почти для каждого посетителя. Это не совсем то, что вы ищете, но простое обходное решение, поскольку я не знаю функцию "только для чтения" для WordPress.

http://wordpress.org/extend/plugins/wp-super-cache/