Tüm HTTP İşleyicileri gibi ContentManagementHandler’ın da ASP.NET’in onu ne zaman ve nerede kullanacağını bilmesi için yapılandırılması gerekir. Bunu ContentManagement klasöründeki Web.config’e ekleyin, böylece yalnızca bu klasör altındaki sanal sayfalara yönelik istekleri alır. Liste, Web.config dosyasının nasıl görünmesi gerektiğini gösterir.

Bunun, Content➥ Management klasörü altındaki bir sayfa için gelen tüm istekleri alacağına dikkat edin. Böylece, istediğiniz herhangi bir uzantıya sahip sayfaları belirtebilirsiniz: .asp, .aspx, .html ve hatta gerçekten insanların kafasını karıştırmak istiyorsanız .cfm veya .jsp. Elbette standart olmayan uzantıyı IIS’de ASP.NET ile eşlemeniz gerekecek, aksi takdirde yalnızca 404 Bulunamadı hatası alırsınız.

Ana Sayfaları Kullanarak İçerik Şablonları Oluşturma

Ana Sayfalar, ASP.NET web formları için şablonlar tanımlar. Herhangi bir şablonda olduğu gibi, şablonun, şablon dışı içeriği görüntülemek üzere değiştirilebilen bölgeleri vardır. Ana Sayfada bu bölge ContentPlaceHolder olarak adlandırılır. ASP.NET denetimlerini ContentPlaceHolder’a ekleyebilirsiniz ve bu öğeler, sayfa işlendiğinde ContentPlaceHolder’ın yerine görünür.

İçerik yönetimi kodu, içerik veritabanından içerik yükler, Ana Sayfada uygun ContentPlaceHolder’ı bulur ve ardından içerik öğesini o Content➥ PlaceHolder’a yükler. Bölümün başlarından itibaren, bu süreci özetleyen temel bir diyagram gösterilmektedir.

İçerik yönetimi kodu, her içerik kaydındaki Alan sütunu nedeniyle hangi içeriğin hangi ContentPlaceHolder’a girdiğini bilir. Bu alan, içeriğin yüklendiği ContentPlaceHolder’ı temsil eden bir tam sayı saklar.

Bir ContentPlaceHolder için adlandırma kuralı Alan<index> şeklindedir, burada <index> 1’den büyük veya 1’e eşit bir tam sayıdır (örneğin, Alan1, Alan2, Alan3 vb.).

İçerik kaydında belirtilen Alan değeri yoksa, içerik görüntülenmez Örnek uygulamada üç örnek Ana Sayfa bulacaksınız. TemplateA.master’ın tek bir içerik alanı vardır, TemplateB.master’ın iki ve TemplateC.master’ın üç tane vardır. Listeleme, TemplateA.master için işaretlemeyi gösterir.

Ana Sayfanın ActionlessForm adlı özel bir denetim içerdiğine dikkat edin. Bu, birazdan tartışacağımız önemli bir öğedir. TemplateB.master ve TemplateC.master biçimlendirmesi için örnek uygulamaya (Apress web sitesinin Kaynak Kodu alanında) bakın.

Front Controller.aspx Sayfasını Oluşturma

FrontController.aspx sayfası oldukça basit bir sayfadır çünkü yalnızca Sayfa yönergesini içermeli ve başka HTML veya ASP.NET denetimlerini içermemelidir. Listeleme, tüm sayfa için işaretlemeyi gösterir.

Sayfanın tamamen boş olmasını istiyorsunuz çünkü bu sayfa, mizanpajını tanımlamak için bir Ana Sayfayı dinamik olarak yüklüyor ve içeriğini bir veritabanından alıyor. Ana Sayfa kullanan bir sayfada geçici HTML kullanamazsınız; tüm içerik bir İçerik denetiminin içine girmelidir (bu, ContentPlaceHolder’da sona erer).

Sayfada herhangi bir metin varsa, sayfa yürütüldüğünde ASP.NET bir istisna atar. Ayrıca, Master Page’in veritabanından gelen sayfa bilgilerine dayalı olarak çalışma zamanında dinamik olarak yüklendiğini ve bu nedenle Page yönergesinde MasterPageFile özniteliğinin belirtilmediğini de bilin.

Windows 11 IIS kurulumu
NET Core IIS kurulumu
Windows IIS
IIS Kurulumu Server 2019
Server Manager kurulumu
Server 2012 IIS kurulumu
Web Server Kurulumu
Windows Server

