Які кроки можна зробити для того, щоб, якщо ви помрете, ваш хостинг та домен житимуть далі?

Якщо припустити, що ви постачальник мікропрограмного забезпечення (MISV) або один веб-магазин чоловіків (OMWS), як зменшити свій фактор шини ?

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

Я хотів би знати, які найкращі практики та які проміжні рішення . По суті:

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

(Напевно, дуже мало тут практичного досвіду)

Мої пропозиції:

• зберігати облікові дані / конфіденційні URL-адреси у безпечному вікні (поруч із вашим бажанням)
• оплачувати за 10 років хостингу / домену (і навчити когось продовжувати оренду)
• створіть надійний круг однолітків, щоб ви могли обмінятися обліковими записами (про всяк випадок)
• створити компанію, стати генеральним директором, здійснити грошові кошти на IPO (це, очевидно, не так, оскільки підтримка веб-сайтів не є прибутковим бізнесом)

А може, вже є сервіс, який надійно зберігає всі облікові дані та вживає заходів, якщо основний контактний пункт недоступний? (якщо ви хочете захопити цю ідею та створити стартап, будь ласка, візьміть мене на борт)

Пов’язано: неактивний менеджер облікових записів від Google . Хтось може жити без мого облікового запису Gmail, але хтось не буде радий, якщо їхній веб-сайт помер, а домен похитнеться від основного конкурента ... Ви отримаєте бал.

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

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

У найпростішому випадку у вас щось налаштовано, щоб надіслати електронний лист декільком людям, що містять (або повідомляють, де їх знайти):

• Фінансова інформація (звіт про такі речі, як вони є, фінансово)
• Реєстраційні дані облікових записів / серверів
• Ключі шифрування та інструкції щодо того, що з ними робити
• Контактна інформація для тих, хто працює з вами, інструкції щодо того, хто має що отримати
• Вихідний код або доступ до нього, якщо це можливо
• Де знайти кредитну карту / способи оплати, щоб продовжувати сплачувати рахунки - або готівку, яку ви приховували для цієї мети.

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

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

У ці дні у мене просто є паролі до різних облікових записів, які я маю готові надіслати дружині, щоб вона могла їх правильно закрити (або керувати ними) у випадку, якщо зі мною щось трапиться.

Зауважте - це не є заміною належної волі та заповіту та призначеного / довіреного виконавця, проте життя іноді ставить нас у ситуації, коли традиційне не завжди можливо - а недієздатність не завжди означає мертвих.

Ось декілька простих кроків, які полегшать можливість когось прийняти після вас:

1. Дайте клієнтам достатньо часу, щоб це зрозуміти. Не реєструйте домени за один рік за один раз, задовго. Домени коштують досить дешево, і мало підстав обирати короткострокову реєстрацію.
2. На веб-сайтах клієнтів запишіть усі необхідні деталі, які інший веб-розробник чи адміністратор веб-сайту повинен знати, щоб взяти проект. Надайте це клієнтові та скажіть їм, що це таке, та поясніть обмеження (наприклад, ви б не включали SSH-ключі чи входи, які надавали б доступ до машин із веб-сайтів кількох клієнтів).
3. Виберіть реєстру домену та розмістити його ретельно. Деякі, як-от Gandi.net, дозволяють делегувати дозволи для оновлення хостингу, налаштування DNS та інших завдань в окремий обліковий запис. Це означає, що ви можете мати один головний обліковий запис, який здійснює нагляд за кожним веб-сайтом клієнта, та окремі облікові записи на кожного клієнта, які вони могли б передати наступному розробнику для відновлення контролю.
4. Попередньо сплачені кредити - це стосується першого пункту і не є обов'язковим. Це збільшує час, який люди мають прийняти, якщо є фінансовий буфер.
5. Виберіть CMS, ніж може автоматичне оновлення, і ввімкніть автоматичне оновлення (принаймні патчів безпеки) на хост-машині. Тут є певна небезпека, оскільки оновлення можуть порушити ситуацію. Так що не можна оновлювати, тому зважте свої варіанти.
6. Спілкуйтеся з клієнтами. Це найбільший, найважливіший крок. Я кажу людям наперед: "Якщо мене натрапляють на автобус, що ви робите на своєму веб-сайті?" Зазвичай я отримую нервовий сміх або смішний вигляд, тоді я передаю їм роздруковані деталі з кроків 2 і 3 і пояснюю, що вони повинні знайти іншого розробника і дати їм папери, вони будуть знати, що робити звідти.