FAQ

Jika beranda (index.html) tampil dengan benar tetapi tautan ke halaman dalam tidak berfungsi, masalahnya mungkin terkait penulisan ulang URL.

Pengunduh kami menggunakan berkas .htaccess pada server Apache agar URL asli, termasuk URL seperti example.com/about/, membuka berkas HTML yang dipulihkan.

Aturan ini tidak berfungsi saat halaman dibuka langsung dari komputer. Untuk menguji tautan internal yang bergantung pada aturan tersebut, unggah berkas ke server web yang kompatibel.

Jika situs sudah dihosting di Apache, pastikan .htaccess diekstrak dari ZIP dan diunggah ke folder yang sama dengan index.html. Beberapa pengelola berkas menyembunyikan nama yang diawali titik.

Penting: Jika beranda sendiri hitam, kosong, atau rusak, itu masalah berbeda. Anda tidak perlu mengunggah situs ke server hanya untuk menyelidiki beranda hitam. Hubungi dukungan manusia dan berikan nama domain agar kami dapat memeriksa.

Beranda (index.html) situs yang diunduh biasanya tampil dengan benar saat dibuka langsung di komputer. Jika hitam atau kosong, penyebabnya belum tentu komputer atau hosting Anda.

Berbeda dengan halaman dalam yang memakai URL ramah, beranda biasanya tidak memerlukan Apache atau aturan .htaccess saat dibuka lokal. Layar hitam dapat disebabkan sumber arsip yang hilang, masalah CSS/JavaScript, atau pemulihan tidak lengkap. Penyebab pasti harus diperiksa langsung.

Hubungi dukungan manusia dan sebutkan nama domain situs yang dipulihkan agar kami dapat menyelidiki masalah.

PHP adalah bahasa skrip sisi server yang biasanya menghasilkan HTML.

Untuk mengunduh berkas PHP dibutuhkan akses backend server. Internet Archive tidak pernah memiliki akses itu sehingga tidak menyimpan berkas PHP asli.

Arsip hanya menyimpan keluaran HTML yang dihasilkan PHP. Kami bisa memulihkannya pada URL .PHP lama, tetapi secara teknis itu adalah berkas HTML.

WordPress juga dibuat dengan PHP. Untuk konversi WordPress, kami merekayasa balik halaman PHP. Tampilannya sama, tetapi fungsinya mungkin tidak persis seperti aslinya.

WordPress juga memakai basis data MySQL, yang akan kami rekonstruksi jika Anda memesan konversi WordPress.

**Penjelasan di atas adalah jawaban singkat. Kami juga menyarankan artikel tentang perbedaan frontend dan backend.**

Tidak, tetapi kami bisa merekayasa balik basis data baru secara terbatas. Berkas backend tidak terlihat oleh pengunjung; mereka tidak dapat mengunduh PHP atau basis data, begitu pula scraper. Hanya berkas frontend seperti HTML, CSS, JavaScript, dan gambar yang dapat diambil.

Scraper memiliki batasan yang sama dengan pengunjung: tidak bisa mengakses backend atau bagian yang dilindungi login, seperti domain.com/wp-login.php.

Wayback Machine juga memakai scraper untuk membuat arsip di archive.org dan tidak pernah mengakses backend situs. Jika berkas tidak ada di archive.org, kami pun tidak dapat memulihkannya.

Karena itu, fungsi yang bergantung pada backend tidak akan berjalan normal. Misalnya formulir kontak membutuhkan basis data dan kode server untuk mengirim email. Bentuknya tetap sama setelah dipulihkan, tetapi tidak bekerja tanpa perbaikan.

URL berakhiran .PHP atau .ASP tidak berarti pengunjung dapat melihat berkas tersebut. Pengunjung hanya melihat keluaran HTML. Kami hanya memulihkan tampilan halaman, bukan kode dan fungsi PHP/ASP asli.

Jika memesan konversi WordPress, kami membangun backend baru dan dasbor di domain.com/wp-login.php. Tidak semua opsi tema tersedia, tetapi konten dapat diedit melalui editor visual WYSIWYG.

Kami juga membangun ulang basis data MySQL, meski tidak sempurna. Formulir kontak lama tampak sama tetapi tidak berfungsi. Kami dapat memperbaikinya dengan biaya tambahan atau Anda melakukannya sendiri.

Ada beberapa alasan mengapa situs besar lambat diproses:

• Internet Archive lambat.
• Kami memeriksa setiap tautan rusak tiga kali untuk memastikan masalahnya pada tautan, bukan pada archive.org server. Karena itu, situs dengan banyak tautan rusak memerlukan waktu lebih lama.
• Arsip memblokir IP kami jika pengambilan terlalu cepat. Kami berkomunikasi langsung dengan Internet Archive dan diminta memakai User-Agent khusus agar aktivitas kami dapat dipantau. Mereka berhak memblokir akses kami, jadi kami menghormati batasannya.