Front Controller.aspx.vb Kodunu Arkasında Oluşturma

FrontController.aspx web formunun kodu, bir dizi veritabanı erişim rutininin içerik oluşturma mantığını içerdiğinden oldukça uzundur. Zor değil, sadece uzun. Listeleme, sayfanın arkasındaki kod listesinin tamamını verir. Tüm yöntemler ve işlevler, kod listesinden sonra tartışılır.

Sınıf Değişkenleri

Bu sınıf, içerik veritabanının Sayfa tablosundaki Sayfa Kimliği, Başlık ve MasterPage sütunlarına karşılık gelen üç değişkene (_PageID, _Title ve _MasterPage) sahiptir. Bu değişkenler, AcquirePageInfo işlevinde alınır.

Sayfa Bilgisi İşlevini Al

Bu işlev iki amaca hizmet eder. ContentManagementHandler’daki bağlam nesnesinde saklanan sanal sayfa bilgilerini hatırlıyor musunuz? AcquirePageInfo, içerik veritabanındaki sayfa kaydını aramak için sanal sayfa bilgilerini kullanır.

İçerik veritabanı bağlantı dizgisi, Web.config’in <connectionStrings> bölümündeki “Database” anahtarı ile tanımlanır. Sanal sayfa için kayıt bulunursa, işlev _PageID, _Title ve _MasterPage değişkenlerini kayıttaki verilerle doldurur. Ayrıca, kayıt bulunduğu için işlevin dönüş değerini True olarak ayarlar. Kayıt bulunmazsa, işlev False döndürür.

Page_PreInit Yöntemi

ASP.NET 2.0’daki bir başka yeni özellik de Page.PreInit olayıdır. Bu olay, web formu için Ana Sayfa yüklenmeden önce tetiklenir, böylece bu olayda bir web formu için bir Ana Sayfa belirtebilir veya değiştirebilirsiniz. Ana sayfa bilgileri, bu olay yöntemi yürütüldükten hemen sonra yüklenir, bu nedenle, Page.PreInit olayı tetiklendikten sonra Ana Sayfayı değiştirmeye yönelik herhangi bir girişim bir hatayla sonuçlanacaktır.

Ancak Ana Sayfanın belirlenebilmesi için yöntemin, istenen sanal sayfanın hangi Ana Sayfayı kullanmak istediğini bilmesi gerekir. Böylece Page_PreInit, AcquirePageInfo’yu çağırır. Sayfa bilgisi başarılı bir şekilde alınırsa, Page_PreInit sayfa için Başlık ve MasterPageFile özelliklerini ayarlayacaktır. Değilse, kullanıcı geçersiz bir sayfa talep ettiğini belirten bir sayfaya yönlendirilir.

Page_PreLoad Yöntemi

Ana Sayfa yüklendikten sonra Page_PreLoad yöntemi yürütülür. Bu yöntem ASP.NET 2.0’da yenidir ve Ana Sayfa yüklendikten sonra, ancak Sayfadan önce yürütüldüğü için içeriği ayarlamak için harika bir konumdur.

Load olayı tetiklendi. Birçok UserControl’ün Page.Load olayına yanıt vermesi gerekir, bu nedenle bu yöntemde eklenirlerse bunu yapma fırsatına sahip olurlar.

Tüm içerik mantığı LoadPageContent yönteminde işlenir, dolayısıyla bu yöntem yalnızca LoadPageContent’i çağırır ve sanal sayfa için içeriği işlemesine izin verir.

Setup Break Literal Yöntem

LoadPageContent’e geçmeden önce, parametre olarak lit adlı bir Literal denetimi ve Count adlı bir Tamsayıyı kabul eden SetupBreakLiteral yöntemini ele alalım. Değişmez değer denetimi, ham HTML metninin çıktısını almak için kullanılan bir ASP.NET denetimidir.

Bu yöntem, Count parametresinde belirtildiği gibi, Literal denetiminin sonuna çok sayıda HTML satır sonu (<BR/>) eklemek için tasarlanmıştır. Bu yöntem, içerik öğeleri arasına boşluk eklemek için veritabanının İçerik tablosundaki ContentBreaksAfter alanıyla birlikte kullanılır.

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)

The post İçerik Yönetimi İşleyicisini Yapılandırma – SEO Hizmeti Sunma – SEO Hizmeti – SEO Hizmeti Ücretleri – SEO Hizmeti Yaptırma first appeared on Jeff Bezos Tasarım.

