Blog’umun 200. yazısını beni kırmayarak sevgili Daron Yöndem yazdı. Aslında tek bir yazı yazacaktı, fakat Microsoft‘un Build Konferans‘ına katıldığı için bir yazı serisine dönüştü. Hergün izlenimlerini sizlerle paylaşıyor olacağım. Yazıların orjinallerini Daron Yöndem‘in kendi blog’undan da takip edebilirsiniz. Ayrıca twitter‘dan da takip etmenizi öneririm; @daronyondem

Söz Daron’da… Devamını oku…

ASP.NET 3.0 ve ASP.NET 3.5 ile web.config Dosyası

ASP.NET yıllar içerisinde gelişti, buna bağlı olarak web.config dosyasında tutulan ayarlarda da gözle görülür bir artış oldu. .Net Framework 3.5 SP1 kurulu olan bilgisayarımda yeni oluşturduğum bir Web Uygulamasının web.config dosyası aşağıdaki gibi oluyor.

< ?xml version="1.0"?>

		

				










		
		
		
		
				
					
						
						
						
						
					
				
				

				
					
					
				
			
			
				
				
				
				
			
			
				
			
		
		
			
				


				
		 
		
		
			
			
				
				
			
			
				
				
				
				
				
				
				
			
		
		
			
				
					
					
				
				
					
					
				
			
		

Web uygulamasına özgü ayarlar yapılmaya başlandığında (ConnectionStrings, Authentication, AppSettings, vs) web.config dosyası da büyümeye ve karmaşıklaşmaya devam ediyor. Fakat web uygulamalarının büyük oranında bu ayarların birçoğu değiştirilmeden bırakılır.

ASP.NET 4.0 ile web.config dosyamız, ilk versiyonlarda olduğu gibi sadeleşiyor.

Visual Studio 2010‘da Empty ASP.NET Web Application şablonu ile yeni bir web projesi oluşturursanız, web.config dosyası aşağıdaki gibi oluşturuluyor;

< ?xml version="1.0"?>

		
				
		
		
			
		

İlk konfigürasyon satırı ASP.NET uygulamasının debug edilebileceğini ve Framework versiyonunun 4.0 olduğunu bildiriyor.

İkinci konfigürasyon satırı ise, web uygulamasının IIS7 üzerinde host edildiği durumlarda URL Rewrite yapabilmek için gerekli.

Programcılık jargonunda, yazılımda bulunan hatalara “bug”, bu hataları ayıklama işlemine ise “debug” denir.

Kelimenin ingilizce karşılığı olarak, bug: böcek, debug ise böcekten arındırmak demektir.

Bug ve debug kelimelerinin hata ve hata ayıklama anlamında kullanılmaya başlanmasının hikayesi çok ilginçtir.

Şuradan detayına ulaşabileceğiniz wikipedia yazısı’na göre, bug kelimesinin, “yazılımda hata” anlamında kullanılmaya başlanması 1842 yılına kadar uzanır.

Ama bug ve debug kelimelerinin, yazılım’da hata ve yazılımı hatalardan arındırma anlamlarında “popüler” olarak kullanılmaya başlanması, 1947 yılından sonra gerçekleşir.

Wikipedia’daki Debug konusunda detaylarına ulaşabileceğiniz yazıya göre, Harvard Üniversitesinde MARK II bilgisayarı üzerinde çalışmakla görevli Amiral Grace Hopper, bu tarihte, nedense bilgisayarın istenildiği gibi çalışmadığını farkeder.

Devasa bir oda büyüklüğünde olan bu bilgisayarda, soruna neyin yol açtığını bulmak için çalışırlar ve sonunda bulurlarda.

Bilgisayarın F Panelinde bulunan devrenin, 70 numaralı rölesine moth (bir çeşit kelebek) girmiş ve hem kendisini, hem de devreyi yakmıştır.

Böceğin devreden çıkartılması ve gerekli tamiratın yapılmasından sonra, bilgisayarın günlük kontrol defterine, sorunu bulduklarını ve çözdüklerini, 9 Eylül 1947 sayfasına, saat 15:45′te yazarlar:

“First actual case of bug being found” (“Böceğin ilk vakası bulunmuştur”).

Ve röleden çıkarttıkları böceği bantla sayfaya yapıştırırlar.

Washington D.C.’ye yolu düşenler National Museum of American History‘de saklanan bu ünlü sayfayı görme şansına erişecektir. Her ihtimale karşı, gidemeyenler için :

Kaynak : Wikipedia (Bug), Wikipedia  (Software Bug), Wikipedia (Amiral Grace Hopper)