Ağustos 2009 ayındaki yazılar

Alan adları (domainler), ister şirketimiz, İnternet üzerindeki uygulamamız ya da kişisel web sitemiz için olsun, İnternet üzerindeki kimliklerimiz ve markalarımız için birer başlangıç noktası görevini üstlenmektedirler. Bazılarımız portfolyumuz için kullandığımız sitemiz ya da blogumuz için sadece bir adet alan adına sahip iken, diğerlerimiz farklı müşterilere ait farklı projeler üzerinde kullandıkları pek çok alan adını yönetiyor olabilirler. Ancak henüz kişisel bir alan adınız olmasa bile, Web’in hayatımızdaki yeri arttıkça, Web üzerinde kendimize ait gerçek bir hayat bulmak günden güne daha gerekli hale geliyor.
Elbette Facebook ve Twitter gibi sosyal web servislerine üye olduğunuzda birer kullanıcı adınız oluyor ancak sadece alan adları bize ilgili ad üzerinde tam kontrol olanağı sağlıyor ve kendimizi İnternet üzerinde tanıtma şeklimize yine kendimizin tanıtabilmesine yardımcı oluyor.
Alan adları satan sitelerin pek çoğu ne yazık …

Eğer halen Feedburner‘a üye olmamışsanız ve yapmanız gerekenlerden emin değilseniz, ya da bir Feedburner üyesisiniz ancak feedburner adresinizi kendi alan adınız altına taşımak istiyorsanız (örneğin: feeds.feedburner.com/feed yerine feeds.sitenizinadresi.com/feed) ve bunu yaparken de SEO açısından herhangi bir hata yapmak istemiyorsanız yazımızın devamını okuyun.
1. Kayıt Olun
Feedburner sitesini ziyaret edin ve bir hesap açın. Siteye üye olduktan sonra WordPress feed adresinizi hesabınıza ekleyin (genellikle www.sitenizinadresi.com/feed/) ve kendinize bir feedburner adresi belirleyin (örneğin feeds.feedburner.com/sitenizinadresifeed/). Aşağıdaki resimde formun örnek doldurumunu göreceksiniz.

Bir önceki yazımızda Ext Core’a bir giriş yapmıştık. Ext Core’a girişten sonraki seviyeye uyacak konu elementler olacaktı.  Bu konuda öncelikle mantığı öğrendikten sonra Ext.get‘i anlamaya çalışacağız. Ext.get yazım olarak Mootools yada jQuery gibi frameworklerin seçicilerine benzemiyor. Ama Mootools’taki gibi abc.hide(); şeklinde kullanabiliriz. Böyle bir girişin yeterli olacağını düşünerek konuya giriyorum.

Üzerinde görsel bir öğe bulunmayan bir web sitesi günümüzde neredeyse yok denecek kadar azdır. Gerek yazınızı özetlemek amacıyla gerekse de sitenizin ziyaretçilerinizin gözüne daha hoş görünmesini sağlamak amacıyla olsun, pek çok web tasarımcısı ve geliştiricisi sitelerinde ve bloglarında görsel kullanmaktadırlar.
Sitelerimizin arama motorları tarafından arşivlenebilmesi ve bunun sonucunda da arama motorları üzerinden sitelerimize ziyaretçi çekebilmek hepimizin yegane hedefidir. Ancak arama motorlarının arşivlerine katabildikleri “taranabilir” (SEO dostu) içerik, pek çok durumda sitemizde yer alan salt metinden ibarettir. Eğer arama motorlarının sitelerimzde kullandığımız görselleri de algılayabilmelerini ve arşivlerine katabilmelerini istiyorsak, o zaman atmamız gereken bazı adımlar mevcuttur.
Yazımızın devamında bulacağınız ipuçlarını uygulayarak, sitenizdeki metin içeriğinin yanısıra görsellerin de taranabilmesini sağlayabilirsiniz.

Safari, Firefox, Opera ve Google Chrome‘nin son sürümleri CSS’nin yeni @font-face kuralını desteklemesi ile tüm web tasarımcılarının web sitelerine diledikleri yazıtipini eklemeye başlayacaklarını düşünebilirsiniz. Ancak elbette pek çoğu bunu yapmıyor. Neredeyse web’in doğuşundan beri tarayıcılarda tipografinin yetersizliğinden yakınan web tasarımcıları @font-face desteğinin gelmesine rağmen neden bu desteği yaygın bir şekilde kullanmıyor?
Aslında @font-face kullanımını etkileyen çok daha karmaşık bir problem mevcut: lisans kullanımı.