Asenkron veri i\u015fleme \u00e7a\u011f\u0131nda, verinin b\u00fct\u00fcnl\u00fc\u011f\u00fcn\u00fc ve g\u00fcvenli\u011fini sa\u011flamak her zamankinden daha kritik. Peki, bir sunucudan gelen veya anl\u0131k olu\u015fan verinin g\u00fcvenilirli\u011fini nas\u0131l teyit edebiliriz? \u0130\u015fte tam da bu noktada \u201cPromise Hashleri\u201d devreye giriyor. Bu makalede, asenkron i\u015flemlerle elde edilen verilerin nas\u0131l hash’lenece\u011fini, bu tekniklerin ne gibi faydalar sa\u011flad\u0131\u011f\u0131n\u0131 ve ger\u00e7ek d\u00fcnya senaryolar\u0131nda nas\u0131l kullan\u0131labilece\u011fini ad\u0131m ad\u0131m ke\u015ffedece\u011fiz. Gelin, modern web uygulamalar\u0131n\u0131n vazge\u00e7ilmezi olan bu konuyu derinlemesine inceleyelim.<\/p>\n
Modern web geli\u015ftirmenin temel ta\u015flar\u0131ndan biri olan asenkron programlama, kullan\u0131c\u0131 deneyimini kesintiye u\u011fratmadan uzun s\u00fcreli i\u015flemleri y\u00f6netmemizi sa\u011flar. Bu ba\u011flamda, JavaScript’teki Promises (S\u00f6zler), asenkron i\u015flemlerin sonu\u00e7lar\u0131n\u0131 daha d\u00fczenli ve okunabilir bir \u015fekilde ele alman\u0131n g\u00fc\u00e7l\u00fc bir yoludur. Bir Promise, hen\u00fcz tamamlanmam\u0131\u015f bir i\u015flemin nihai sonucunu (ba\u015far\u0131l\u0131 tamamlanma veya hata) temsil eden bir JavaScript nesnesidir. Bir Promise ya ba\u015far\u0131yla \u00e7\u00f6z\u00fcl\u00fcr (resolved) ya da bir hata ile reddedilir (rejected).<\/p>\n
\u00d6rne\u011fin, bir sunucudan veri \u00e7ekmek genellikle bir Promise d\u00f6nd\u00fcr\u00fcr. Veri gelene kadar kullan\u0131c\u0131 aray\u00fcz\u00fc donmaz, di\u011fer i\u015flemler devam eder. Bu ak\u0131\u015f, Hash fonksiyonlar\u0131, herhangi bir boyuttaki veriyi (metin, dosya, g\u00f6r\u00fcnt\u00fc vb.) al\u0131p sabit uzunlukta, benzersiz bir karakter dizisine d\u00f6n\u00fc\u015ft\u00fcren matematiksel algoritmalard\u0131r. Bu karakter dizisine “hash de\u011feri” veya “\u00f6zet” denir. En yayg\u0131n kullan\u0131lan hash algoritmalar\u0131ndan baz\u0131lar\u0131 SHA-256 (Secure Hash Algorithm 256) ve MD5’tir. MD5, g\u00fcvenlik a\u00e7\u0131klar\u0131ndan dolay\u0131 g\u00fcn\u00fcm\u00fczde kritik uygulamalarda \u00f6nerilmezken, SHA-256 gibi daha g\u00fc\u00e7l\u00fc algoritmalar hala yayg\u0131n olarak kullan\u0131lmaktad\u0131r. Bir hash fonksiyonunun temel \u00f6zellikleri \u015funlard\u0131r:<\/p>\n Bir veri \u00fczerinde hash hesaplamak, o verinin bir “parmak izini” olu\u015fturmak gibidir. E\u011fer verinin tek bir bitinde bile de\u011fi\u015fiklik olursa, hash de\u011feri tamamen farkl\u0131 olacakt\u0131r. Bu \u00f6zellik, Promise’ler arac\u0131l\u0131\u011f\u0131yla elde edilen asenkron verinin do\u011frulu\u011funu ve b\u00fct\u00fcnl\u00fc\u011f\u00fcn\u00fc kontrol etmek i\u00e7in hash’leri paha bi\u00e7ilmez k\u0131lar. Bu iki g\u00fc\u00e7l\u00fc kavram\u0131 bir araya getirerek, yani asenkron veriyi Promise’ler ile y\u00f6netip, gelen verinin do\u011frulu\u011funu hash’ler ile teyit ederek, “Promise Hashleri” dedi\u011fimiz g\u00fc\u00e7l\u00fc bir mekanizma elde etmi\u015f oluyoruz. Bu sayede, hem kullan\u0131c\u0131 deneyimini bozmadan veri aktar\u0131m\u0131n\u0131 ger\u00e7ekle\u015ftiriyor hem de verinin kayna\u011f\u0131nda veya aktar\u0131m s\u0131ras\u0131nda manip\u00fcle edilmedi\u011finden emin olabiliyoruz. Bu kombinasyon, \u00f6zellikle kritik verilerin i\u015flendi\u011fi finans, sa\u011fl\u0131k ve e-ticaret gibi alanlarda b\u00fcy\u00fck \u00f6nem ta\u015f\u0131r.<\/p>\n Promise Hashleri, asenkron veri ak\u0131\u015flar\u0131nda g\u00fcvenli\u011fi ve veri b\u00fct\u00fcnl\u00fc\u011f\u00fcn\u00fc sa\u011flaman\u0131n \u00f6tesinde bir\u00e7ok pratik fayda sunar. Bu konseptin \u00f6nemi, \u00f6zellikle modern da\u011f\u0131t\u0131k sistemlerde ve mikro hizmet mimarilerinde daha da belirginle\u015fmektedir. Peki, bu teknik bize hangi kap\u0131lar\u0131 a\u00e7\u0131yor ve hangi sorunlara \u00e7\u00f6z\u00fcm getiriyor?<\/p>\n \u00d6ncelikle, veri b\u00fct\u00fcnl\u00fc\u011f\u00fcn\u00fcn do\u011frulanmas\u0131<\/strong> en temel kullan\u0131m alan\u0131d\u0131r. Bir dosya indirildi\u011finde veya bir API’den JSON verisi al\u0131nd\u0131\u011f\u0131nda, bu verinin transfer s\u0131ras\u0131nda bozulmad\u0131\u011f\u0131ndan veya de\u011fi\u015ftirilmedi\u011finden emin olmak isteriz. Sunucu taraf\u0131nda verinin bir hash’i olu\u015fturulup istemciye g\u00f6nderilirse, istemci de ayn\u0131 verinin hash’ini hesaplayarak iki de\u011feri kar\u015f\u0131la\u015ft\u0131rabilir. E\u011fer hashler e\u015fle\u015firse, verinin b\u00fct\u00fcnl\u00fc\u011f\u00fc korunmu\u015f demektir. Bu, \u00f6zellikle b\u00fcy\u00fck dosyalar\u0131n indirilmesinde veya kritik konfig\u00fcrasyon dosyalar\u0131n\u0131n da\u011f\u0131t\u0131m\u0131nda hayati \u00f6nem ta\u015f\u0131r. Aksi takdirde, bozuk bir dosya uygulaman\u0131n \u00e7\u00f6kmesine veya yanl\u0131\u015f \u00e7al\u0131\u015fmas\u0131na neden olabilir.<\/p>\n \u0130kinci olarak, \u00f6nbellekleme (caching) mekanizmalar\u0131n\u0131 geli\u015ftirmek<\/strong> i\u00e7in Promise Hashleri kullan\u0131labilir. Uzun s\u00fcren bir API \u00e7a\u011fr\u0131s\u0131 sonucunda elde edilen verinin hash’ini al\u0131p yerel depolamada (\u00f6rne\u011fin localStorage veya IndexedDB) saklayabiliriz. Bir sonraki istekte, e\u011fer ayn\u0131 veri talep ediliyorsa, sunucudan sadece verinin hash’ini isteyip, mevcut yerel hash ile kar\u015f\u0131la\u015ft\u0131rabiliriz. E\u011fer hashler e\u015fle\u015firse, a\u011fdan t\u00fcm veriyi yeniden \u00e7ekmek yerine \u00f6nbellekten hizmet verebiliriz. Bu, hem a\u011f trafi\u011fini azalt\u0131r hem de uygulama performans\u0131n\u0131 \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131r\u0131r. \u00d6zellikle s\u0131k eri\u015filen ancak nadiren de\u011fi\u015fen veriler (\u00f6rne\u011fin \u00fcr\u00fcn kategorileri, ayarlar vb.) i\u00e7in bu y\u00f6ntem \u00e7ok verimlidir.<\/p>\n Bir di\u011fer \u00f6nemli kullan\u0131m alan\u0131 ise i\u00e7erik adreslenebilir depolama (Content-Addressable Storage – CAS)<\/strong> sistemleridir. Bu sistemlerde, veriye do\u011frudan konumuyla de\u011fil, i\u00e7eri\u011finin hash de\u011feriyle eri\u015filir. \u00d6rne\u011fin, bir blok zinciri tabanl\u0131 depolama sisteminde, bir dosyan\u0131n i\u00e7eri\u011fi de\u011fi\u015fti\u011finde hash’i de de\u011fi\u015fir ve bu durum otomatik olarak yeni bir depolama kayd\u0131 olu\u015fturur. Promise Hashleri, asenkron olarak y\u00fcklenen veya olu\u015fturulan verilerin bu t\u00fcr sistemlere entegrasyonunu kolayla\u015ft\u0131r\u0131r. Bir kullan\u0131c\u0131n\u0131n y\u00fckledi\u011fi b\u00fcy\u00fck bir medya dosyas\u0131 \u00f6nce asenkron olarak i\u015flenir, hash’i al\u0131n\u0131r ve ard\u0131ndan bu hash ile CAS sistemine kaydedilir. Bu, hem veri tekille\u015ftirmesine yard\u0131mc\u0131 olur hem de verinin de\u011fi\u015fmezli\u011fini garanti eder.<\/p>\n Ger\u00e7ek d\u00fcnya senaryolar\u0131na bir g\u00f6z atal\u0131m: Vaka Analizi: CDN Varl\u0131k Do\u011frulamas\u0131.<\/strong> B\u00fcy\u00fck web siteleri, statik varl\u0131klar\u0131n\u0131 (JavaScript dosyalar\u0131, CSS, resimler) genellikle CDN’ler (Content Delivery Network) \u00fczerinden sunar. CDN’ler, kullan\u0131c\u0131ya en yak\u0131n sunucudan hizmet vererek performans\u0131 art\u0131r\u0131r. Ancak, CDN’in i\u00e7eri\u011finin do\u011fru oldu\u011fundan ve manip\u00fcle edilmedi\u011finden nas\u0131l emin olabiliriz? Bir web uygulamas\u0131, bir JavaScript dosyas\u0131n\u0131 CDN’den asenkron olarak \u00e7ekti\u011finde, dosyan\u0131n beklenen hash de\u011feri ile sunucudan gelen dosyan\u0131n hash de\u011ferini kar\u015f\u0131la\u015ft\u0131rabilir. E\u011fer hashler e\u015fle\u015fmezse, bu bir g\u00fcvenlik a\u00e7\u0131\u011f\u0131na (\u00f6rne\u011fin CDN’in hacklenmesi ve zararl\u0131 kod enjekte edilmesi) i\u015faret edebilir ve uygulama bu dosyay\u0131 kullanmay\u0131 reddedebilir. Bu, \u00f6zellikle \u00fc\u00e7\u00fcnc\u00fc taraf betiklerin (analitik ara\u00e7lar, reklam kodlar\u0131) b\u00fct\u00fcnl\u00fc\u011f\u00fcn\u00fc kontrol etmek i\u00e7in kritik bir mekanizmad\u0131r. Promise Hashleri, bu t\u00fcr varl\u0131klar\u0131n asenkron olarak y\u00fcklenirken bile g\u00fcvenlik do\u011frulamas\u0131n\u0131 sorunsuz bir \u015fekilde entegre etmemizi sa\u011flar, b\u00f6ylece kullan\u0131c\u0131lar her zaman do\u011fru ve g\u00fcvenilir i\u00e7eri\u011fe eri\u015fir.<\/p>\n \u015eimdi Promise Hashlerinin nas\u0131l \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 daha somut bir \u015fekilde g\u00f6relim. Basit bir senaryo d\u00fc\u015f\u00fcnelim: Uzak bir API’den asenkron olarak bir metin verisi \u00e7ekece\u011fiz ve bu verinin b\u00fct\u00fcnl\u00fc\u011f\u00fcn\u00fc do\u011frulamak i\u00e7in SHA-256 hash’ini hesaplayaca\u011f\u0131z. Bu \u00f6rnekte JavaScript’in Fetch API’si ve Web Crypto API’si (\u00f6zellikle SubtleCrypto) kullan\u0131lacakt\u0131r. Web Crypto API, taray\u0131c\u0131da g\u00fc\u00e7l\u00fc kriptografik i\u015flemler yapmam\u0131z\u0131 sa\u011flayan bir ara\u00e7t\u0131r ve Promise tabanl\u0131 \u00e7al\u0131\u015f\u0131r.<\/p>\n \u0130lk ad\u0131m olarak, uzak bir kaynaktan veri \u00e7ekmek i\u00e7in bir Promise tabanl\u0131 fonksiyon olu\u015ftural\u0131m. Bu fonksiyon, bir URL alacak ve o URL’deki metin i\u00e7eri\u011fini d\u00f6nd\u00fcrecektir.<\/p>\n <\/code><\/p>\n Ard\u0131ndan, bir metin \u00fczerinde SHA-256 hash'ini hesaplayacak ba\u015fka bir Promise tabanl\u0131 fonksiyon yazal\u0131m. Bu fonksiyon, SubtleCrypto API'sini kullanacakt\u0131r.<\/p>\n <\/code><\/p>\n \u015eimdi bu iki fonksiyonu bir araya getirerek, bir URL'den veri \u00e7ekip hash'ini hesaplayal\u0131m ve sonucu g\u00f6sterelim.<\/p>\n <\/code><\/p>\n Bu \u00f6rnekte, Tek bir asenkron veriyi hash'lemek genellikle yeterli olsa da, modern uygulamalar \u00e7o\u011fu zaman birden fazla ba\u011f\u0131ms\u0131z asenkron i\u015flemi paralel olarak y\u00fcr\u00fctme ve bunlar\u0131n sonu\u00e7lar\u0131n\u0131 birle\u015ftirme ihtiyac\u0131 duyar. \u00d6rne\u011fin, bir web sayfas\u0131n\u0131n birden \u00e7ok API'den veri \u00e7ekmesi, farkl\u0131 kaynaklardan resimler y\u00fcklemesi veya birden fazla mikro hizmetten bilgi toplamas\u0131 gerekebilir. Bu gibi durumlarda, t\u00fcm bu asenkron i\u015flemlerin sonu\u00e7lar\u0131n\u0131n b\u00fct\u00fcnl\u00fc\u011f\u00fcn\u00fc tek bir birle\u015fik hash ile do\u011frulamak veya her birinin hash'ini ayr\u0131 ayr\u0131 kontrol etmek isteyebiliriz. \u0130\u015fte bu noktada JavaScript'in <\/code><\/p>\n Bu \u00f6rnekte, Vaka Analizi: \u00c7ok Kaynakl\u0131 Ayar Do\u011frulamas\u0131.<\/strong> B\u00fcy\u00fck bir kurumsal uygulama d\u00fc\u015f\u00fcn\u00fcn. Bu uygulama, kullan\u0131c\u0131 aray\u00fcz\u00fc ayarlar\u0131n\u0131, tema tercihlerini ve dil dosyalar\u0131n\u0131 farkl\u0131 mikro hizmetlerden asenkron olarak \u00e7ekiyor. Uygulaman\u0131n tutarl\u0131 ve g\u00fcvenli bir \u015fekilde \u00e7al\u0131\u015fabilmesi i\u00e7in t\u00fcm bu ayarlar\u0131n do\u011fru ve manip\u00fcle edilmemi\u015f olmas\u0131 esast\u0131r. Geli\u015ftiriciler, bu \u00fc\u00e7 farkl\u0131 kaynaktan gelen veriyi ayr\u0131 ayr\u0131 \u00e7ekip hash'lerini hesaplar. Ard\u0131ndan bu \u00fc\u00e7 hash'i birle\u015ftirerek tek bir \"ana konfig\u00fcrasyon hash'i\" olu\u015ftururlar. Uygulama ba\u015flat\u0131ld\u0131\u011f\u0131nda veya ayarlar g\u00fcncellendi\u011finde bu ana hash'i beklenen bir de\u011ferle kar\u015f\u0131la\u015ft\u0131rarak, t\u00fcm ayarlar\u0131n do\u011fru bir \u015fekilde y\u00fcklendi\u011finden ve herhangi bir d\u0131\u015f m\u00fcdahale olmad\u0131\u011f\u0131ndan emin olabilirler. E\u011fer ana hash e\u015fle\u015fmezse, uygulama kritik bir hata verebilir veya g\u00fcvenli modda \u00e7al\u0131\u015fmaya ba\u015flayabilir, b\u00f6ylece potansiyel g\u00fcvenlik riskleri veya tutars\u0131z davran\u0131\u015flar \u00f6nlenir. Bu yakla\u015f\u0131m, sadece veri b\u00fct\u00fcnl\u00fc\u011f\u00fcn\u00fc sa\u011flamakla kalmaz, ayn\u0131 zamanda kompleks sistemlerdeki konfig\u00fcrasyon y\u00f6netimini de basitle\u015ftirir.<\/p>\n Promise Hashleri, veri b\u00fct\u00fcnl\u00fc\u011f\u00fc ve g\u00fcvenlik a\u00e7\u0131s\u0131ndan g\u00fc\u00e7l\u00fc bir ara\u00e7 olsa da, uygulamaya entegre edilirken hem g\u00fcvenlik hem de performans a\u00e7\u0131s\u0131ndan dikkat edilmesi gereken \u00f6nemli noktalar vard\u0131r. Bu konulara \u00f6zen g\u00f6stermek, sistemin hem sa\u011flam hem de verimli \u00e7al\u0131\u015fmas\u0131n\u0131 sa\u011flar.<\/p>\n Sonu\u00e7 olarak, Promise Hashleri uygulaman\u0131n g\u00fcvenli\u011fini ve performans\u0131n\u0131 art\u0131rma potansiyeline sahiptir, ancak bu potansiyeli tam olarak kullanabilmek i\u00e7in g\u00fcvenlik en iyi uygulamalar\u0131na ve performans optimizasyonlar\u0131na dikkat etmek kritik \u00f6neme sahiptir. Do\u011fru algoritma se\u00e7imi, g\u00fcvenli beklenen de\u011fer y\u00f6netimi ve i\u015flemci yo\u011fun g\u00f6revleri arka plana ta\u015f\u0131ma gibi stratejiler, bu tekni\u011fi ba\u015far\u0131yla uygulaman\u0131n anahtarlar\u0131d\u0131r.<\/p>\n Mobil cihazlar, s\u0131n\u0131rl\u0131 i\u015flem g\u00fcc\u00fc, daha az bellek ve genellikle daha yava\u015f\/dengesiz a\u011f ba\u011flant\u0131lar\u0131 gibi k\u0131s\u0131tlamalara sahiptir. Bu k\u0131s\u0131tlamalar, Promise Hashlerini mobil uyumlu hale getirme s\u00fcrecinde geli\u015ftiriciler i\u00e7in \u00f6zel zorluklar ortaya koyar. Ancak do\u011fru yakla\u015f\u0131mlarla, mobil platformlarda bile bu g\u00fc\u00e7l\u00fc tekni\u011fi verimli bir \u015fekilde kullanmak m\u00fcmk\u00fcnd\u00fcr.<\/p>\n Mobil kullan\u0131c\u0131lar, uygulamalar\u0131n h\u0131zl\u0131 ve ak\u0131c\u0131 olmas\u0131n\u0131 beklerler. B\u00fcy\u00fck bir dosyan\u0131n indirilip hash'inin hesaplanmas\u0131 zaman alabilir. Bu s\u00fcre zarf\u0131nda kullan\u0131c\u0131ya anlaml\u0131 geri bildirim sa\u011flamak (\u00f6rne\u011fin bir y\u00fckleme g\u00f6stergesi, ilerleme \u00e7ubu\u011fu) \u00e7ok \u00f6nemlidir. E\u011fer hash hesaplama i\u015flemi arka planda, yani bir Web Worker'da ger\u00e7ekle\u015fiyorsa, ana UI thread'i donmayacak ve kullan\u0131c\u0131 di\u011fer i\u015flemlerine devam edebilecektir. Ancak yine de, i\u015flemin devam etti\u011fini belirten g\u00f6rsel bir ipucu, kullan\u0131c\u0131 deneyimini \u00f6nemli \u00f6l\u00e7\u00fcde iyile\u015ftirir.<\/p>\nasync\/await<\/code> s\u00f6zdizimi ile daha da basitle\u015ftirilmi\u015ftir, bu da asenkron kodu senkron gibi yazmam\u0131z\u0131 sa\u011flar. Ancak asenkron olarak gelen bu verinin b\u00fct\u00fcnl\u00fc\u011f\u00fcnden emin olmak ayr\u0131 bir konudur. \u0130\u015fte bu noktada hash fonksiyonlar\u0131 devreye giriyor.<\/p>\n\n
Promise Hashleri Neden \u00d6nemlidir? Temel Kullan\u0131m Alanlar\u0131<\/h2>\n
Ad\u0131m Ad\u0131m Promise Hash Uygulamas\u0131: Basit Bir \u00d6rnek<\/h2>\n
\n async function fetchData(url) {\n try {\n const response = await fetch(url);\n if (!response.ok) {\n throw new Error(HTTP hata kodu: ${response.status}<\/code>);\n }\n const data = await response.text(); \/\/ Metin olarak al\u0131yoruz\n return data;\n } catch (error) {\n console.error('Veri \u00e7ekme hatas\u0131:', error);\n throw error; \/\/ Hatay\u0131 yukar\u0131ya f\u0131rlat\u0131yoruz\n }\n }\n <\/pre>\n\n async function calculateSHA256Hash(text) {\n const textEncoder = new TextEncoder();\n const data = textEncoder.encode(text); \/\/ Metni Uint8Array'e d\u00f6n\u00fc\u015ft\u00fcr\u00fcr\u00fcz\n\n const hashBuffer = await crypto.subtle.digest('SHA-256', data); \/\/ Hash hesaplama Promise'\u0131\n const hashArray = Array.from(new Uint8Array(hashBuffer)); \/\/ Byte dizisine d\u00f6n\u00fc\u015ft\u00fcr\n const hashHex = hashArray.map(b => b.toString(16).padStart(2, '0')).join(''); \/\/ Hex string'e d\u00f6n\u00fc\u015ft\u00fcr\n\n return hashHex;\n }\n <\/pre>\n\n async function getAndHashData(url) {\n try {\n console.log(Veri ${url} adresinden \u00e7ekiliyor...<\/code>);\n const data = await fetchData(url);\n console.log('Veri ba\u015far\u0131yla \u00e7ekildi.');\n\n console.log('Verinin hash de\u011feri hesaplan\u0131yor...');\n const dataHash = await calculateSHA256Hash(data);\n console.log('Hesaplanan SHA-256 Hash:', dataHash);\n\n \/\/ \u00d6rnek bir beklenen hash de\u011feri (ger\u00e7ek uygulamada bu de\u011feri d\u0131\u015far\u0131dan al\u0131rs\u0131n\u0131z)\n const expectedHash = \"e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855\"; \/\/ Bo\u015f stringin SHA-256 hash'i\n\n if (dataHash === expectedHash) {\n console.log('Hash de\u011ferleri e\u015fle\u015fiyor! Veri b\u00fct\u00fcnl\u00fc\u011f\u00fc do\u011fruland\u0131.');\n } else {\n console.warn('Hash de\u011ferleri e\u015fle\u015fmiyor! Veri bozulmu\u015f veya de\u011fi\u015ftirilmi\u015f olabilir.');\n }\n return dataHash;\n } catch (error) {\n console.error('\u0130\u015flem s\u0131ras\u0131nda bir hata olu\u015ftu:', error);\n return null;\n }\n }\n\n \/\/ \u00d6rnek kullan\u0131m:\n \/\/ Bu URL, genelde test ama\u00e7l\u0131 bir metin d\u00f6nd\u00fcren bir API olmal\u0131.\n \/\/ \u00d6rne\u011fin, 'https:\/\/jsonplaceholder.typicode.com\/posts\/1' adresinden gelen metin i\u00e7eri\u011fi.\n \/\/ Not: fetch ve Web Crypto API'si sadece g\u00fcvenli ba\u011flamlarda (HTTPS) veya localhost'ta \u00e7al\u0131\u015f\u0131r.\n getAndHashData('https:\/\/example.com\/some-text-file.txt'); \/\/ Ger\u00e7ek bir URL ile de\u011fi\u015ftirin\n <\/pre>\ncrypto.subtle.digest<\/code> metodunu kullan\u0131rken, b\u00fcy\u00fck dosyalar i\u00e7in performans\u0131 art\u0131rmak amac\u0131yla veriyi par\u00e7alar halinde okuyup (streaming) her par\u00e7ay\u0131 i\u015fleyebilirsiniz. Bu, \u00f6zellikle mobil cihazlarda veya d\u00fc\u015f\u00fck bant geni\u015fli\u011fine sahip ba\u011flant\u0131larda bellek kullan\u0131m\u0131n\u0131 optimize eder ve uygulaman\u0131n donmas\u0131n\u0131 engeller. Veri ak\u0131\u015f\u0131n\u0131 y\u00f6netmek i\u00e7in ReadableStream<\/code> ve TransformStream<\/code> gibi taray\u0131c\u0131 API'lar\u0131n\u0131 ara\u015ft\u0131rabilirsiniz. Bu teknikle, kullan\u0131c\u0131ya daha h\u0131zl\u0131 geri bildirim sa\u011flayarak performans\u0131 %40'a kadar art\u0131rabilirsiniz.\n <\/div>\ngetAndHashData<\/code> fonksiyonumuz hem asenkron bir i\u015flemi (veri \u00e7ekme) Promise kullanarak y\u00f6netiyor hem de elde edilen verinin b\u00fct\u00fcnl\u00fc\u011f\u00fcn\u00fc ba\u015fka bir Promise tabanl\u0131 i\u015flemle (hash hesaplama) do\u011fruluyor. Bu sayede, \"Promise Hashleri\" kavram\u0131n\u0131n temelini uygulamal\u0131 olarak g\u00f6rm\u00fc\u015f oluyoruz. G\u00f6r\u00fcld\u00fc\u011f\u00fc \u00fczere, bu y\u00f6ntem veri g\u00fcvenli\u011fi ve do\u011frulamas\u0131 i\u00e7in olduk\u00e7a esnek ve g\u00fc\u00e7l\u00fc bir yap\u0131 sunmaktad\u0131r.<\/p>\nBirden Fazla Asenkron Veriyi Hashleme: Promise.all ve Kombinasyonlar<\/h3>\n
Promise.all()<\/code> veya Promise.allSettled()<\/code> gibi metodlar\u0131 ve bunlar\u0131n \u00e7\u0131kt\u0131lar\u0131n\u0131 birle\u015ftirme stratejileri devreye girer.<\/p>\nPromise.all()<\/code> metodu, bir dizi Promise al\u0131r ve t\u00fcm bu Promise'ler ba\u015far\u0131l\u0131 bir \u015fekilde \u00e7\u00f6z\u00fcld\u00fc\u011f\u00fcnde \u00e7\u00f6z\u00fclen de\u011ferlerin bir dizisini i\u00e7eren yeni bir Promise d\u00f6nd\u00fcr\u00fcr. E\u011fer dizideki Promise'lerden herhangi biri reddedilirse, Promise.all()<\/code> kendisi de reddedilir. Bu, birden fazla kaynaktan veri \u00e7ekme ve hepsini bir kerede hash'leme senaryolar\u0131 i\u00e7in idealdir. Hadi, birden fazla URL'den veri \u00e7ekip her birinin hash'ini ayr\u0131 ayr\u0131 hesaplayan ve ard\u0131ndan bu hash'leri birle\u015ftirerek tek bir nihai hash olu\u015fturan bir \u00f6rnek yapal\u0131m:<\/p>\n\n async function getAndHashMultipleData(urls) {\n try {\n \/\/ Her URL i\u00e7in veri \u00e7ekme ve hash hesaplama Promise'lar\u0131n\u0131 olu\u015ftur\n const hashPromises = urls.map(async url => {\n const data = await fetchData(url); \/\/ fetchData \u00f6nceki b\u00f6l\u00fcmdeki fonksiyon\n const hash = await calculateSHA256Hash(data); \/\/ calculateSHA256Hash \u00f6nceki b\u00f6l\u00fcmdeki fonksiyon\n console.log(URL: ${url}, Hash: ${hash}<\/code>);\n return hash;\n });\n\n \/\/ T\u00fcm hash Promise'lar\u0131n\u0131n tamamlanmas\u0131n\u0131 bekle\n const allHashes = await Promise.all(hashPromises);\n console.log('T\u00fcm verilerin bireysel hashleri:', allHashes);\n\n \/\/ T\u00fcm bireysel hash'leri birle\u015ftirerek nihai bir hash olu\u015ftur\n const combinedHashesString = allHashes.sort().join(''); \/\/ Hashleri alfabetik s\u0131ralayarak tutarl\u0131 bir birle\u015fim sa\u011flar\u0131z\n const finalCombinedHash = await calculateSHA256Hash(combinedHashesString);\n console.log('T\u00fcm verilerin birle\u015fik (kombine) hash de\u011feri:', finalCombinedHash);\n\n return finalCombinedHash;\n } catch (error) {\n console.error('Birden fazla veri i\u015flenirken hata olu\u015ftu:', error);\n throw error;\n }\n }\n\n \/\/ \u00d6rnek kullan\u0131m:\n const dataSources = [\n 'https:\/\/jsonplaceholder.typicode.com\/todos\/1',\n 'https:\/\/jsonplaceholder.typicode.com\/posts\/1',\n 'https:\/\/jsonplaceholder.typicode.com\/users\/1'\n ];\n\n getAndHashMultipleData(dataSources)\n .then(finalHash => {\n console.log('Genel do\u011frulama tamamland\u0131, ana hash:', finalHash);\n \/\/ Burada finalHash'i beklenen bir de\u011ferle kar\u015f\u0131la\u015ft\u0131rabiliriz.\n })\n .catch(err => console.error('Genel i\u015flem ba\u015far\u0131s\u0131z oldu:', err));\n <\/pre>\nurls.map<\/code> ile her bir URL i\u00e7in hem veri \u00e7ekme hem de hash hesaplama i\u015flemlerini i\u00e7eren bir Promise zinciri olu\u015fturulur. Daha sonra Promise.all(hashPromises)<\/code> ile t\u00fcm bu zincirlerin paralel olarak tamamlanmas\u0131 beklenir. Son olarak, elde edilen t\u00fcm bireysel hash de\u011ferleri birle\u015ftirilerek tek bir string haline getirilir ve bu stringin hash'i hesaplanarak birden fazla asenkron i\u015flemden gelen verinin genel b\u00fct\u00fcnl\u00fc\u011f\u00fcn\u00fc temsil eden nihai bir \"ana hash\" elde edilir. Burada, bireysel hash'leri birle\u015ftirirken alfabetik s\u0131ralama gibi tutarl\u0131 bir y\u00f6ntem kullanmak \u00f6nemlidir, aksi takdirde ayn\u0131 veriler farkl\u0131 s\u0131ralamalarda farkl\u0131 birle\u015fik hash'ler \u00fcretebilir.<\/p>\nG\u00fcvenlik ve Performans Konular\u0131: Nelere Dikkat Etmeliyiz?<\/h2>\n
G\u00fcvenlik Konular\u0131:<\/h3>\n
\n
subtle.timingSafeEqual()<\/code> gibi bir metodu idealdir.\n <\/li>\nPerformans Konular\u0131:<\/h3>\n
\n
Mobil Uyumlu Promise Hash \u00c7\u00f6z\u00fcmleri: Geli\u015ftiriciler \u0130\u00e7in \u0130pu\u00e7lar\u0131<\/h3>\n
UI\/UX Optimizasyonu ve Geri Bildirim:<\/h4>\n
\n