3 puan yazan GN⁺ 2024-12-07 | 2 yorum | WhatsApp'ta paylaş
  • everyuuid.com, sayısal indeks ile UUID dizgesini yan yana gösteren basit bir liste sayfasıdır
  • Her öğe, uzun bir 0 dolgulu sayı ve indeks ile sonraki satırdaki tireli UUID’den oluşur
  • UUID dizgeleri, üçüncü grubun 4 ile başladığı V4 UUID biçimini izler; 497dcba3-ecbf-4587-a2dd-5eb0665e6880 gibi değerler gösterilir
  • Metinde üretim yöntemi, kullanım, API veya kod açıklaması yoktur; yapı daha çok listenin kendisini görüntülemeye yakındır
  • Doğrulanan aralık 0 ile 49 arasındadır ve sayfadaki asıl bilgi başlık ile UUID listesine odaklanır

Sayıları ve UUID’leri yan yana gösteren yapı

  • Başlık Every UUID V4’tür
  • İçerik, sayı öğeleri ile UUID dizgelerinin tekrarlandığı bir listeden oluşur
  • Özetlenen aralık 0 ile 49 arasındadır

Öğelerin gösterilme biçimi

  • Her öğe iki satırlı bir yapıdadır
    • İlk satır: uzun bir 0 dizgesinin sonuna eklenmiş indeks numarası
    • İkinci satır: tirelerle ayrılmış UUID dizgesi
  • Başlangıç kısmındaki örnekler şöyledir
    • 000000000000000000000000000000000000 0
    • 497dcba3-ecbf-4587-a2dd-5eb0665e6880
  • Son verilen öğe şöyledir
    • 00000000000000000000000000000000000 49
    • 08716598-71f7-4e8b-9fff-e36d2c5d21fe

Açıklamadan çok veri listesine benzeyen bir sayfa

  • UUID dizgeleri, tirelerle ayrılmış UUID gösterim biçimini kullanır
  • UUID üretim mantığı, sıralama ölçütü, tam kapsam, arama işlevi, lisans veya uygulama yöntemine dair bir açıklama yoktur
  • Teknik açıklama ya da kullanım rehberi olmadan yalnızca veri listesi sunulur

2 yorum

 
nemorize 2024-12-13

Leetspeak/hexspeak ile bulabildiğim en rahatsız edici cümle şuydu:
fe11a710-babe-4150-ace5-b19b1accd1cc
(Evet, bu geçerli bir UUID)
(Gerçekten çok özür dilerim)

