I-restore ang Lumang Website nang Hindi Binubuhay ang mga Problema Nito

Ang bawat lumang website ay isang kapsula ng panahon na may matigas na lock. Isang negosyo ng pamilya ang gustong ibalik online ang kanilang 2004 catalog. Isang komunidad ng forum ang gustong mabasa muli ang labinlimang taon ng mga post. Isang mananaliksik ang nangangailangan ng dokumentasyon ng isang proyektong patay na. Karaniwang nananatili ang nilalaman sa mga archive, ang mahirap ay wala na ang web kung saan ito binuo.

Ang pag-restore ng lumang website ay hindi tulad ng pagkopya ng mga file kundi parang paglilipat ng bahay: karamihan ay maayos na naililipat, ang iba ay kailangang i-rewire, at may ilang bagay na dapat iwanan na lang. Ganito talaga ang proseso, ano ang nasisira, ano ang dapat panatilihin, at paano kunin ang mga file mula sa archive.

Ano Talaga ang Nasisira Kapag Nag-restore Ka ng Lumang Website

Ang edad ay pumapatay ng mga website nang patong-patong. Ang halatang patong ay ang disenyo, maliliit na font, 800-pixel na layout, tiled backgrounds, pero ang disenyo mismo ay bihirang pumipigil sa pag-load ng pahina. Ang mga nakamamatay na problema ay nasa mas malalim.

• Mga patay na plugin: Ang Flash at Java applets ay hindi na talaga gumagana sa mga modernong browser. Anumang iginuhit nila ay itim na parihaba na lang.
• Lumang server code: Ang mga script ng PHP 4 o 5 ay nagdudulot ng fatal errors sa PHP 8 hosts. Mas malala pa ang lumang Perl CGI at classic ASP.
• Framesets: Ang mga pahinang gawa sa frames ay nakakalito sa mga modernong crawler at madalas kalahati lang ang lumalabas mula sa archive.
• Hardcoded http at www: mixed-content warnings at sirang links kapag ang na-restore na site ay tumatakbo sa HTTPS.
• External dependencies: hit counters, guestbooks, weather widgets, at ad networks na matagal nang patay ay nag-iiwan ng mga butas sa bawat pahina.

Panatilihin, I-modernize, o Itapon: Triage ang Nilalaman

Bago galawin ang anumang teknolohiya, pagbukud-bukurin ang nilalaman sa tatlong pile. Isang oras lang ito pero makakatipid ng ilang araw.

Isang tunay na halimbawa mula sa site ng piyesa ng makinarya ng isang kliyente, vintage 2006: ang mga pahina ng catalog at ang photo library ay napunta sa Panatilihin, dahil naka-link pa rin ang mga supplier sa mga ito. Ang Flash product demos ay napunta sa I-modernize, ang mga demo mismo ay patay na, pero ang mga larawan at specs sa loob ay sulit na kunin bilang simpleng pahina. Ang animated hit counter, ang guestbook, at ang dalawampung orphaned printer-friendly versions ng bawat pahina ay napunta sa Itapon. Walang nakamiss sa kanila.

Patay na Teknolohiya: Flash, Framesets, at Guestbook Scripts

Ang Flash ang nakakalungkot, dahil ang nilalaman sa loob ng.swf file ay totoo pero hindi maabot. Ang Ruffle, isang open-source Flash emulator, ay kayang patakbuhin ang maraming simpleng Flash file sa modernong browser, at sulit itong subukan para sa mga animation at laro. Ang Flash-based navigation ay hindi dapat i-emulate; i-rebuild ito bilang plain HTML para magamit ng mga crawler at telepono.

Ang framesets ay pina-flatten: bawat frame ay nagiging sariling pahina na may totoong navigation. Ang table layouts ay pwedeng manatiling table kung katanggap-tanggap pa ang pag-render, mapagpatawad ang mga browser, pero anumang image-sliced ay kailangang i-rebuild. Ang mga guestbook, counter, at shoutbox ay naka-host sa third-party scripts; patay na ang mga serbisyo, kaya palitan ang mga ito o tanggapin ang puwang.

Ang Problema sa PHP: Lumang Code sa Bagong Server

Ang isang PHP site noong 2009 ay hindi tatakbo sa isang host ng 2026. Register globals, ang lumang mysql_ functions, magic quotes, lahat ay tinanggal sa wika ilang taon na ang nakalipas. Mayroon kang tatlong makatotohanang opsyon. Una: patakbuhin ang lumang code sa isang container na may lumang bersyon ng PHP, na gumagana pero iiwan kang nagbabantay ng software na kilalang vulnerable. Pangalawa: magbayad ng developer para i-port ang code, na makatuwiran para sa mga application na may totoong logic. Pangatlo: i-freeze ang site bilang static HTML at i-serve iyon, ang tamang desisyon para sa karamihan ng lumang site, dahil karamihan sa mga ito ay tumigil nang magbago isang dekada na ang nakalipas.

May bonus ang static freezing: ang site na walang PHP at walang database ay halos walang attack surface. Walang kailangang i-patch, walang pwedeng i-hack, at naglo-load ito agad sa pinakamurang hosting.

