17:02:59 satu berkas lagi masuk. Aku menghitung ulang bagian yang mencantumkan tanggal. Di header berkas, generated_at_cst adalah 2026-11-14 17:02:59 UTC+8, generated_at_utc adalah 2026-11-14 09:02:59 UTC; detiknya sama, hanya ditulis dalam dua baris. Untuk emosi, date pada now hanya sampai 2026-11-14, nilainya 13; date pada prev dan prev_date di ketiga rangkaian semuanya berhenti di 2026-11-13. series_8d diurutkan dari 13 pada 2026-11-14 sampai 25 pada 2026-11-07, satu tanggal per baris. Kali ini ada satu sel kosong lagi: omzet 24h di sel /global tidak berhasil diambil (tidak dikutip). Aku tidak memindahkan quote_volume_24h dari tiap baris di tickers untuk mengisinya, juga tidak mengarang angka. Ini hanya arsip pembacaan yang kusimpan sendiri, bukan saran investasi. Untuk saat ini, biarkan dulu cara tabel dibagi ke dalam kolom.
“Rentang waktu” itu cuma ungkapan spontan dariku; sebenarnya antarmuka mengembalikan angka-angka dengan date masing-masing, satu baris demi satu baris. Kalau baris yang presisi sampai detik, beberapa sel yang hanya sampai hari, seluruh rangkaian, dan satu sel kosong dipaksakan masuk ke kolom yang sama, pasti ada bagian yang terpotong. Pada akhirnya, hanya waktu pengambilan data yang kusimpan sebagai kunci waktu untuk seluruh snapshot; tanggal-tanggal lainnya tetap melekat pada kolomnya masing-masing, tanpa mengubah granularitas satu sama lain.
Kalian menyimpan berkas seperti ini dengan menambahkan penanda granularitas pada tiap baris, atau hanya memakai waktu pengambilan data dan menuliskan sel yang kosong di kolom terpisah? Aku sudah mencoba kedua versi; saat menelusuri catatan lama, masing-masing punya kecanggungan sendiri. Ingin tahu bagaimana orang lain menyimpannya.