что происходит со старыми сайтами CMS / блога? - PullRequest
10 голосов
/ 11 марта 2011

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

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

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

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

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

Ответы [ 3 ]

4 голосов
/ 12 марта 2011

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

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

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

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

4 голосов
/ 12 марта 2011

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

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

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

0 голосов
/ 20 апреля 2011

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

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

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

...