Paano Mag-Restore ng Website: Bawat Paraan Na Talagang Gumagana

Ang mga website ay nawawala sa mas maraming paraan kaysa sa inaasahan ng karamihan sa mga may-ari. Ang isang update ng plugin ay nagbibigay ng white screen sa homepage noong 2 a.m. Ang isang expired na credit card ay pumatay sa hosting plan at ang account kasama nito. Ang isang hacked server ay nabura ng host upang ihinto ang pagdurugo. Napanood ko lahat ng tatlo na mangyari sa parehong kliyente sa isang quarter. Ang magandang balita: sa halos bawat kaso, ang nilalaman ay mayroon pa rin sa ibang lugar. Ang trabaho ay malaman kung saan hanapin, at sa anong pagkakasunud-sunod.

Ang gabay na ito ay sumasaklaw sa bawat praktikal na paraan ng pag-restore ng website, mula sa pinakamabilis na opsyon (ang iyong sariling backups) hanggang sa huling resort (web archives at bahagyang muling pagbuo). Magtrabaho sa pamamaraan ayon sa pagkakasunud-sunod. Ang bawat seksyon ay nagsasabi na ang isa bago ito ay nabigo.

Una, Alamin Kung Ano Talaga ang Nawawala

Magkatulad ang hitsura ng iba't ibang pagkabigo mula sa labas: ang site ay hindi naglo-load. Ngunit ang pag-aayos ay ganap na nakadepende sa kung ano talaga ang nangyari, kaya gumastos ng sampung minuto sa pag-diagnose bago gumawa ng anumang bagay. Kung terminate na ng host ang buong account, tumalon ka direktang sa 48-hour triage guide at bumalik dito pagkatapos.

• White screen o HTTP 500: halos tiyak na nandoon pa rin ang mga file sa server. May nasira sa code, karaniwang conflict ng plugin o pagbabago ng PHP version. Basahin muna ang error log.
• Account suspended page: isang billing o abuse flag sa host. Karaniwang nakaupo nang hindi ginagalaw ang mga file. Ayusin ang account at ang site ay babalik kung paano ito noon.
• Domain expired o DNS na walang tinuturohan: maaaring buhay pa rin ang site sa server IP o isang temporary URL. I-renew muna ang domain bago ang anumang iba.
• Hosting account na terminate na: ang mga file ay binura na o naka-queue na para burahin. Ito ang tunay na emergency. Tumalon sa mga seksyon ng backup at archive sa ibaba.
• Homepage na nag-redirect sa pharma spam: na-hack ka, hindi binura. Mayroon ang mga file ngunit nasira na, kaya i-restore mula sa isang backup na nauna sa impeksyon.

I-Restore ang Website Mula sa Sariling Backups

Kung may backup ka, ito ang pinakamabilis na ruta pabalik at lahat ng nasa ibaba ay walang kuwenta. Ang isang gamit na backup ay nangangahulugan ng parehong bahagi ng site: ang mga file (para sa WordPress, ang wp-content ay pinakamahalaga) at ang database dump. Ang isa na walang isa ay kalahati lang ng site.

1. Hanapin ang pinakabagong backup na nauna sa problema. Hanapin sa computer mo, Dropbox, Google Drive, at inbox mo. Gustong mag-email ang mga backup plugin ng mga download link na hindi naaalala ng nadie.
2. I-verify ang archive bago mag-restore. Buksan ang zip, kumpirmahing may tunay na mga imahe ang wp-content/uploads, at kumpirmahing hindi zero bytes ang.sql file.
3. I-restore muna sa isang staging subdomain o local environment, hindi sa live domain. Ginagawa ng Softaculous, Installatron, at wp-cli ang ito sa loob ng sampung minuto.
4. Subukan ang mga bagay na tahimik na nasisira: contact forms, logins, search, at ang checkout kung may binebenta ka.
5. I-push sa live domain lamang pagkatapos gumana ang staging, pagkatapos ay burahin ang sirang kopya upang huminto na itong makakalito sa search engines.

Isang bitag ang humuhuli sa mga tao palagi: ang pag-restore ng pinakabagong backup ng isang hacked site, na nagri-restore ng hack kasama nito. Kapag involved ang malware, bumalik sa pinakamatandang clean na kopya at ayusin ang butas bago muling ilunsad.

Hosting Snapshots at Server-Level Recovery

Karamihan sa mga host ay may sariling mga backup kahit hindi ka kailanman nag-set up. Maikli ang retention, karaniwang 7 hanggang 30 araw, kaya importante ang bilis. Mag-open ng chat o tawag, hindi email ticket, at magtanong ng dalawang tanong: may snapshot ba kayo ng account ko, at maaari ba ninyong i-restore ito o ibigay sa akin ang archive para mabuhat ko ang mga indibidwal na file? Mag-antay ng bayad na $25 hanggang $150 sa mga budget host; karaniwang kasama ito sa mga managed host.

