Wayback Restore: Ibabalik ang Iyong Nawalang Site sa 5 Hakbang

Wala na ang iyong site. Nag-expire ang hosting, nabura ang database, o ang ahensyang gumawa nito ay tumigil na sa pagsagot ng email. Ang magandang balita: malamang may kopya ang Wayback Machine. Ang wayback restore ay kumukuha ng iyong mga pahina, larawan, stylesheet, at script mula sa archive at itinatayo muli ang mga ito upang maging isang gumaganang site na maaari mong i-host kahit saan. Ang gabay na ito ay ang maikling bersyon, walang teorya, limang hakbang lamang mula sa patay na site patungo sa buhay na site, kasama ang mga numero na dapat suriin sa bawat yugto upang malaman mo na ito ay gumana. Para sa isang maliit na site, ang buong trabaho ay karaniwang tumatagal ng mas mababa sa isang oras.

Ano ang talagang kasama sa isang wayback restore

Ang isang restore ay higit pa sa pag-save ng isang HTML page. Ang isang tunay na restore ay kumukuha ng bawat pahina na nakunan ng crawler, kasama ang mga assets na tinutukoy ng mga pahinang iyon: mga larawan, CSS, JavaScript, PDF, font. Sa isang tipikal na maliit na negosyo, iyon ay umaabot sa 300–3,000 na file. Isang WooCommerce store na hinawakan ko noong nakaraang tagsibol ay bumalik na may 11,400 file, karamihan sa mga ito ay mga larawan ng produkto na itinuring ng may-ari na nawala na.

• Bawat na-archive na pahina, na-rewrite upang ang mga internal na link ay tumuro sa iyong domain sa halip na web.archive.org
• Mga larawan, CSS, at JavaScript na na-download nang lokal sa halip na i-hot-load mula sa archive
• Opsyonal na paglilinis na nag-aalis ng lumang analytics, mga ad, at third-party na iframe
• Isang manifest ng file na nagpapakita kung ano ang bumalik at mula sa anong petsa ng capture

Isang babala: ang archive ay nag-iimbak ng natanggap ng browser, hindi ang iyong server code. Ang WordPress PHP, mga database, at admin panel ay hindi bumabalik. Ang makukuha mo ay ang front end, ang mga pahina tulad ng nakita ng mga bisita. Para sa karamihan ng brochure sites, blog, at forum, iyon ay 95% ng halaga. Ang mga dynamic na feature tulad ng cart at contact form ay kailangang muling ikonekta o palitan pagkatapos ng restore.

Hakbang 1: Hanapin ang tamang snapshot

Buksan ang web.archive.org at ilagay ang iyong lumang URL. Ang calendar view ay nagpapakita ng capture density bilang mga asul na bilog, mas malaking bilog, mas maraming capture sa araw na iyon. Huwag kunin ang pinakabagong capture bilang default. Ang huling snapshot ng isang namamatay na site ay kadalasang isang parked page, isang notice na for sale, o isang error na hosting-suspended. Piliin ang huling petsa kung saan ang homepage ay talagang kamukha ng iyong site, pagkatapos ay suriin ang tatlo o apat na internal na pahina mula sa parehong buwan.

Bantayan din ang mga variant ng URL. Kung ang site ay nasa www.example.com, ang mga snapshot ng bare example.com ay maaaring kaunti. Kopyahin ang eksaktong URL ng magandang snapshot, i-paste mo ito sa restore tool sa susunod. At kung ang site ay dumaan sa ilang redesign, magpasya kung anong panahon ang gusto mo bago hawakan ang anuman. Ang pag-restore ng isang 2012 na disenyo nang hindi sinasadya ay isang totoong bagay na nangyayari, at ang pag-re-run ng trabaho ay may karagdagang bayad. Ang tatlumpung segundo ng pag-browse sa calendar ay mas mura.

Hakbang 2: Kumuha ng tantiya sa wayback restore

Ito ang bahagi kung saan ang mga tao ay nag-o-overpay o nagugulat. Bago gumastos ng kahit ano, gusto mo ng tatlong numero: ilang mga file ang hawak ng archive para sa iyong site, gaano kalaki ang download, at magkano ang halaga ng restore. Ang serbisyong ito ay nagbibigay sa iyo ng libreng instant estimate na may tatlong ito, eksaktong bilang ng naka-archive na file, kabuuang laki, at naka-lock na presyo, bago ka magbayad ng kahit ano. Ang presyo ay fixed sa oras ng estimate, kaya ang numerong nakikita mo ay ang numerong babayaran mo.

Ang billing ay pay per restored file, ang unang file ay libre, at may maliit na flat fee bawat restore. Mag-top up ka ng iyong balance nang isang beses, sa pamamagitan ng card o crypto; walang nauulit, walang subscription. Kung ang isang restore ay nabigo, ang refund ay awtomatikong pumupunta sa iyong balance, walang support ticket, walang paghihintay sa agent.

Hakbang 3: Piliin ang iyong mga opsyon sa restore

Ang mga opsyon ay parang checkboxes, ngunit ang ilan ay nagpapasya kung ang na-restore na site ay magra-rank o mabubulok. Ang mga pinakamahalaga:

