Galatasaray’ın, Sturm Graz maçı kafilesinde 16 oyuncu yer alıyor;

Aykut Erçetin
Tobias Jan Hakan Linderoth
Aydın Yılmaz
Barış Özbek
Abdel Kader Keita
Mehmet Topal
Mustafa Sarp
Ayhan Akman
Emre Aşık
Hakan Kadir Balta
Serdar Eylik
Alparslan Erdem
Servet Çetin
Ufuk Ceylan
Caner Erkin
Çetin Güngör

Galatasaray, deplasmanda oynanacak UEFA Avrupa Ligi F Grubu 6. maçı için 15 Aralık 2009 Salı sabahı Türk Hava Yolları’nın özel uçak seferiyle Graz’a geçerek, otelde kampa girecek.

Galatasaray’ın ilk onbeş dakikası yalnızca basına açık son antrenmanı aynı akşam karşılaşmanın oynanacağı UPC Arena’da saat 19.00’da yapılacak. Bu karşılaşma öncesinde saat 18.45’te statta bir basın toplantısı düzenlenecek.

Malumunuz Vahşi Batı’da posta arabaları haydutlar tarafından hep soyulur. İşte Lemi Bey ile Aziz Bey de bu kaçınılmaz sona uğrarlar. Önce ellerinden elmas taş gider. Sonra da paralarını kaptırırlar. İşte film de asıl bu noktada başlar. İki Osmanlı, kaptırdıkları parayı tekrar toparlamak için ödül avcılığı yaparlar.

Tabii çeşitli cinliklerle. Gördükleri ‘Wanted’ ilanlarını kendilerine uyarlayıp, sırasıyla aranan haydutların yerine geçer ve ödül avcılığıyla para kazanmaya çalışırlar. Biri haydut olur, diğeri onu yakalar. Tabii başlarına her defasında binbir olay gelir. Bir defasında da Calamity Jane vari, kadın silahşör rolünü canlandıran Demet Evgar ile karşılarlar. Tam canlarından olacakken Aziz Bey (Cem Yılmaz) birbirinden komikliklerle aslında ödül avcısı olmadıklarını, Lemi Bey’in (Ozan Güven) haydut olmadığını, ikisinin de Osmanlı olduğunu anlatmaya çalışır.

1. Sayfamızdaki bilgilerin
2. Sayfadaki kontrollerin (TextBox, Grid, CheckBox, Button vb.)

tamamen keybolması demektir. Örneğin kullanıcı sayfamızdaki bir TextBox a veri girdiğinde, artık biliyoruz ki bu veri tamamen kaybolacaktır. Ancak bunu deneyip yaptığımızda gerçek ortamda TextBox taki verinin kaybolmadığını görüyoruz.

Peki bu nasıl oluyor?

Geleneksel Web Programlamanın bu sınırlılığının üstesinden gelmek için .NET platformu bize bazı sayfa-tabanlı ve uygulama-tabanlı seçenekleri sunmakta. Bunlar:

1. View State
2. Control State
3. Hidden Fields
4. Cookies
5. Query Strings
6. Application State
7. Session State

Bu seçeneklerden (View State, Control State, Hidden Fields, Cookies ve Query Strings) sayfamızdaki bilgileri ve kontrol bilgileri bir takım yollarla kullanıcının kendi bilgisayarında (Client-Based State Manegement) saklarlar. Geri kalan seçenekler ise (Application State, Session State ve Profile Property) bu bilgileri uygulama tarafında yani sunucuda (Server-Based State Management) saklarlar.

.NET platformunun bizlere sunduğu bu seçenekleri incelersek:

View State

Post-Back sırasında default olarak sayfa ve kontrol bilgilerini tutan bu yapı, dictionary mantığıyla çalışır. Her bir kontrolün ve sayfa bilgisinin değerleri “Key”, “Value” şeklinde, hidden field lar olarak korunur. sayfa sunucuya gönderildiğinde,gelen isteğe göre işlem yapıldıkran sonra sunucu view-state değerine göre sayfayı tekrardan render eder ve client a tekrar gönderir. Böylece sayfamızdaki verilerimizi kaybetmemiş ve sunucuya gitmeden önceki halleriyle tekrar tarayıcımızda görürüz.

View state yapısında kendi verilerimizide saklayabiliriz. Dictionar mantığıyla çalıştığını daha önce belirtmiştik. Aşağıdaki gibi basit bir şekilde View State yapısını kullanabilirsiniz

View State e veri ekleme:
ViewState.Add(”[Key]“,”[Value]“);

