Teorik Ayarlar – SEO Hizmeti Sunma – SEO Hizmeti – SEO Hizmeti Ücretleri – SEO Hizmeti Yaptırma
Teorik Ayarlar
btnLogin_Click yöntemi yalnızca kullanıcının kimliğini doğrular ve ardından CreateAuthenticationTicket yöntemini çağırır. CreateAuthenticationTicket iki parametreyi kabul eder: username kimliği doğrulanan kullanıcıyı tanımlar ve isPersistent kalıcı bir kimlik doğrulama bileti verilip verilmeyeceğini belirler. isPersistent değeri, oturum açma formundaki Beni Hatırla onay kutusundan gelir.
CreateAuthentictionTicket yöntemi, kimlik doğrulama biletini oluşturmak için kullanılan bir dizi değişken ayarlayarak başlar.
issueDate öğesinin Now() yöntemi kullanılarak geçerli tarih ve saate ayarlandığına, userData’nın GetUserRoles() yöntemini kullanarak bir boruyla ayrılmış kullanıcı rolleri listesi edindiğine ve sona erme tarihi, isPersistent yöntem parametresinin değeri (bunlar isteğe bağlı değerlerdir, özel ihtiyaçlarınıza bağlı olarak bunları daha kısa veya daha uzun yapabilirsiniz).
Ardından, yöntem az önce tanımladığı değerleri kullanarak bir FormsAuthenticationTicket oluşturur. Başvuru için, sürüm, cookiePath ve isPersistent değerleri doğası gereği bilgilendiricidir ve ASP.NET’in bir kimlik doğrulama biletini işleme biçimiyle hiçbir ilgisi yoktur.
Teoride, özel kodunuzun kimlik doğrulama biletlerini işleme şeklini değiştirmek için sürüm değerini kullanabilirsiniz, ancak nadiren kullanılır. cookiePath değerinin, gerçek kimlik doğrulama tanımlama bilgisi yolu üzerinde kesinlikle hiçbir etkisi yoktur. Ayrıca isPersistent değerinin, kimlik doğrulama bileti veya kimlik doğrulama tanımlama bilgisi üzerindeki sona erme tarihlerinde herhangi bir etkisi yoktur. Gerçekten sadece referans için oradalar.
FormsAuthenticationTicket nesnesini oluşturduktan sonra, CreateAuthenticationTicket yöntemi bileti FormsAuthentication.Encrypt yöntemine geçirerek şifreler. Şifreleme yöntemi, bileti bir dize olarak şifrelemek için Machine.config’deki <MachineKey> öğesindeki şifreleme ayarlarını kullanır.
Aynı sunucuda bulunan Web uygulamaları, uygulamanızın Web.config dosyasında özel bir <MachineKey> bölümü oluşturularak bu ayarlar açıkça değiştirilmedikçe, biletlerini aynı şifreleme ayarlarını kullanarak şifreler.
Aynı <MachineKey> ayarlarını kullanan uygulamalar birbirlerinin şifreli kimlik doğrulama biletlerinin şifresini çözebilir, böylece iki farklı uygulama arasında kimlik doğrulama tanımlama bilgilerini paylaşmak mümkündür. Ayrıca bir web grubu tarafından barındırılan uygulamalar için eşleşen <MachineKey> ayarları oluşturmanız gerekir.
chrome’da site engelleme kaldırma
Site izinlerini değiştirme
Güvenli olmayan sitelere giriş
Google izin verilen siteleri kaldırma
Telefonda bazı siteler açılmıyor
Web siteleri arası takibe izin ver ne demek
Gruptaki herhangi bir sunucu bir kimlik doğrulama bileti oluşturabilir ve gruptaki diğer herhangi bir sunucunun bunun şifresini çözmesi gerekebilir. Bu nedenle, düzgün çalışması için hepsinin <MachineKey> ayarlarıyla eşleşmesi gerekir. Kimlik doğrulama biletlerinin paylaşılmasına ilişkin tam açıklama bu yazının kapsamı dışındadır. Ancak, <MachineKey> ayarlarının ve kimlik doğrulama tanımlama bilgisi adlarının aynı olması gerektiğini ve tanımlama bilgisi yolunun her iki uygulamanın tanımlama bilgisini almasına izin verecek bir değere ayarlanması gerektiğini anlamalısınız.
Yöntem bileti şifreledikten sonra, tanımlama bilgisi adı olarak FormsAuthentication.FormsCookieName öğesindeki değeri kullanarak bir kimlik doğrulama tanımlama bilgisi nesnesi oluşturur. Kimlik doğrulama tanımlama bilgisi adını Web.config’de yapılandırdığınızı unutmayın, bu nedenle ASP.NET, kimlik doğrulama biletinin bu ada sahip bir tanımlama bilgisinde olmasını bekler. Ayrıca çerez değerinin şifrelenmiş bilet dizesindeki değeri kullandığını unutmayın.
Tanımlama bilgisi oluşturulduktan sonra, CreateAuthenticationTicket yöntemi, kimlik doğrulama biletinin kalıcı olup olmadığını kontrol eder. Eğer öyleyse, gelecekte bir yıl sona erecek ayarlara göre çerezi kalıcı hale getirir. Çerez son kullanma tarihini dilerseniz daha yüksek yapabilirsiniz ancak normalde bir yıl yeterlidir.
Yöntem daha sonra çerezi giden yanıta ekler, böylece tarayıcıya geri gönderilir. Son olarak, kullanıcının Web.config’de tanımlanan varsayılan oturum açma sayfasına mı yoksa sorgu dizesinde gelen ReturnUrl değişkeninde belirtilen sayfaya mı yönlendirileceğini belirleyen FormsAuthentication.GetRedirectUrl yöntemi aracılığıyla kullanıcıyı yeniden yönlendirir.
Dikkat : Kendi kimlik doğrulama biletlerinizi uyguladığınızda, bu değerleri kodda manuel olarak ayarladığınız için Web.config’de tanımlama bilgisi ve bilet ayarlarını yapılandırma yeteneğinizi kaybedersiniz.
Uygulamanızdaki Sayfalarda Rol Bilgilerini Kullanabilme
Rol bilgilerinin kimlik doğrulama biletine yerleştirilmesi, otomatik olarak uygulamada kullanılabilir olmasını sağlamaz. Unutmayın, kimlik doğrulama bileti, rol bilgilerini geçici bir kullanıcı verileri özelliğinde depolar, bu nedenle rolleri tanımlamak için kullanılması gerektiği konusunda hiçbir fikri yoktur. Rol bilgilerini el ile ayrıştırmanız, onu bir ana nesneye yerleştirmeniz ve ardından Context.User özelliğini o ana nesneye eşit olarak ayarlamanız gerekir.
ASP.NET güvenlik modeli, kimlik doğrulama bilgilerinin olay tetiklendikten hemen sonra kullanılabilir olmasını beklediğinden, uygulamanın AuthenticateRequest olayında bu görevleri tamamlamanız gerekir. Uygulamanızdaki sayfalarda rolleri kullanılabilir hale getirecek kod, Global.asax dosyasında görünür.
Application_AuthenticateRequest yöntemi, Request nesnesinden kimlik doğrulama tanımlama bilgisinin alınmasıyla başlar. Tanımlama bilgisinin var olduğunu varsayarak, yöntem tanımlama bilgisi değerini FormsAuthentication.Decrypt yöntemine geçirerek kimlik doğrulama biletini alır. Yöntem daha sonra kimlik doğrulama biletinin süresinin dolmadığından emin olmak için kontrol eder. Tanımlama bilgisi yoksa veya kimlik doğrulama biletinin süresi dolmuşsa, kullanıcının kimliği doğrulanmaz.
Kullanıcının geçerli bir kimlik doğrulama biletine sahip olduğunu belirledikten sonra yöntem, kimlik doğrulama biletinin UserData özelliğinde herhangi bir veri olup olmadığını kontrol eder. Eğer öyleyse, verilerin dikey çizgiyle ayrılmış roller listesi olduğunu varsayar, bunları sınırlayıcı olarak boruyu kullanarak bir dize dizisine böler ve bunları roller değişkeninde saklar. UserData özelliğinde veri yoksa, yöntem rollere boş bir dize dizisi atar.
Son olarak, yöntem, kimlik doğrulama biletini FormsIdentity nesne oluşturucusuna ileterek bir FormsIdentity nesnesi oluşturur. Bu, kimliği doğrulanmış kullanıcıyı temsil eden bir nesne oluşturur. Ardından yöntem, roller dizisiyle birlikte az önce oluşturduğu FormsIdentity nesnesini GenericPrincipal yapıcısına ileterek yeni bir GenericPrincipal nesnesi oluşturur.
Bu, kimliği doğrulanmış bir kullanıcıyı ve bu kullanıcının ait olduğu rolleri temsil eden bir nesne oluşturur. Son olarak, yöntem, GenericPrincipal nesnesini Context.User özelliğine atar. Bu, kullanıcı ve rol bilgilerini uygulamanızdaki sayfada kullanılabilir hale getirir.
■İpucu : Rol bilgilerini doğrudan kimlik doğrulama biletinde saklamanız gerekmez. Bu aynı tekniği, rol bilgilerini doğrudan bir veritabanından veya başka bir veri deposundan almak için kullanabilirsiniz.
Ayrıca, kullanıcılarınız çok sayıda veya role sahip olma eğilimindeyse, performans amacıyla bunları doğrudan bir kimlik doğrulama biletinde saklamaktan çekinmek isteyebilirsiniz. Kimlik doğrulama bileti, nispeten sınırlı sayıda rol depolarken en iyi sonucu verir.
Web sitelerinizi, arama motorlarında en yukarı getirmek adına sizlere 3 adet paket öneriyoruz. Bu paketler sayesinde web siteleriniz aramalarda 1 yıl içerisinde en yukarıya tırmanacaktır.
1) Backlink Paketi 50 $ (Yıllık Ücret)
2) Hızlandırma Paketi 300 $ (Yıllık Ücret)
3) Kelime Yönlendirme Paketi 150 $ (Aylık Ücret)