Semua UUID V4

 (everyuuid.com)
3 poin oleh GN⁺ 2024-12-07 | 2 komentar | Bagikan ke WhatsApp
  • everyuuid.com adalah halaman bergaya daftar sederhana yang menampilkan indeks angka dan string UUID berdampingan
  • Setiap entri terdiri dari angka panjang dengan padding 0 dan indeks, lalu UUID dengan tanda hubung di baris berikutnya
  • String UUID mengikuti format UUID V4 dengan grup ketiga yang dimulai dari 4, dan nilai seperti 497dcba3-ecbf-4587-a2dd-5eb0665e6880 ditampilkan
  • Isi halaman tidak memuat penjelasan tentang cara pembuatan, penggunaan, API, atau kode, sehingga lebih menyerupai penelusuran daftar itu sendiri
  • Rentang yang terkonfirmasi adalah 0 hingga 49, dan informasi utama halaman berfokus pada judul serta daftar UUID

Susunan yang menampilkan angka dan UUID berdampingan

  • Judulnya adalah Every UUID V4
  • Isi halaman tersusun sebagai daftar berulang berisi item angka dan string UUID
  • Rentang yang diringkas adalah 0 hingga 49

Cara item ditampilkan

  • Setiap item memiliki struktur dua baris
    • Baris pertama: string 0 panjang diikuti angka indeks
    • Baris kedua: string UUID yang dipisahkan dengan tanda hubung
  • Contoh bagian awalnya sebagai berikut
    • 000000000000000000000000000000000000 0
    • 497dcba3-ecbf-4587-a2dd-5eb0665e6880
  • Item terakhir yang disediakan adalah sebagai berikut
    • 00000000000000000000000000000000000 49
    • 08716598-71f7-4e8b-9fff-e36d2c5d21fe

Halaman ini lebih dekat ke daftar data daripada penjelasan

  • String UUID menggunakan format penulisan UUID yang dipisahkan tanda hubung
  • Tidak ada penjelasan mengenai prinsip pembuatan UUID, kriteria pengurutan, cakupan penuh, fitur pencarian, lisensi, atau metode implementasi
  • Hanya daftar data yang disediakan tanpa penjelasan teknis atau panduan penggunaan

Bacaan terkait

2 komentar

 
nemorize 2024-12-13

Kalimat paling ofensif yang bisa saya buat dengan leetspeak/hexspeak adalah yang ini:
fe11a710-babe-4150-ace5-b19b1accd1cc
(Ya, ini UUID yang valid)
(Saya benar-benar minta maaf)

oh... 👀
 
