Дзеркальне відображення певної веб-сторінки? [зачинено]

У мене є певна сторінка, на яку я хочу звернутися до користувачів, які мають проблеми з DNS:

Як діагностувати, що я не можу дійти до певного веб-сайту як кінцевого користувача?

Однак є привід 22 - користувачі, які мають проблеми з DNS, можуть не мати можливості зайти на наші сайти та прочитати цю сторінку!

Таким чином, мені потрібно надійне довгострокове дзеркало цієї веб-сторінки в іншому домені, або безкоштовно, або як платна послуга. В ідеалі - такий, який періодично надсилатиме джерело та інформує його про будь-які зміни.

Я знайшов деякі побудовані спільнотою дзеркальні сервіси для створення сайтів "Digg-proof" або "Reddit-proof", але вони є спеціальними і не гарантовано працюють на тривалий термін.

Чи є веб-сайти, які пропонують надійне довгострокове дзеркальне відображення окремих веб-сторінок? Або будь-який інший webapp, який я можу використовувати для досягнення цієї функціональності?

Єдине напівнадійне, про що я міг придумати, - це посилання на сторінку в кеші Google:

http://webcache.googleusercontent.com/search?q=cache%3Ahttp%3A%2F%2Fsuperuser.com%2Fquestions%2F231977%2Fhow-do-i-diagnose-not-being-able-to-reach-a- конкретний веб-сайт як кінцевий користувач

Але ви не можете контролювати, як часто воно оновлюється і т. Д. Також не найкрасивіші URI (хоча завжди є скорочене посилання ). І схема керування URI, кешована Google, протягом багатьох років змінювалася. Можливо, використання запиту stock google.com з оператором кешу було б більш надійним.

Якщо у ваших користувачів є проблеми з DNS, вони навряд чи зможуть вирішити будь-які імена хостів взагалі. У цьому випадку жодне дзеркало не допоможе, оскільки будь-яке дзеркало все ще потребує пошуку DNS для вирішення (http: // something / some-page) в IP-адресі.

Таким чином, безпечний спосіб відмови полягає в наданні адреси необробленою (наприклад, 164.34.119.12/сторінка ). Однак це не працює з віртуальними хостами. У цьому випадку IP-адреса, на яку вирішено superuser.com, також використовується для stackoverflow, і веб-сервер не знає, для якого веб-сайту використовується запит.

Отже, починаючи з

superuser.com/questions/231977/how-do-i-diagnose-not-being-able-to-reach-a-specific-website-as-an-end-user

Ми можемо обійти пошук DNS, використовуючи 64.34.119.12/questions/231977/how-do-i-diagnose-not-being-table-to-reach-a-specific-website-as-an-end-user ... але на веб-сервері з декількома сайтами він вирішиться до веб-сайту за замовчуванням (і в цьому випадку призведе до сторінки stackoverflow).

Останній крок тоді: на веб-сервері вам доведеться встановити правила проксі-сервера, щоб перенаправити запит. Змінивши URL-адресу на кшталт 64.34.119.12/superuser/question , ви можете встановити правило на веб-сервері для перенесення будь-яких запитів на правильний веб-сайт.

Потім ваш URL-адреса виглядає як http://64.34.119.12/superuser/questions/231977/how-do-i-diagnose-not-being-able-to-reach-a-specific-website-as-an-end- користувач

Для цього буде потрібно змінити налаштування сервера, щоб перенаправити URL на правильний віртуальний хост. Він також повністю обійде будь-які проблеми з DNS.

Продовження чату ...

Я думаю, що найкращим методом буде якась перевірка стану, де, якщо він виявить, що сайт працює, він може відображати корисні підказки / копію відповіді.

Я створив зразок сайту, який демонструє, що я маю на увазі - без будь-яких ефектів стилю / Ajaxy. Його можна переглянути за посиланням http://ezpcinternal.com/v2.aspx

Зазвичай я використовую Коралловий кеш , але я не впевнений, яка його затримка в Штатах.

Чому б не створити простий скрипт оболонки, який працює на роботі CRON і автоматично створює локальне дзеркало сторінки за допомогою вбудованої функції дзеркального відображення wget ?

Можливо, щось на кшталт:

#!/bin/bash
rm -rf ./mirror
wget -E -H -k -K -p -P ./mirror "/superuser/231977"

Папка "дзеркало" може бути пов'язана з папкою, що обслуговується веб-сервером, який безпосередньо доступний за IP-адресою, щоб усунути будь-які сумніви, пов'язані з DNS.

Я розглядав використання Google App Engine як власного CDN і знайшов приємну статтю про те, як це зробити тут

http://www.digitalistic.com/2008/06/09/10-easy-steps-to-use-google-app-engine-as-your-own-cdn/

Я впевнений, що також досить просто розмістити цю сторінку або сторінки там, можливо, навіть можна використовувати веб-сервіси для підключення назад вашого сайту для будь-якого оновлення чи інтеграції в реальному часі. Це безкоштовно, і я впевнений, що буде ще деякий час.

Ви можете спробувати відобразити певну сторінку за допомогою AWS Cloudfront . Використовуючи можливість перетягування Cloudfront із початкового сервера, ваша сторінка завжди має бути оновлена . Користувач, який запитав сторінку у розповсюдженні, в свою чергу, змусить Cloudfront запитати вміст від джерела.