Apa yang terjadi setelah perubahan naik

Perubahan pada ipe.rest sampai ke pengunjung lewat workflow singkat di GitHub. Ia menyalin situs, memeriksanya, menerbitkannya, dan memberi tahu mesin pencari apa yang baru. Sebagian besar proses selesai dalam kurang dari 40 detik.

Entri terakhir menjelaskan bagaimana halaman dibangun. Entri ini dimulai dari tempat itu berakhir, yaitu saat sebuah perubahan sampai ke branch main repositori kami. Angkanya dari 10 November 2026: berkas workflow, build lokal situs, dan delapan proses terakhir di GitHub.

Salin

Situs ini berupa berkas biasa, jadi langkah pertama adalah menyalin. Workflow mengambil repositori dan menyalin semuanya kecuali yang tak dibutuhkan pengunjung: skrip, tes, workflow itu sendiri, data version control, dan semua berkas Markdown. Dari 586 berkas di repositori, 329 masuk ke folder situs, sekitar 10 MB.

Periksa

Lalu tujuh tes dijalankan terhadap folder itu, bukan terhadap repositori. Tes mencari berkas yang dibutuhkan pengunjung, seperti berkas robots, peta situs, service worker, dan beranda; folder yang tidak boleh ada di sana, seperti scripts dan tests; dan halaman 404, yang harus bertanda noindex dan menaut ke beranda. Kegagalan menghentikan workflow di sini. Tidak ada yang diterbitkan, dan versi sebelumnya tetap tayang.

Terbitkan

Selanjutnya folder diunggah dan diserahkan ke GitHub Pages, yang menyajikannya. Hanya satu deploy yang berjalan pada satu waktu: jika perubahan yang lebih baru tiba saat satu deploy berjalan, proses yang lebih lama dibatalkan. Tidak ada server kami di antaranya dan tidak ada basis data. Ketika versi service worker berubah, peramban pengunjung memasang cache baru dan menghapus yang lama pada kunjungan berikutnya.

Beri tahu

Setelah menerbitkan, workflow mengirim ke IndexNow, protokol yang diterima Bing, Naver, Yandex, dan mesin pencari lain, alamat halaman yang tanggal peta situsnya hari ini menurut waktu Korea. Kunci yang dibutuhkannya adalah berkas teks publik di root situs. Langkah ini boleh gagal: jika gagal, deploy tetap dihitung berhasil.

Bagaimana jalannya sejauh ini

Dari delapan proses terakhir, tujuh berhasil dan satu gagal; proses berikutnya, 22 detik kemudian, berhasil. Lima dari tujuh proses yang berhasil selesai dalam kurang dari 40 detik, dan yang paling lambat memakan waktu 2 menit 18 detik. Kami mengukur dari awal sebuah proses hingga pembaruan terakhirnya, jadi anggaplah waktunya perkiraan.

Yang tidak dikatakan proses hijau

Proses yang lulus berarti berkas sudah sampai dan tujuh pemeriksaan lulus. Itu tidak berarti halaman tampak benar di layar ponsel yang kecil, dan IndexNow hanya memberi tahu mesin pencari; ia tak menjanjikan apa pun tentang kapan, atau apakah, mereka mendaftarkan sebuah halaman.

ipe(); // copy, check, publish, tell

Workflow ini sengaja dibuat singkat. Semakin sedikit langkah, semakin sedikit tempat bagi situs yang tenang untuk rusak.