öh... 👀

 
GN⁺ 2024-12-07
Hacker News yorumları
  • En etkileyici olan şey, aramanın gerçekten çalışması. İyi sihir numaralarında hep olduğu gibi, açıklamasını duyunca çok basit görünüyor
    Merak edenler için projenin nasıl çalıştığını anlatan yazı: https://eieio.games/blog/writing-down-every-uuid/
    Başta yalnızca tam UUID araması yapmıştım; tam metin aramayı da desteklediğini öğrenince daha da şaşırdım

    • Bu numaranın sihir gibi gelmesine gerçekten sevindim. Bunun mümkün olduğunu fark ettiğimde ben de şaşırıp keyif almıştım ama başkalarının da aynı şeyi hissedip hissetmeyeceğinden emin değildim
      Elbette bu kadar çok pratik fayda sunmasından da gurur duyuyorum. Sonunda ihtiyaca tam uyan UUID’yi bulup kullanmak mümkün oldu
    • Teller’ın “Sihir bazen, birinin makul olarak bekleyebileceğinden çok daha fazla zamanı bir işe harcamaktan ibarettir” gözlemi için iyi bir örnek
    • Tam metin arama açıklaması ilk beklediğimden biraz daha zekiceydi. Başta, next/prev düğmelerinin arama yönüne uygun bir UUID çıkana kadar üretim yaptığını sanmıştım; gerçekteyse birden fazla olası sonuç üretip aralarından en iyisini seçiyormuş
      Arama sonuçlarında ileri geri gidildikçe farklı sonuçlar çıktığını görünce böyle tahmin etmiştim; gerçekte kaç tane ürettiğini merak ediyorum
    • Tam metin arama ilk bakışta sıralı arama yapıyormuş gibi görünüyor ama aslında öyle değil; bu biraz kafa karıştırıcı. “next”e birkaç kez bastıktan sonra aynı sayıda “prev”e bassanız da mutlaka başlangıçtaki UUID’ye dönmüyorsunuz
      Yine de epey havalı bir numara gibi görünüyor
    • Arama yöntemi, saf bir yazım denetleyicisi yaparken kullanılan yaygın yaklaşıma çok benziyor. Bir girdi verildiğinde, o girdiyi içerebilecek tüm olası eşleşmeleri üretme yöntemi
      Bir derlem içinde arama yapmak yerine, girdiyi kullanarak derlemin dizinini oluşturmak gibi. Burada bu UUID listesi; yazım denetleyicideyse sözlükteki kelime listesi
  • Görünüşe göre bir hacker tüm UUID’leri sızdırmış
    Benim UUID’min sızdırılan listede olup olmadığını kontrol etmem gerekecek

    • Tüm ATM PIN’lerinin sızdırılmasından bu yana en büyük hack: https://pastebin.com/SmJRB8eQ
    • Bunu güvenlik departmanına bildirirsen kesin hemen üstüne atlarlar
    • “havemyuuidsbeenpwned.com” hizmetini bekliyorum
    • 10b82756-f8b4-4fee-a508-adeadbeef5eb
      Yapacak bir şey yok, artık format atma zamanı
    • Şirket işleri şu an böyle olduğundan, kişisel veri güvenliğinde bu sızıntının etkisini azaltmaya ayıracak hiç vaktim yok. Resmen pes ediyorum
  • Çok kullanışlı. UUID’mi unutursam buraya bakarım. Bitcoin özel anahtarımı hatırlamak için de hep bu siteyi kullanıyorum: https://privatekeys.pw/keys/bitcoin/1

    • Rastgele anahtar: bakiye 0
      Gerçek anahtar: bakiye artık 0
    • İnsanların eğlencesine zayıf BTC anahtarları ürettiğini bilmiyordum. Bazıları botları çekmek için tuzak olarak da kullanılıyor olabilir
    • Gerçek özel anahtarını aratıp potansiyel olarak sızdıracak insanlar da kesin vardır
    • Şuna da bakın: https://keys.lol/
  • Bazen bir UUID üretip hiçbir yerde kullanmayınca boş yere suçluluk hissediyorum. İsraf etmişim gibi geliyor

    • Böyle hisseden tek kişi değilsin: https://wasteaguid.info/
    • UUID’ler yeterince bol; bir yere kaydetmeyerek aslında daha kıt bir kaynağı korumuş oluyorsun
    • Üretmediğin için hiç doğamamış UUID’ler hakkında ne kadar üzülüyorsun?
    • Şirketin clickstream verilerinde event_uuid diye bir sütun var; UUID, büyük tamsayı, hesap numarası ve yaklaşık 10 başka tanımlayıcının birleşimi gibi
      Hangi sütunla join yapacağını bilmediğinde join işlemleri çok kolaylaşıyor
    • Bir keresinde milyonlarca satırlık bir tablodan tek bir kayıt seçmek için SELECT TOP 1 ... ORDER BY NEWID() kullanmıştım
      Milyonlarca UUID üretildi ve içlerinden biri tesadüfen en düşük değer seçilerek ona bağlı kayıt döndürüldü. Müthiş bir israf
  • “Tarayıcı, 1 trilyonun 1 trilyon katı pikselden daha yüksek bir pencereyi render etmek istemediği için kaydırma ve render işlemlerini kendim ele almak zorunda kaldım” kısmı eğlenceli. Gerçekten böyle bir şey denediğinizde oldukça hayal kırıklığı yaratıyor; 1 trilyon pikselin yakınına bile gelemiyorsunuz
    5 yıl önce Fastmail’de çalışırken, IE kullanan bir müşteri posta kutusuna yaklaşık 200 bin e-posta koyunca kaydırma çubuğu bozulmuştu; o zaman kontrol ettiğim sınırlar şöyleydi, birkaçını da az önce yeniden kontrol ettim
    Firefox eskiden 17.895.697 pikselden büyük bir değer olarak yorumlanan bildirimleri yok sayardı. Şimdi o noktada clamp ediyor ama yaklaşık 3 piksellik bir fark var; tam olarak ne olduğu hemen açık değil
    IE, 10.737.418,23 piksel ve üzeri olarak yorumlanan bildirimleri yok sayıyor. WebKit değeri kabaca 2²⁵, yani 33.554.432 piksel civarında clamp ediyor
    Chromium önceki testimde WebKit ile aynıydı; şimdiyse yaklaşık 22.360.882 piksel civarında clamp ediyor. Şu an 1,5 ölçekli bir ekrandayım, dolayısıyla 2²⁵’in cihaz pikselleriyle ilgisi olabilir; ama ilk test ettiğimde sanırım 2 ölçekli bir ekrandaydım
    İlgili kaynak kodu bağlantılarıyla birlikte daha ayrıntılı yazdığım bir yorum da var: https://news.ycombinator.com/item?id=34299569

    • Bu iyiymiş. Yazıyı yazarken nispeten güncel bir tarayıcı maksimum yükseklikleri listesi bulmaya çalışmıştım. Güncellemede bu yoruma bağlantı verip veremeyeceğimi merak ediyorum
      Ayrıca bu sayıların nasıl belirlendiğini ve bir sınır olmazsa nelerin bozulmaya başlayacağını da çok merak ediyorum. clientHeight çevresindeki tuhaf davranış örneği bunun ipucu olabilir
    • Eleman genişliği için de benzer sınırlar var. Yakın zamanda genişliği 45678910px olarak ayarlamaya çalışırken öğrendim: https://thewisenerd.com/works/45678910px.html
  • Yeni npm paketi get-uuidyi duyurmak istiyorum. İçeride everyuuid.comu çağırıyor, rastgele bir satır numarası seçiyor ve o UUID’yi döndürüyor

    • Harika fikir. Ben de bu paketi kullanan bir npm paketi yapıp rakamlar arasındaki - işaretlerini kaldırılmış GUID döndürmesini sağlayacağım. Yaşasın kod yeniden kullanımı
    • Kütüphanenin API uyumluluğunu ayda en fazla 5 kez bozsan iyi olur. Daha fazlası çok olur
      Bir de, paketinin istediğim şeyi tam olarak yapmadığını fark edip fork’layacağım günü de sabırsızlıkla bekle
    • Yapay zeka estetik açıdan güzel görünen UUID’leri seçse daha iyi olurdu. İstersen PR açabilirim
    • UUID’nin var olup olmadığını kontrol eden bir fonksiyon da ekleyebilir misin?
  • https://libraryofbabel.info/ aklıma geldi. Şu anda kapalı gibi görünüyor, Archive’ı deneyebilirsiniz: https://web.archive.org/web/20241112121646/https://libraryof...
    Kısa öykü https://en.wikipedia.org/wiki/The_Library_of_Babel’den esinlenen eğlenceli bir uygulama; “şu anda mümkün olan tüm 3200 karakterlik sayfaları içerdiği” söyleniyor. Ancak karakter kümesi sınırlı olduğu ve tire içermediği için bu UUID’ler bulunamaz

    • Steven L. Peck’in A Short Stay in Hell (2009) adlı bir varyasyonu da var
      Büyük, çok büyük sayıları kavrıyorsanız eğlenceli ve ürkütücü bir okuma
  • Geçerli UUID olan tüm .com alan adlarının listesi sanmıştım. Gerçekte böyle kaç alan adı vardır merak ettim
    Güncelleme: Başka bir yorumda zaten paylaşılmış: https://news.ycombinator.com/item?id=42342653

  • Sıkıştırma teknolojisi o kadar ilerledi ki artık 340 undesilyon bayttan büyük web sayfalarında gezinebiliyoruz
    Gerçekten hayret verici zamanlarda yaşıyoruz

    • Bu neredeyse kesinlikle Weissman skoru için yeni bir rekor
    • Bir şey değil. Birkaç yıl önce Cookie Clicker’da fırınlarım undesilyon mertebesinde üretimi sorunsuz yapıyordu
  • Bir ekrandan fazla içerik tek seferde yer almasına rağmen kaydırırken birkaç saniyelik yükleme animasyonu göstermeyen bir web sitesi olması şaşırtıcı
    Modern web uygulaması geliştiricilerinin bu teknolojiden bir şekilde yararlanıp yararlanamayacağını merak ediyorum

    • Tamamen katılıyorum. Ben de hemen “vay, hızlı, akıcı ve tepkisel!” diye düşündüm
      Bilgisayar donanımı 1995’e, yani 30 yıl öncesine göre 1000 kat hızlandı ama yazılım o kadar şişti ki hâlâ daha yavaş olması saçma
      İlgili video: “Will Software Stop Getting Slower?” Jonathan Blow
      https://www.youtube.com/watch?v=4ka549NNdDk