Uygulama düzeyinde HTTP İşleyici ayarları Web.config’te ve makine düzeyinde HTTP İşleyici ayarları Machine.config’te saklanır. Nadir durumlarda, Machine.config’e bir HTTP İşleyicisi eklemeniz gerekir, ancak çoğunlukla. Web.config’te uygulamaya özel HTTP İşleyicileri ile çalışıyor olacaksınız.

■Dikkat : Neye bulaştığınızı bilmiyorsanız Machine.config’i kurcalamayın. Makinedeki tüm uygulamalarda kullanılan önemli ayarları istemeden değiştirebilirsiniz.

HTTP İşleyici ayarları, <httpHandlers> öğesinde yuvalanmış <add>, <remove> veya <clear> öğeleri olarak görünür. Şimdiye kadar, <add> en popüler olanıdır. İşleyicinin istekleri işleyebilmesi için uygulamanıza bir HTTP İşleyici eklemek için kullanılır. <add> öğesinin gösterildiği gibi dört önemli parametresi vardır.

HTTP İşleyicileri ile çalışırken muhtemelen <remove> veya <clear> öğelerini çok sık kullanmanız gerekmeyecek, ancak her ihtimale karşı dahil edilmişlerdir.

<remove> öğesi, mevcut bir HTTP İşleyiciyi kaldırmak için kullanılabilir. Fiil ve yol olmak üzere iki parametre kabul eder. Fiil ve yol, mevcut bir işleyicinin fiili ve yolu ile tam olarak eşleşmelidir. Bir eşleşme bulunursa mevcut işleyici kaldırılır. <clear> öğesinin parametresi yoktur ve mevcut tüm HTTP İşleyicilerini temizler.

Kendi kendinize, az önce tanımladığınız bir grup HTTP İşleyiciyi neden kaldırmak veya temizlemek isteyesiniz diye düşünüyor olabilirsiniz. Aslında az önce tanımladıklarınızı temizlemek veya kaldırmak istemezsiniz, ancak uygulamanızın Machine.config veya bir üst uygulamadan devraldıklarını temizlemek veya kaldırmak isteyebilirsiniz.

HelloWorldHandler örneğini tekrar düşünürseniz, bunun .hello uzantılı dosyaları işlemek için tasarlandığını hatırlarsınız. Listeleme, HelloWorldHandler örneğini yapılandırmak için gerekli Web.config ayarlarını gösterir (varsayılan doğrulama özniteliği ayarını True olarak kabul edeceğiz).

HelloWorld➥ Handler sınıfının Handlers adlı bir sınıf kitaplığında tanımlı olduğunu type parametresinde belirtilen derleme adından anlayabilirsiniz. Web.config’de bu ayarları belirledikten sonra, ASP.NET tamamen kurulur ve HTTP İşleyicinizi kullanmaya hazırdır.

Visual Studio 2005 kullanıyorsanız, uygulamayı ASP.NET geliştirme sunucusunda çalıştırabilir, herhangi bir .hello dosyası isteyebilir ve işleyiciyi çalışırken görebilirsiniz. Ancak IIS kullanıyorsanız, uygulama eşlemelerini IIS’nin .hello dosyası isteklerini ASP.NET’e ileteceğini bilmesi için yapılandırmanız gerekir.

■Not: VisualStudio.NET2005 ile birlikte gelen geliştirme web sunucusuna gelen tüm istekler ASP.NET tarafından işlenir, bu nedenle geliştirme web sunucusunu kullanırken uygulama eşlemelerini yapılandırmaya gerek yoktur.

URL Yeniden Yazma ile Sanal Dosyaları İşleme

Temel bir HTTP İşleyici örneğini zaten gördünüz, ancak bu örnek biraz daha ayrıntıya giriyor ve istek işlemeyi başka bir ASP.NET sayfasına devrediyor, URL’nin yeniden yazılması da bununla ilgili. Bu örnek ayrıca, bu bölümün başında bahsedilen çözüm gibi, oluşturulan raporlar için tarayıcılar arası dosya adlandırma kurallarını nasıl uygulayabileceğinizi de gösterir.

İşte bu örneğin arkasındaki varsayımsal hikaye. Üç farklı Excel dosyası oluşturmaktan sorumlu üç ASP.NET sayfası vardır: ReportA.aspx, ReportB.aspx ve ReportC.aspx. Her rapor, URL’de bir tarih ve diğer rapora özel bilgiler alır ve bu verileri kullanarak bir rapor çıkarır. Ayrıca her raporun, indirilen dosyaya kolayca başvurulabilmesini sağlamak için izlenmesi gereken belirli bir adlandırma kuralı vardır.