Eklenen bir veriyi alma:
ViewState["[Key]“].ToString();

Bu yöntemi kullanmanın avantajları:

1. Sunucu kaynaklarını yormaz : Client-Based olduğu için sunucumuza artı bir yük getirmez
2. Kolay uygulanabilirlik : Ekstra kodlama gerektirmez. Zaten default olarak kullanılan metoddur
3. Güvenlik : View-State değerleri şifrelenmiş bir şekilde saklandıkları için Hidden field lara göre daha güvenlidirler

Dezavantajları:

1. Performans düşüklüğü : View-State değerleri sayfamızla beraber sunucuya gittiği için view-state de büyük boyutta veri saklamak sunucuya gidiş-geliş süresini uzatacaktır. özellikle mobil uygulamalarda büyük veriler büyük performans kaybı demektir.
2. Potansiyel Güvenlik Riski : Veriler şifrelenmiş bir şekilde saklansa bile sayfa kaynağını görüntülediğimizde bu verileri şifreli halde bile olsa görebiliriz. Bu durum güvenlik riski oluşturabilir.

Control State

.NET ControlState özelliği post-back ler arasında custom kontrol verilerini tutmamıza olanak sağlar. Örneğin sayfamızda farklı içerikler gösteren farklı tab yapılarımızın olduğunu düşünün. Hangi tabın seçili olduğunu post-back işleminden önce bilmek istiyorsak bu yapı uygun bir yapıdır. Bu senaryo ViewState ile de yapılabilir, ancak ViewState sayfa bazında kapatılabildiği için uygulamamızda aksaklıklara neden olabilir. ControlState ise ViewState gibi kapatılamaz.

peki nasıl kullanılır?

Veri ekleme:
PageStatePersister.ControlState = “[Data]“;  //(veri object türünde eklenebilir)

Veri alma:
string value = PageStatePersister.ControlState.ToString();

Kullanım Avantajları:

1. Sunucu kaynaklarını yormaz : Client-Based olduğu için sunucumuza artı bir yük getirmez
2. Güvenilirlik : ViewState gibi kapatılamadığından kullanımı daha kesin sonuçlar verir.
3. Çok Yönlülük : Control state tekli verilerin nasıl ve nerede saklanması konusunda custom adaptörler yazılabilir

Dezavantajları:

1. Programlama bilgisi gerektirir : ASP.NET kullanım için limitli imkan sağlasa da, tam kullanım için kodlama gerektirmektedir.

Hidden Fields

Hemen hemen hepimizin bildiği bir state yönetim aracıdır. Normal bir HTML kontrolü olarak sayfamıza ekleyenilirsiniz. Veri saklama ve veri alma, normal bir TextBox tan farksızdır.

Kullanım avantajları:

1. Sunucu kaynaklarını yormaz : Client-Based olduğu için sunucumuza artı bir yük getirmez
2. Yaygın Destek : Hemen hemen tüm tarayıcılar hidden field desteği vermektedir.
3. Kullanım kolaylığı : Standart HTML kontrolü olarak sayfanıza ekleyebilirsiniz.

Dezavantajları:

1. Güvenlik Riski : Sayfa kaynağı direkt olarak görüntülenirse hidden field değerleri açıkça görülebilir. Değerler şifrelenebilir ancak şifrelenmesi ve şifrelerin tekrar çözülmesi işlemi ekstra kodlama demektir.
2. Basit Depolama Mantığı : Hidden field larda rich değerler saklayamayız. Daha çok basit veriler saklanması için tasarlanmıştır.
3. Performans Kaybı : Büyük veriler saklayamadığımız gibi, aşırı kullanımı durumunda sayfada HTML kontrolü olarak saklandığı için performans kayıplarına neden olacaktır

Cookies (Çerezler)

Uygulamamızda sıklıkla değişen verilerin Client taraflı saklanmasında en çok kullanılan state yönetim aracıdır. En çok karşımıza çıkan senaryosu ise bildiğimiz gibi Login işlemlerinde kullanıcıyı hatırlamaktır.

Kullanımı:

HttpCookie cookie = new HttpCookie(”myCookie”);
cookie.Values.Add(”UserName”, UserName);
cookie.Values.Add(”Password”, Password);
cookie.Expires = DateTime.Now.AddDays(30); //Cookie nin zaman aşımına uğrama süresi
Response.Cookies.Add(cookie);

Veri Okuma:

if (Request.Cookies["myCookie"] != null)
{
string UserName = Request.Cookies["myCookie"].Values["UserName"].ToString();
string Pwd = Request.Cookies["myCookie"].Values["Password"].ToString();
}

Kullanım Avantajları:

1. Konfigüre Edilebilme : Cookie lerin ayarlanabilir birçok özelliği vardır. isim, değer, zaman aşımı süresi vb.
2. Sunucu kaynaklarını yormaz : Client-Based olduğu için sunucumuza artı bir yük getirmez
3. Veri Devamlılığı : Client bilgisayarlarda veri bütünlülüğünü en yüksek oranda garanti edebilen yapılardır.
4. Kullanım kolaylığı : text tabanlı key-value mantığıyla çalışırlar

Dezavantajları :

1. Boyut limiti : Bir çok browser cookie boyutu olarak 4096 byte sınırını getirmektedir.
2. Kullanıcı Kontrolü : Bazı kullanıcılar cookie alımını tarayıcılarından kapatabilirler, bu da cookie kullanımını olanaksız hale getirir
3. Güvenlik Riski : Cookie kullanıcılar tarafından görülebilmektedir. Bu da güvenlik açıklarına neden olabilir. Cookie değerleri manuel olarak şifrelenebilir, ancak bu da ekstra kod demektir

Query Strings

Query String lerde yine en çok aşina olduğumuz state yönetim araçlarındandır. URL lerin ardına eklenen kullanıcılar için çok da bir anlam ifade etmeyen, yazılımcılar için anlamlı bilgilerdir.

Örneğin :xyz/index.php?option=com_comprofiler&task=userProfile&user=142 adresindeki “?” işaretinden sonra gelen
“option”, “task” ve “user” kelimeleri birer Query String anatarlarıdır. Bu anahtarlar kullanıcılar için fazla bir anlam ifade etmez ancak yazılımcılar için çok anlamlıdırlar.

Kullanımı :

xyzindex.php?option=com_comprofiler

Her iki kullanımda aynı işi görmektedir.

Veri Alma:

if (Request["[Key]“] != null)
{
string value = Request["[Key]“].ToString();
}

Kullanım Avantajları:

1. Sunucu kaynaklarını yormaz : Client-Based olduğu için sunucumuza artı bir yük getirmez
2. Yaygın Destek : Hemen hemen tüm tarayıcıların Query String iler veri taşıma desteği vardır.

Dezavantajları:

1. Güvenlik Riski : Query String ile taşınan veriler clear text olarak tüm kullanacılar tarafından görülebilmektedir. Bu nedenle değerli veriler kesinlikle query string ile taşınmamalıdır. Bunun yerine Hidden field veya diğer yapılar kullanılabilir.
2. Kapasite Limiti : Bazı tarayıcılar URL uzunluklarını en fazla 2083 karakter olarak sınırladıklarından istenilen uzunlukta veri taşınamıyor.

Böylece ASP.NET State (Durum) yönetiminin Client tarafındaki yapılarını incelemiş olduk. Umarım yardımcı olabilmişimdir. Diğer yazımda Server tarafındaki yapılara göz atıyor olacağız.

Açıkçası, grafiklerini biraz inceledikten sonra, PARDUS hakkındaki görüşlerim değişti denebilir. Yeni arayüz, bence mükemmel gözüküyor. Ancak deneme fırsatım olmadı-en kısa zamanda deneyeceğim. Kurulum sırasında “F4″ tuşuna basınca, karşımıza bir “tetris” oyunu çıkmakta:D Bu bakıma kurulumun bitmesini istemeyebilirsiniz:D Ayrıca, kulağıma gelen söylemlere göre, PARDUS’un 64 bit versiyonunun çıkacağı yönünde. Bence çoktan geç kalınmış bir teknoloji. Günümüzde nerdeyse tek çekirdekli sistem kalmadı. Öyleyse, bu çift çekirdek işlemcilerimizi niye tam performans ile kullanmayalım ki? Çok çekirdekli işlemcilerin çekirdek sayısı çoğalmakta, ancak bizim halimizi soran yok:) Durum böyle olunca(çekirdekleri yazılımsal olarak kullanamazsak), para boşa gidiyor.

Bence, bu sefer olmuş gibi. Tabi grafiklere bakıp da aldanmamak lazım. En kısa zamanda deneyeceğim;)

Bu proje, Google için çalışan en büyük yatrım ortakları olan Sequoia Capital, Accel Ortaklığı, DFJ ve Northage Capital’ın büyük başarısı olarak lanse edildi.

Mobil reklamcılığın lideri olan AdMob kurucusu Omar Hamoui’nin yaptığı resmi açıklamada bu ortaklığı şöyle duyurdu:

“AdMob olarak Google ile 750 milyon dolar’lık anlaşmaya imza atmış bulunuyoruz. Bu yeni birliktelikten dolayı tüm ekip olarak çok heyecanlıyız. AdMob kullanıcılarına her zaman olduğu gibi en son kampanyaları, yenilikleri, mobile olarak takip edebilecekler. Ürün ve mühendislik ekibimiz yine tüm kullanıcılarımıza, tüketicilerimize en iyi ürünleri hazırlamaya devam edecek. Satış ekibimiz, dünya çapındaki en iyi reklam kampanyalarını sizlerin önüne serecek ve AR-GE (araştırma-geliştirme) takımımız müşterilerimiz için en karlı, pratik, internet siteleri ve uygulamalarını geliştirmeye devam edecek. Google ile olan anlaşmamızdaki amacımız, hem tüketici hem de üretici bazında, en hızlı erişime ulaşmaktır.”

Not:Alıntıdır.