• JetBackup, common sa cPanel hosts: self-serve full o partial restores, karaniwang sumasaklaw sa huling 7 hanggang 30 araw.
• Managed WordPress hosts tulad ng Kinsta o WP Engine: daily snapshots na may one-click restore, itinatago sa loob ng dalawa hanggang apat na linggo.
• VPS providers gaya ng DigitalOcean, Hetzner, o Vultr: may snapshots lamang kung na-switch mo ang mga ito. Offline ang mga ito bilang default.
• AWS at Lightsail: walang umiiral maliban kung may gumawa ng snapshot manually o nagschedule ng isa.

Git: ang Undo Button ng Developer

Kung ang site ay mayroon sa isang Git repository, ang pag-clone pabalik mula sa GitHub, GitLab, o Bitbucket ay tumatagal ng minuto. Ang catch: halos kailanman ay hindi hawak ng Git ang database o user uploads. Karaniwang gitignored ang wp-content/uploads, at tiyak na gitignored ang MySQL data. Ang Git ay nagri-restore ng code, hindi ng content.

Ang mga static site ang maswerteng exception. Ang isang Hugo, Jekyll, Eleventy, o exported na Next.js site ay ang repository. Mag-rebuild, mag-redeploy, at tapos ka na bago pa lumamig ang kape mo. Para sa anumang database-driven, ang Git ay isang sangkap, hindi ang pagkain.

I-Restore ang Website Mula sa Wayback Machine

Ang Wayback Machine sa web.archive.org ay nangongolekta ng public web simula 1996 at may hawak na daan-daang bilyong pages. Kung public ang site mo at may anumang trapiko, magandang chance na nandoon na ito, kadalasan ay may mga taon ng snapshots. I-type ang domain mo sa search box at makakakuha ka ng calendar ng mga captures.

Ang pag-browse ng archive page by page ay gumagana para sa pag-recover ng isang article. Ang pag-rebuild ng buong site sa ganyang paraan, daan-daang pages, ang mga imahe, ang CSS, ang PDFs, ay isang linggo ng pag-right-click na pagod, at ang mga saved pages ay mayroon pa ring injected toolbar markup ng Wayback at sira-sirang internal links. Ang agwat na iyon ang eksaktong ina-fill ng ang website restore service: kumukuha ng full archived snapshot ng domain mo, tinatanggal ang injected code ng archive, isinusulat ang mga internal links para gumana sa domain mo, at ibinibigay sa iyo ang working site. Ang estimate ay libre at nagpapakita ng eksaktong bilang ng archived file, kabuuang laki, at locked na presyo bago ka magbayad; ang tutorial ay nagpapatakbo sa buong flow.

Walang Backup, Walang Git: I-Restore Pa Rin ang Website

Sabihin nating real ang worst case: walang backup, binura ng host ang lahat, at ang site ay hindi kailanman nasa Git. Maaari mo pa ring i-restore ang website mula sa mga piyesa na itinago ng web. Ang Wayback Machine ang gulugod, ngunit hindi ito ang tanging cache sa bayan.

1. Tingnan muna ang web.archive.org para sa domain at bawat importanteng URL na maalala mo.
2. Tingnan din ang archive.today. Kumukuha ito ng mga pages na nilalaktawan ng Wayback, lalo na ang mga blocked ng robots.txt.
3. Hanapin sa sent email mo ang drafts, content documents, at ang PDF files na kalakip ng dati mong designer. May nakatagong content sa inbox.
4. Tanungin ang lahat ng nakadikit sa site. Mayroon ang designers ng source files at exports. Mayroon ang writers ng docs. Ang drawer ng isang freelancer ay maaaring mabuhay ang isang buong seksyon.
5. Kumuha ng mga imahe mula sa sariling social accounts mo. Ang product photo sa Facebook noong 2019 ay parehong file na nawala mo.
6. Pagsama-samahin ang lahat sa isang folder, pagkatapos ay mag-rebuild sa isang malinis na CMS install sa halip na idikit ang mga fragment sa isang namamatay na.

Ang mga site na bumabalik nang pinakamabilis ay pagmamay-ari ng mga may-ari na nagsisimula nang mangolekta ng mga piyesa sa araw na napansin nila ang pagkawala. Ang bawat linggo ng paghihintay ay nagbibigay ng pagkakataon para mawala ang isa pang cache.

Pagkatapos Ma-Restore ang Website, I-Secure Ito

Ang isang restore ay isa ring perpektong sandali para isara ang pinto sa likuran mo, dahil ang anumang pumatay sa site nang isang beses ay susubukang muli.

• Palitan ang bawat password: hosting panel, CMS admin, database, FTP at SSH.
• I-update ang CMS core, theme, at bawat plugin bago ibukas ang site sa publiko, hindi pagkatapos.
• Mag-set up ng automated off-server backups. Hindi bababa sa weekly, daily kung kumikita ang site.
• Ilagay ang domain sa auto-renew gamit ang card na hindi mage-expire.
• Isulat kung saan nakatira ang backups at paano i-restore ang mga ito. Ang backup na walang makakita ay isang backup na wala ka.

Gawin ang limang bagay na ito at ang susunod na sakuna ay magiging isang afternoon ng abala sa halip na isang linggo ng arkeolohiya.