Bu duruma yönelik çözüm, sanal Excel dosyaları için istekleri kabul eden, ancak bu istekleri gerçek ASP.NET sayfalarını kullanarak yerine getiren XlsReport➥ İşleyici adlı bir HTTP İşleyici olarak uygulanır. İşleyici, isteği hangi raporlama sayfasının işlemesi gerektiğini belirlemek için URL bilgilerini kullanır ve ardından isteğin işlenmesini o sayfaya devreder.

Gerçekte, XlsReportHandler gelen isteği gerçek bir sayfa tarafından işlenecek şekilde “yeniden yazar”. XlsReportHandler ayrıca rapor verilerini URL’den Context nesnesine yükler, böylece rapor sayfasında kolayca kullanılabilir.

Uygulamanın çeşitli alanlarında normal Excel dosyaları bulunduğundan, XlsReportHandler yalnızca XlsReports klasörünün içinden gelen isteklere yanıt verir. Çözüm mimarisinin temel bir taslağını görebilirsiniz.

HttpConfiguration in web API
IIS Kurulumu Server 2019
Windows 11 IIS kurulumu
Windows IIS
İis 10.0 Express Nedir
Windows IIS açma
NET Core IIS kurulumu
Web Server Kurulumu

Rapor Sayfalarını Oluşturma

İstek işleme, nihai olarak bu örnek uygulamadaki bireysel raporlama sayfaları tarafından gerçekleştirilir, dolayısıyla geçerli Excel verileri döndürmeleri gerekir. Bu örneğin amacı, rapor oluşturmayı değil, HTTP İşleyicilerini göstermektir; bu nedenle, rapor sayfalarının tasarım dosyalarına sahte veriler içeren sabit kodlanmış HTML tabloları yerleştirerek Excel’in HTML okuma yeteneğinden yararlanacağız.

Bu, bu örnek için raporlar oluşturmak için gereken kodlamanın çoğunu hafifletir. Ancak gerçek dünyada, bu sayfalardan faydalı bilgiler üretmeniz gerekir.

Apress web sitesinin Kaynak Kodu alanındaki örnek uygulamadaki XlsReports klasöründe açıklanan ReportA.aspx, ReportB.aspx ve ReportC.aspx sahte raporlarını bulabilirsiniz.

Bu raporlar, başlıkları ve rapor tarihlerini dinamik olarak görüntüler, ancak rapor parametrelerini değiştirdiğinizde ana rapor verileri değişmez. Visual Studio Designer’da örnek bir rapor gösterir.

Sahte raporların her birinde bulunan önemli bir kod parçası, çıktı akışı için içerik türünü ayarlayan satırdır. İçerik türü varsayılan olarak text/html olarak ayarlanmıştır. Doğru, aslında HTML çıktısı alıyorsunuz, ancak HTML’yi Excel verileri olarak tanımak için tarayıcıya ihtiyacınız var.

Bu nedenle, çıktı akışının içerik türünü uygulama/vnd olarak değiştirmek isteyeceksiniz. ms-excel. ReportC.aspx.vb’deki kod aşağıdadır. Page_Load olay işleyicisinde, çıktı akışının içerik türünü değiştiren ve biçimlendirmede dinamik başlığı ve rapor tarihini ayarlayan satırı göreceksiniz.

ReportDate ve Çalışan özelliklerinin değerlerini Bağlam nesnesinden aldığına dikkat edin. XlsReportHandler, kullanıcının hangi raporu istediğini belirlemek için URL’yi ayrıştırması gerektiğinden rapor verilerini Context nesnesine yerleştirir. Rapor verileri URL’de depolandığından, işleyici URL’nin her rapor sayfasında yeniden ayrıştırılmasını önlemek için her şeyi aynı anda yapar.

Artık raporların nasıl uygulandığını gördüğünüze göre, artık Excel dosyaları için istekleri işleyen ve istekleri uygun rapora yönlendiren HTTP İşleyicisine odaklanabilirsiniz.

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)

The post ASP.NET’te HTTP İşleyicisi Yapılandırma – SEO Hizmeti Sunma – SEO Hizmeti – SEO Hizmeti Ücretleri – SEO Hizmeti Yaptırma first appeared on Jeff Bezos Tasarım.