Ang pagpili ng date-range ay nararapat ng espesyal na atensyon. Kung ang isang site ay tumakbo mula 2010 hanggang 2019 ngunit pinakamaganda ang itsura sa pagitan ng 2015 at 2017, ilimit ang restore sa mga taong iyon. Maiiwasan mo ang pinaghalong footer, hindi tugmang navigation, at ang kakaibang time-travel effect kung saan ang isang 2011 price list ay katabi ng isang 2018 homepage. Nagpaplanong mag-edit ng content mamaya? Lagyan din ng tsek ang structured article export (XML, CSV, o JSON) at ang JSON/SQLite file manifest. Ang future mong sarili ay magpapasalamat.

Hakbang 4: I-download ang na-restore na archive

Kapag natapos ang trabaho, makakakuha ka ng zip ng muling itinayong site. Buksan ito bago mag-upload ng kahit ano. Suriin na ang homepage ay nagre-render, mag-click ng dalawang antas sa navigation, at buksan ang isang pahina na dating may contact form. Hanapin ang mga natira: archive.org toolbar scripts, absolute links pabalik sa web.archive.org, mga nawawalang larawan. Ang isang disenteng restore ay nag-aalis ng toolbar at muling nagsusulat ng mga link para sa iyo. Ang mga nawawalang larawan ay karaniwang nangangahulugang hindi sila na-capture ng crawler, at walang tool na makakagawa ng hindi na-archive.

Ang file manifest ay nagpapakita ng capture timestamp ng bawat file, upang makita mo sa isang sulyap kung ang isang pahina ay mula 2014 at ang katabi nito ay mula 2019. Itago ang zip pagkatapos mong mag-upload din. Ito ang iyong offline backup ng na-restore na site, at ang muling pag-upload mula sa lokal na kopya ay mas mabilis kaysa muling pagpapatakbo ng anuman.

Hakbang 5: I-upload ang site sa iyong hosting

Dalawang paraan. Manual: i-unzip nang lokal at itulak ang mga file sa pamamagitan ng FTP o SFTP papunta sa iyong web root, okay para sa isang 50-pahinang brochure site, nakakapagod sa 5,000 file. Awtomatiko: hayaan ang service na mag-deploy para sa iyo. Restorix ay nagde-deploy sa isang click sa SSH/SFTP VPS, FTP/FTPS shared hosting, o S3. Ang mga credential ay naka-encrypt na AES-256-GCM at ang SSH host keys ay naka-pin, kaya ang susunod na deploy ay mapupunta sa parehong server na inaprubahan mo noong unang pagkakataon.

1. Ituro ang DNS sa hosting bago ka mag-deploy, ang propagation ay tumatagal ng ilang minuto hanggang oras
2. Mag-deploy, pagkatapos ay i-load ang site sa pamamagitan ng HTTPS at mag-click sa pangunahing navigation
3. Isumite ang na-restore na sitemap sa Google Search Console
4. I-redirect ang anumang lumang URL variants na hindi mo itatago

Shared hosting o VPS?

Ang shared hosting sa pamamagitan ng FTPS ay okay para sa mga na-restore na static site, walang database na pamamahalaan at ang traffic ay karaniwang katamtaman. Ang isang VPS sa pamamagitan ng SSH/SFTP ay may katuturan kapag gusto mo ng server-level na mga redirect, agresibong caching, o nagre-restore ka ng maraming site nang sabay-sabay. Ang S3 ay gumagana para sa purong static hosting na walang PHP, na nangangahulugan din na walang CMS, piliin ito lamang kung hindi ka magpaplanong mag-edit ng site.

Ang mga deploy ay may kasamang libreng Restorix CMS, isang PHP file sa /webarchive-cms.php na may content editing, search and replace, at file manager. Ang per-site admin password ay random na nabuo at ipinapakita sa iyong dashboard, at ang safe mode ay naka-on bilang default. Sa araw na kailangan mong ayusin ang lumang presyo sa 200 pahina, ang search-and-replace na iyon ay babayaran ang ugali ng pag-install nito. Ang tutorial ay nagtuturo nito.

Pagkatapos mag-upload, subukan ang limang pahina na pinakamahalaga sa lumang site: homepage, nangungunang pahina ng serbisyo, contact page, isang blog post, isang deep link mula sa lumang bookmark o email. Kung gumagana ang mga iyon, ang long tail ay halos palaging gumagana.

Mga pagkakamali sa wayback restore na nagkakahalaga sa iyo ng pera

Karamihan sa mga bigong restore ay nabibigo sa parehong limang lugar:

• Pag-restore ng pinakabagong snapshot sa halip na ang huling magandang snapshot, ang mga parked page ay mukhang kapani-paniwala sa thumbnails
• Laktawan ang estimate at matuklasan sa kalagitnaan ng trabaho na ang archive ay may 40,000 file, hindi 4,000
• Iwanan ang lumang analytics at ad scripts sa lugar, nagle-leak ng mga referrer sa mga domain na hindi mo kontrolado
• Kalimutan na i-canonicalize ang www vs non-www at hatiin ang iyong link equity sa kalahati
• Mag-upload nang diretso sa production nang hindi muna nagki-click sa site sa isang staging URL

Wala sa mga ito ang kakaiba. Bawat isa ay lumalabas sa support inboxes linggo-linggo, at bawat isa ay maiiwasan sa mga pagsusuri sa hakbang 1 at 2. Ang pitfalls guide ay mas malalim na tumatalakay sa bawat failure mode.

Ang isang restore ay tumatagal ng isang hapon. Ang pag-aayos ng hindi maayos na restore ay tumatagal ng isang linggo. Gumugol ng dagdag na sampung minuto sa pagpili ng snapshot.