I-restore ang Lumang Website mula sa Wayback Machine

Ang Wayback Machine ang lugar kung saan patuloy na nabubuhay ang mga lumang website. Ang mga snapshot ay madalas umaabot pabalik sa huling bahagi ng 1990s, at para sa isang inabandonang site, ang pinakabagong magandang snapshot ay karaniwang ang gusto mo, ang huling malusog na estado bago mawala ang domain at pumasok ang mga ad ng parked-page. Piliin nang mabuti ang saklaw ng petsa: kapag huli na, makukuha mo ang mga ad ng domain squatter; kapag masyadong maaga, mawawala sa iyo ang mga taon ng nilalaman. Kung hindi mo pa nasusuri kung ano ang laman ng archive para sa isang domain, magsimula sa paano tingnan ang kasaysayan ng website.

Ang pagkuha ng isang pahina nang manu-mano ay madali. Ang pagkuha ng isang 2,000-pahinang site, kasama ang mga larawan, PDF, at CSS na nagbibigay ng hitsura nito, ay hindi. Ang Restorix ay nagre-restore ng buong naka-archive na snapshot ng domain, tinatanggal ang archive markup, ginagawang HTTPS ang site, at kayang i-export ang nilalaman bilang structured XML, CSV, o JSON kung gusto mo itong i-import sa modernong CMS. Ang pag-deploy ay isang click lang sa SSH, FTP, o S3 hosting, at ang kasamang Restorix CMS ay nagbibigay sa iyo ng simpleng admin para ayusin ang nilalaman nang hindi ginagalaw ang code. Libre ang estimate: makikita mo ang bilang ng file, kabuuang laki, at naka-lock na presyo bago magbayad.

Anuman ang tool na gamitin mo, i-audit ang resulta bago sabihing tapos na. I-crawl ang na-restore na site para sa mga sirang internal links at nawawalang larawan, buksan ang isang dosenang pahina sa telepono, at i-grep ang source para sa mga web.archive.org URL na dapat ay na-rewrite na. Ang isang nakaligtaang archive URL sa stylesheet ay pwedeng mag-iwan sa buong site na nagre-render nang walang CSS, at hindi mo ito mapapansin hangga't hindi sinasabi ng isang bisita.

SEO: Huwag Sunugin ang Labinlimang Taon ng Tiwala

Ang isang lumang domain na may mahabang kasaysayan ay may dalang tunay na lakas sa ranking, at ang pabayang pag-restore ay nagtatapon nito. Simple lang ang mga patakaran.

• Panatilihin ang orihinal na mga URL hangga't maaari. Bawat napanatiling URL ay nagpapanatili ng mga backlink at kasaysayan nito.
• Kung kailangang baguhin ang isang URL, magdagdag ng 301 redirect. Kayang panatilihin ng Restorix ang mga 301 at 302 redirect na matatagpuan sa archive.
• Ibalik ang site sa orihinal na domain. Ang na-restore na site sa bagong domain ay nagsisimula sa zero.
• Huwag pansamantalang i-noindex ang site at kalimutan ito. Ang pagkakamaling iyon ay nakabaon ng mga tunay na proyekto.
• I-resubmit ang sitemap sa Search Console kapag live na ang restore.

Magkano ang Gastos sa Pag-restore ng Lumang Website

Mag-budget nang tapat, dahil ang file recovery ay karaniwang ang murang bahagi. Ang pera ay napupunta sa mga desisyon sa paligid nito.

• Archive recovery: bawat na-restore na file na may maliit na flat fee bawat trabaho, naka-lock sa oras ng estimate. Para sa karamihan ng maliliit at katamtamang laki ng site, ito ang pinakamaliit na line item.
• Domain: renewal kung pagmamay-ari mo pa ito, o ang buyback price kung nasa squatter. Ang renewal ay $12 hanggang $20 bawat taon; ang mga squatter ay humihingi ng kung ano ang tingin nilang kaya mong tiisin.
• Modernisasyon: isa o dalawang araw ng developer kung kailangan mong i-rebuild ang Flash menu o gawing responsive ang layout. I-freeze ang site bilang static at halos mawawala ito.
• Hosting: ang static hosting ay ilang dolyar lang bawat buwan sa pinakamarami. Ang old-code hosting na may legacy PHP containers ay mas mahal, sa pera at sa pag-aalala.

I-restore ang Lumang Website, Pagkatapos ay Panatilihin Itong Humihinga

Ang na-restore na site na hindi pinapansin ay isang piraso ng museo, at ang mga museo ay na-ha-hack din. Kahit ang static site ay nangangailangan ng mga pangunahing bagay: HTTPS na may kasalukuyang sertipiko, gumaganang contact routes, at backup na talagang nasubukan mo na. Kung ang site ay muling nagkakaroon ng trapiko, magdagdag ng bagong nilalaman paminsan-minsan para ituring itong buhay ng mga search engine.

At magtakda ng paalala sa kalendaryo para sa domain renewal. Ang pinakakaraniwang paraan ng pagkamatay ng lumang website sa ikalawang pagkakataon ay pareho ng una: walang nagbayad ng labindalawang dolyar.