Когда-то давно я достаточно плотно занимался организацией разного рода хостингов. В техническом плане, конечно — настройка серверов, конфигурация панелей управления и прочими сопутствующими штуками.
Затем у меня возникла идея записывать разные решения и умные мысли на сайте, чтоб популяризировать эту тему, так как в рунете на тот момент ничего про администрирование хостинга не существовало. И назвал его dedic.ru.
Для движка сайта я почему-то выбрал Drupal а не Wordpress, в последствии сам себе не смог объяснить этот выбор. Тогда мне казалось, что Drupal более гибкий, удобный и логичный.
Мое первое разочарование было в момент выхода шестой версии Drupal. Я просто не мог перенести туда свой текущий проект — постоянно что-то отваливалось, то таксономия, то форум, то еще что-то.
В результате мне пришлось оставить dedic.ru в режиме read-only и попытаться продолжить начатое на других сайтах. Но к тому времени уже появилось достаточно много сайтов на эту тематику и мои попытки не взлетели. Да и у меня самого начали меняться интересы — облака, безопасность и автоматизация.
И вот одним вечером я задумался — а как собственно можно законсервировать сайт таким образом, чтоб не платить за его содержание?
Решение нашлось достаточно быстро — поместить сайт в github pages. Это как раз сервис публикации статичных сайтов, причем совершенно бесплатный.
Для того, чтоб им воспользоваться — достаточно создать публичный репозиторий и сменить ветку с master на gh-pages. После чего содержимое репозитория можно будет обрабатывать как контент для веб-сервера и смотреть его в браузере.
Однако возник вопрос — а как собственно перекладывать контент в репозиторий? Руками? — Глупо!
Решение нашлось достаточно быстро: Для Wordpress есть два замечательных плагина — FG Drupal to WordPress и WP2Static. Первый позволяет легко импортировать контент из Drupal в Wordpress через запрос к БД Drupal. А второй — публиковать из Wordpress статичный сайт в разные хранилища, в том числе и github pages.
Конечно, импорт не перенес таксономию и форум, но так как я и не думал развивать сайт дальше, то решил просто забить на потерю части контента, а структуру переделал вручную — благо там не так уж много записей.
Экспортировав сайт на github pages, я прикрепил туда оригинальный домен dedic.ru и остался практически довольным. Две вещи, которых мне не хватило — это https и какая-то интеракция для посетителей.
Для https я легко приспособил CloudFlare, указав в качестве CNAME внутренний адрес сайта на github pages, включив проксирование и указал метод TLS/SSL как flexible.
Для интеракции я не придумал ничего умнее, кроме как поставить стандартный донат от paypal и добавить возможность донатерам заменять содержимое блока на свое собственное через pull-request. Возможно, надо было бы добавить опцию комментирования через сервис Disqus, но честно говоря — мне уже было лень этим заниматься дальше.
Надеюсь, эта информация будет для кого-то полезной, а мой контент когда-то принес пользу в настройке серверов.
Затем у меня возникла идея записывать разные решения и умные мысли на сайте, чтоб популяризировать эту тему, так как в рунете на тот момент ничего про администрирование хостинга не существовало. И назвал его dedic.ru.
Для движка сайта я почему-то выбрал Drupal а не Wordpress, в последствии сам себе не смог объяснить этот выбор. Тогда мне казалось, что Drupal более гибкий, удобный и логичный.
Мое первое разочарование было в момент выхода шестой версии Drupal. Я просто не мог перенести туда свой текущий проект — постоянно что-то отваливалось, то таксономия, то форум, то еще что-то.
В результате мне пришлось оставить dedic.ru в режиме read-only и попытаться продолжить начатое на других сайтах. Но к тому времени уже появилось достаточно много сайтов на эту тематику и мои попытки не взлетели. Да и у меня самого начали меняться интересы — облака, безопасность и автоматизация.
И вот одним вечером я задумался — а как собственно можно законсервировать сайт таким образом, чтоб не платить за его содержание?
Решение нашлось достаточно быстро — поместить сайт в github pages. Это как раз сервис публикации статичных сайтов, причем совершенно бесплатный.
Для того, чтоб им воспользоваться — достаточно создать публичный репозиторий и сменить ветку с master на gh-pages. После чего содержимое репозитория можно будет обрабатывать как контент для веб-сервера и смотреть его в браузере.
Однако возник вопрос — а как собственно перекладывать контент в репозиторий? Руками? — Глупо!
Решение нашлось достаточно быстро: Для Wordpress есть два замечательных плагина — FG Drupal to WordPress и WP2Static. Первый позволяет легко импортировать контент из Drupal в Wordpress через запрос к БД Drupal. А второй — публиковать из Wordpress статичный сайт в разные хранилища, в том числе и github pages.
Конечно, импорт не перенес таксономию и форум, но так как я и не думал развивать сайт дальше, то решил просто забить на потерю части контента, а структуру переделал вручную — благо там не так уж много записей.
Экспортировав сайт на github pages, я прикрепил туда оригинальный домен dedic.ru и остался практически довольным. Две вещи, которых мне не хватило — это https и какая-то интеракция для посетителей.
Для https я легко приспособил CloudFlare, указав в качестве CNAME внутренний адрес сайта на github pages, включив проксирование и указал метод TLS/SSL как flexible.
Для интеракции я не придумал ничего умнее, кроме как поставить стандартный донат от paypal и добавить возможность донатерам заменять содержимое блока на свое собственное через pull-request. Возможно, надо было бы добавить опцию комментирования через сервис Disqus, но честно говоря — мне уже было лень этим заниматься дальше.
Надеюсь, эта информация будет для кого-то полезной, а мой контент когда-то принес пользу в настройке серверов.
adsensei
«записывать разные решения и умные мысли на сайте, чтоб популяризировать эту тему» — когда так пишут, то мое мнительное нутро сразу сомневается в искренности писавшего.
Популяризовать себя может, показать, какой я крутой?
Andrey_Rogovsky Автор
Это тоже, само собой.
nckma
Вы так говорите, как будто это что-то плохое.
adsensei
Плохо быть неискренним. А показывать какой я крутой — в этом нет ничего плохого. Изначальная цель популяризовать себя, а само собой — это популяризовать тему. Изначальная цель — доминировать, а филантропство где-то далеко после.
Andrey_Rogovsky Автор
Зачем вы решили обозвать меня филантропом?
Nomad1
Личный пример: в ходе разных работ было много классных решений, которые стоило бы подарить сообществу, но я не веду блог, не пишу твиты, а для github и хабра код почти всегда в состоянии «еще чуть подпилить надо». В итоге стал забывать. Как бы и код есть, но вспомнить логику уже тяжело. И комменты не помогают, приходится заново изучать всю тему и восстанавливать цепочку рассуждений. Лучше бы вел минибложек, как у автора, авось кому-то и пригодилось бы.
Вроде как и тема для статьи хорошая, но пылится уже много лет в черновиках и понемногу теряет актуальность и стирается из памяти.
tenhi_shadow
я хз, но оно на github pages есть, если всё правильно настроено. Достаточно просто инструкцию почитать. Почему вам этого не хватало?)
Пруф
Ну, нет, можно и мастер оставить — никаких проблем. Пруф
Мне кажется, что можно было более информативно раскрыть что это такое и с чем это едят, чем сделано в статье
Andrey_Rogovsky Автор
Спасибо!
Домен у меня изначально был под CloudFlare и мне было проще настроить его там. Ну и кроме того CloudFlare еще и немного кеширует, чем поможет снизить нагрузку на gh pages :)
alexxxnf
Я некоторые свои проекты "архивировал" таким кустарным способом:
Для обычных сайтов без навигации через JavaScript работает нормально.
Вы такой способ не рассматривали?
Murz
Есть софтина www.httrack.com для сохранения сайтов в виде html + файлы, через него, мне кажется, гораздо проще «сдампить» сайт.
aik
За wp2static спасибо. Я давно думаю как бы сделать «вечное» статичное зеркало своего вордпресса, при этом обновляющееся периодически.
На случай, если вдруг не заплачу за хостинг/доменное имя.