Jika ingin membantu Internet Archive, berikan donasi agar infrastrukturnya lebih cepat. Organisasi ini bergantung pada teknologi sumber terbuka yang terkadang membatasi kecepatan. Kami menawarkan satu pemulihan gratis jika Anda mengirim tangkapan layar donasi minimal $25.

Kami tidak mengetahui hukum semua negara. Kebanyakan pelanggan memulihkan situs yang mereka buat sendiri, yang kemungkinan sah di mana pun.

Jika Anda bukan pembuat asli situs tersebut, memulihkan kontennya mungkin ilegal di beberapa negara.

Pada banyak situs, hak cipta tercantum di footer atas nama domain, misalnya "Copyright © example.com". Jika Anda memiliki domain itu, mungkin Anda dapat mengklaim hak terkait.

Ini wilayah abu-abu secara hukum dan sulit mendapatkan jawaban pasti karena sedikit preseden.

Untuk konten kedaluwarsa, kecil kemungkinan orang mengetahuinya atau mempermasalahkannya. Kami memastikan konten tidak diterbitkan di tempat lain sehingga kerugian finansial sulit dibuktikan.

Dalam praktiknya banyak konten internet diduplikasi sehingga kasus seperti ini jarang bermasalah. Risiko terburuk adalah permintaan penghapusan DMCA resmi dengan tenggat waktu. Jika Anda membuat PBN dan khawatir masalah hukum, sebaiknya hapus atau ganti kontak asli seperti nomor telepon dan alamat.

Kami belum pernah mendengar pelanggan mengalami masalah hukum karena menggunakan layanan kami.

Kami tidak menyediakan langganan konversi WordPress tanpa batas karena setiap domain memerlukan 1–2 jam kerja pengembang. Prosesnya hanya sebagian otomatis sehingga lebih mahal daripada solusi HTML standar.

Pengambil HTML kami juga dapat memulihkan situs yang awalnya dibuat dengan WordPress dan tampilannya akan sama. Namun dasbor WordPress tidak dapat digunakan kecuali Anda memesan konversinya.

Waktu pengiriman tergantung jumlah halaman. Situs kecil dipulihkan kurang dari satu jam, situs besar dapat memerlukan beberapa hari. Setelah pengambilan selesai, pengembang biasanya mengirim konversi WordPress dalam 24–48 jam. Kami menjamin 72 jam, tidak termasuk akhir pekan.

Skrip kami otomatis menghapus awalan URL arsip dan mengembalikan tautan ke alamat aslinya, tanpa jejak Wayback Machine.

• Lingkaran biru menunjukkan kode status 2xx seperti 200, yaitu halaman normal. Biasanya ini pilihan yang aman.
• Lingkaran hijau menunjukkan kode 3xx, yaitu pengalihan. Sebaiknya hindari tanggal hijau dan gunakan URL tujuan pengalihan.
• Oranye menandakan kesalahan kode 4xx.
• Titik merah menandakan kesalahan server dengan kode 5xx.

Itu adalah tautan ke halaman yang tidak tersedia di archive.org. Karena mesin pencari tidak menyukai tautan rusak, kami otomatis mengalihkannya ke beranda (domain akar).

Dalam pratinjau, tautan terlihat menuju waybackmachinedownloader.com karena itu beranda kami. Setelah berkas diunggah ke domain Anda, tautan mengarah ke yourdomain.com.

Kami mengunduh seluruh situs, bukan hanya satu halaman. Maksimal 20.000 URL/halaman per domain.

Kami mengunduh setiap halaman yang dapat dijangkau dari beranda pada tanggal pilihan. Perangkat lunak mengikuti semua tautan seperti pengunjung, mengunjungi halaman lalu mengikuti tautan berikutnya sampai semuanya ditemukan.

Kami hanya mengunduh satu versi untuk setiap URL. Jika halaman diarsipkan pada banyak tanggal, kami hanya memilih satu.

Biasanya kami memilih tanggal yang paling dekat dengan beranda pilihan. Jika beranda dari 2016 dan halaman dalam tersedia dari 2015 serta 2018, kami memilih versi yang paling dekat dengan 2016. Misalnya jika Anda memilih https://web.archive.org/web/20160315050823/www.example.com sebagai beranda dan menemukan example.com/page1 diarsipkan pada 2015 dan 2018, kami memulihkan versi 2015.

Untuk informasi selengkapnya, lihat artikel blog berikut: Sistem yang ditingkatkan kini juga memulihkan halaman tanpa jalur tautan internal

Jika situs Anda sangat besar (2.000 halaman atau lebih), baca bagian ini. Versi HTML biasanya tidak bermasalah, tetapi konversi WordPress dapat bermasalah karena tema dan basis data harus direkonstruksi, sehingga basis datanya lebih besar dan lambat.

