Tüm V4 UUID’leri
(everyuuid.com)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
4ile başladığı V4 UUID biçimini izler;497dcba3-ecbf-4587-a2dd-5eb0665e6880gibi 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
0dizgesinin sonuna eklenmiş indeks numarası - İkinci satır: tirelerle ayrılmış UUID dizgesi
- İlk satır: uzun bir
- Başlangıç kısmındaki örnekler şöyledir
000000000000000000000000000000000000 0497dcba3-ecbf-4587-a2dd-5eb0665e6880
- Son verilen öğe şöyledir
00000000000000000000000000000000000 4908716598-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
öh... 👀
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
Elbette bu kadar çok pratik fayda sunmasından da gurur duyuyorum. Sonunda ihtiyaca tam uyan UUID’yi bulup kullanmak mümkün oldu
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
Yine de epey havalı bir numara gibi görünüyor
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
10b82756-f8b4-4fee-a508-adeadbeef5ebYapacak bir şey yok, artık format atma zamanı
Ç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
Gerçek anahtar: bakiye artık 0
Bazen bir UUID üretip hiçbir yerde kullanmayınca boş yere suçluluk hissediyorum. İsraf etmişim gibi geliyor
event_uuiddiye bir sütun var; UUID, büyük tamsayı, hesap numarası ve yaklaşık 10 başka tanımlayıcının birleşimi gibiHangi sütunla join yapacağını bilmediğinde join işlemleri çok kolaylaşıyor
SELECT TOP 1...ORDER BY NEWID()kullanmıştımMilyonlarca 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
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 olabilir45678910pxolarak ayarlamaya çalışırken öğrendim: https://thewisenerd.com/works/45678910px.htmlYeni
npmpaketiget-uuidyi duyurmak istiyorum. İçerideeveryuuid.comu çağırıyor, rastgele bir satır numarası seçiyor ve o UUID’yi döndürüyornpmpaketi yapıp rakamlar arasındaki-işaretlerini kaldırılmış GUID döndürmesini sağlayacağım. Yaşasın kod yeniden kullanımıBir de, paketinin istediğim şeyi tam olarak yapmadığını fark edip fork’layacağım günü de sabırsızlıkla bekle
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
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
.comalan adlarının listesi sanmıştım. Gerçekte böyle kaç alan adı vardır merak ettimGü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
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
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