GN⁺ 2024-12-07
Opini Hacker News

  • Yang paling mengesankan adalah pencariannya benar-benar berfungsi. Seperti sulap yang bagus, setelah mendengar penjelasannya, ini juga tampak sangat sederhana
    Tulisan yang menjelaskan cara kerja proyek ini bagi yang penasaran: https://eieio.games/blog/writing-down-every-uuid/
    Awalnya saya hanya mencoba mencari UUID yang persis, tetapi makin terkejut saat tahu bahwa ini bahkan mendukung pencarian full-text

    • Senang sekali rasanya trik itu terasa seperti sulap. Saat menyadari ini mungkin dilakukan, saya sendiri terkejut dan senang, tetapi tidak yakin apakah orang lain akan merasakan hal yang sama
      Tentu saja saya juga bangga karena ini memberikan begitu banyak kegunaan praktis. Akhirnya kita bisa menemukan dan memakai UUID yang pas dengan kebutuhan
    • Ini contoh bagus dari pengamatan Teller bahwa “sulap terkadang hanyalah seseorang yang menghabiskan jauh lebih banyak waktu untuk sesuatu daripada yang secara wajar bisa diharapkan orang lain”
    • Penjelasan pencarian full-text sedikit lebih cerdas daripada dugaan awal saya. Awalnya saya kira sistemnya menghasilkan UUID sampai menemukan yang cocok dengan arah pencarian tombol next/previous, tetapi ternyata caranya adalah membuat beberapa hasil yang mungkin lalu memilih yang terbaik di antaranya
      Saya menebaknya karena setiap kali bergerak maju-mundur di hasil pencarian, hasilnya berbeda; saya penasaran sebenarnya berapa banyak yang dibuat
    • Pencarian full-text awalnya terlihat seperti pencarian berurutan, tetapi sebenarnya tidak, jadi agak membingungkan. Setelah menekan “next” beberapa kali lalu menekan “prev” sebanyak jumlah yang sama, belum tentu kembali ke UUID semula
      Meski begitu, ini terlihat seperti trik yang cukup keren
    • Metode pencariannya sangat mirip dengan pendekatan umum untuk membuat pemeriksa ejaan yang naif. Jika diberi input, sistem menghasilkan semua kemungkinan kecocokan yang bisa memuat input itu
      Jadi bukan mencari di korpus, melainkan memakai input untuk membuat indeks korpus. Di sini korpusnya adalah daftar UUID, sedangkan pada pemeriksa ejaan korpusnya adalah daftar kata dalam kamus

  • Sepertinya ada hacker yang membocorkan semua UUID
    Saya harus mengecek apakah UUID saya termasuk dalam daftar bocoran

    • Ini peretasan terbesar sejak semua PIN ATM bocor: https://pastebin.com/SmJRB8eQ
    • Kalau ini dilaporkan ke departemen keamanan, mereka pasti langsung heboh
    • Saya menantikan layanan “havemyuuidsbeenpwned.com”
    • 10b82756-f8b4-4fee-a508-adeadbeef5eb
      Mau bagaimana lagi, sekarang saatnya format ulang
    • Kondisi pekerjaan di perusahaan saya sedang seperti ini, jadi sama sekali tidak ada waktu untuk memitigasi kebocoran ini dalam keamanan data pribadi. Saya resmi menyerah

  • Sangat berguna. Kalau saya lupa UUID, saya akan menjadikannya referensi. Saya juga selalu memakai situs ini saat mengingat kunci privat Bitcoin: https://privatekeys.pw/keys/bitcoin/1

    • Kunci acak: saldo 0
      Kunci sungguhan: saldonya sekarang 0
    • Saya tidak tahu orang-orang membuat kunci BTC lemah untuk iseng. Sebagian sepertinya juga dipakai sebagai jebakan untuk memancing bot
    • Pasti ada juga orang yang mencari kunci privat sungguhan dan berpotensi membocorkannya
    • Lihat juga ini: https://keys.lol/

  • Kadang kalau saya membuat UUID lalu tidak memakainya di mana pun, rasanya jadi agak bersalah. Seperti membuang-buang sesuatu

    • Anda tidak sendirian merasa begitu: https://wasteaguid.info/
    • UUID jumlahnya cukup banyak, jadi dengan tidak mencatatnya di mana pun, justru Anda menghemat sumber daya yang lebih langka
    • Seberapa bersalah Anda terhadap UUID-UUID yang bahkan tidak sempat lahir karena tidak pernah dibuat?
    • Di data clickstream perusahaan ada kolom event_uuid, yang merupakan gabungan UUID, bilangan bulat besar, nomor akun, dan sekitar 10 pengenal lainnya
      Jadi sangat mudah melakukan join saat tidak tahu harus join dengan kolom yang mana
    • Dulu saya pernah memakai SELECT TOP 1 ... ORDER BY NEWID() untuk memilih satu record dari tabel berisi jutaan baris
      Jutaan UUID dibuat, dan salah satunya kebetulan terpilih sebagai nilai terendah sehingga record yang terhubung dikembalikan. Pemborosan besar

  • Bagian “browser tidak mau merender jendela yang lebih tinggi dari satu triliun kali satu triliun piksel, jadi scroll dan rendering harus ditangani sendiri” itu menarik. Kalau benar-benar mencobanya, hasilnya cukup mengecewakan, bahkan tidak mendekati satu triliun piksel
    Lima tahun lalu saat bekerja di Fastmail, seorang pelanggan pengguna IE memasukkan sekitar 200 ribu email ke mailbox-nya dan scrollbar rusak; batas yang saya cek saat itu seperti ini, dan beberapa baru saja saya cek ulang
    Firefox dulu mengabaikan deklarasi yang ditafsirkan sebagai nilai lebih besar dari 17.895.697 piksel. Sekarang nilainya di-clamp di titik itu, tetapi ada selisih sekitar 3 piksel sehingga tidak langsung jelas apa tepatnya yang terjadi
    IE mengabaikan deklarasi yang ditafsirkan sebagai 10.737.418,23 piksel atau lebih. WebKit melakukan clamp pada nilai di sekitar 2²⁵, yaitu kira-kira 33.554.432 piksel
    Chromium saat pengujian dulu sama seperti WebKit, tetapi sekarang melakukan clamp di sekitar 22.360.882 piksel. Saat ini saya memakai layar dengan skala 1,5x, jadi 2²⁵ mungkin berkaitan dengan piksel perangkat, tetapi sepertinya saat pengujian pertama saya memakai layar 2x
    Ada juga tulisan yang lebih rinci dengan tautan ke kode sumber terkait: https://news.ycombinator.com/item?id=34299569

    • Ini bagus. Saat menulis artikel, saya mencoba mencari daftar tinggi maksimum browser yang relatif mutakhir. Saya penasaran apakah boleh menautkan komentar ini dalam pembaruan
      Saya juga sangat penasaran bagaimana angka-angka itu ditentukan, dan apa yang mulai rusak jika tidak ada batas. Contoh perilaku aneh di sekitar clientHeight mungkin bisa menjadi petunjuknya
    • Lebar elemen juga punya batas serupa. Baru-baru ini saya mengetahuinya saat mencoba menetapkan lebar ke 45678910px: https://thewisenerd.com/works/45678910px.html

  • Saya ingin merilis paket npm baru bernama get-uuid. Secara internal, paket ini memanggil everyuuid.com, memilih nomor baris secara acak, lalu mengembalikan UUID tersebut

    • Ide yang bagus. Aku juga akan membuat paket npm yang menggunakan paket itu untuk mengembalikan GUID dengan tanda - di antara angka-angkanya dihapus. Hidup penggunaan ulang kode
    • Kuharap kompatibilitas API library-nya hanya dipecahkan paling banyak 5 kali dalam sebulan. Lebih dari itu terlalu banyak
      Dan nantikan juga hari ketika aku menyadari paketmu tidak melakukan persis apa yang kuinginkan lalu mem-fork-nya
    • Akan lebih bagus kalau AI memilihkan UUID yang enak dilihat secara estetis. Kalau mau, aku bisa mengirim PR
    • Bisa tambahkan juga fungsi untuk memeriksa apakah UUID ada?

  • Ini mengingatkanku pada https://libraryofbabel.info/. Sepertinya sekarang sudah tidak aktif, jadi bisa coba Archive: https://web.archive.org/web/20241112121646/https://libraryof...
    Ini implementasi menarik yang terinspirasi dari cerita pendek https://en.wikipedia.org/wiki/The_Library_of_Babel, dan katanya “memuat semua halaman 3200 karakter yang saat ini mungkin”. Namun karena set karakternya terbatas dan tidak ada tanda hubung, UUID ini tidak bisa ditemukan di sana

    • Ada juga variasi berjudul A Short Stay in Hell (2009) karya Steven L. Peck
      Kalau kamu memahami angka-angka yang sangat besar, ini bacaan yang menarik sekaligus menakutkan

  • Kukira ini adalah daftar semua domain .com yang merupakan UUID valid. Jadi penasaran sebenarnya ada berapa domain seperti itu
    Pembaruan: sudah dibagikan di komentar lain: https://news.ycombinator.com/item?id=42342653

  • Teknologi kompresi sudah begitu maju sampai sekarang kita bisa menjelajahi halaman web berukuran lebih dari 340 undecillion byte
    Kita benar-benar hidup di zaman yang menakjubkan

    • Ini hampir pasti mencetak rekor tertinggi baru untuk skor Weissman
    • Bukan apa-apa. Beberapa tahun lalu di Cookie Clicker, toko rotiku bisa memproduksi dalam satuan undecillion tanpa masalah

  • Menakjubkan ada situs web yang memuat konten lebih dari satu layar sekaligus, tetapi saat di-scroll tidak menampilkan animasi loading beberapa detik
    Aku penasaran apakah pengembang aplikasi web modern bisa memanfaatkan teknologi ini dengan cara tertentu

    • Sepenuhnya setuju. Aku juga langsung berpikir, “Wah, cepat, mulus, dan responsif!”
      Tidak masuk akal bahwa perangkat keras komputer sudah 1000 kali lebih cepat dibanding 1995, 30 tahun lalu, tetapi perangkat lunak jadi terlalu membengkak sehingga tetap lebih lambat
      Video terkait: “Will Software Stop Getting Slower?” Jonathan Blow
      https://www.youtube.com/watch?v=4ka549NNdDk