Untuk situs besar, kami dapat mengembalikan biaya bagian WordPress ($70) atau membuat solusi hibrida. Beranda dan halaman dalam dua klik diintegrasikan ke WordPress, sisanya menjadi HTML statis. Tampilannya tetap sama tetapi hanya dapat diedit sebagai HTML. Jika tidak memilih pengembalian dana dalam 24 jam, kami akan mengirim versi hibrida dalam 2–3 hari.

Jika terjadi loop pengalihan tak terduga ("domain.com mengalihkan terlalu sering") atau kesalahan 500:

1. Untuk WordPress, biasanya penyebabnya izin berkas yang salah. Semua folder harus 755 dan berkas 644. Cara mengaturnya lihat panduan ini

2. Loop atau kesalahan 500 juga dapat terjadi akibat berkas rusak saat diekstrak melalui cPanel. Coba ekstrak di komputer, lalu transfer berkas tanpa kompresi lewat FTP.

Untuk Joomla, kami mengambil keluaran HTML. Jika memesan konversi WordPress, halaman HTML diubah menjadi instalasi WordPress, dengan batasan yang dijelaskan di https://www.waybackmachinedownloader.com/en/wordpress-conversion/

Proses yang sama berlaku untuk Drupal, Shopify, dan Magento. Namun situs dengan banyak kode backend khusus biasanya tidak memberi hasil baik. Toko online mungkin terlihat sama seperti arsip, tetapi fungsi e-commerce tidak berjalan seperti aslinya karena bergantung pada backend.

Secara umum, konversi HTML ke WordPress cocok untuk situs dengan banyak konten tetapi sedikit interaksi, seperti majalah, situs berita, dan blog.

Anda dapat melihat semua berkas yang tersedia di archive.org melalui URL berikut: https://web.archive.org/details/bowdbeal.com dan https://web.archive.org/web/*/bowdbeal.com/* Ganti "bowdbeal.com" dengan domain Anda untuk melihat jumlah berkas yang tersedia.

Catatan: kami mungkin tidak dapat mengambil semua berkas karena Wayback Machine tidak selalu merespons. Biasanya kami mencoba sekitar lima kali dari alamat IP berbeda sebelum berhenti.

Jika hanya HTML, unggah berkas yang sama ke subdomain seperti test.domain.com.

Untuk konversi WordPress, ada tiga cara pengujian:

• Uji secara lokal menggunakan WAMP atau sejenisnya. Kami juga memakainya untuk kontrol kualitas.
• Hosting di domain atau IP lain. Lalu ubah berkas "hosts" di Windows agar browser memakai IP pengujian. Berikut panduan Windows dan panduan untuk pengguna Mac/Linux.
• Bayar tambahan $20 kepada kami. Lalu kami menyesuaikan berkas untuk domain lain agar Anda bisa menguji di (sub)domain berbeda. Tentukan domain uji, misalnya test.domain.com.

Semua situs menampilkan HTML. WordPress memakai PHP untuk menghasilkan HTML. Pengunjung tidak melihat kode PHP, hanya HTML yang dirender oleh browser.

Kami bisa memulihkan HTML, tetapi instalasi WordPress asli dan dasbor /wp-admin/ adalah bagian backend yang tidak dapat diakses pengunjung atau scraper.

Versi WordPress kami merupakan hasil rekayasa balik berupa konversi HTML ke WordPress, berdasarkan versi HTML kami.

Jika situs asli dibuat dengan WordPress, Anda tidak selalu perlu membeli konversi karena dapat memakai HTML hasil pemulihan. Namun untuk mengedit halaman lewat editor visual dasbor WordPress, konversi diperlukan.

Tergantung cara Anda menggunakan situs. Silakan baca dahulu https://www.waybackmachinedownloader.com/en/wordpress-conversion/

Pada dasarnya ada tiga pilihan:
1. Versi HTML saja seharga $19. Jika situs asal memakai WordPress, Anda tetap bisa menggunakan HTML yang dipulihkan tanpa konversi. Namun untuk mengedit dengan editor visual WordPress, diperlukan konversi.
2. Konversi standar HTML ke WordPress. Paling banyak dipilih pelanggan, dengan biaya tambahan $70. Dasbornya terbatas tetapi teks, gambar, dan tautan mudah diedit.
3. Konversi HTML ke WordPress kelas atas. Dilengkapi dasbor modern yang mudah digunakan, cocok untuk situs yang sering diedit dan membutuhkan kompatibilitas plugin pihak ketiga seperti pembuat halaman visual. Harganya biasanya antara $300 dan $2,000.

Seseorang mungkin memakai versi gratis perangkat lunak kami untuk memulihkan konten Anda.

Kami tidak menghosting konten itu dan tidak memiliki kendali atasnya.

Anda perlu menemukan registrar domain atau penyedia hosting dan mengirim keluhan hak cipta kepada mereka.

Anda mungkin juga tertarik pada https://help.archive.org/help/how-do-i-request-to-remove-something-from-archive-org/