Previous
Next

Web sitem bir evrim daha geçirdi: Artık BlogEngine 2.0 ile çalışıyorum

by Cem Kefeli 29. Aralık 2010 10:51

Blog EngineWeb sayfam bir evrim daha geçirdi.. Geçen hafta sonu uzun zamandır bana sıkıntılar yaşatmaya başlayan BlogEngine 1.4.5 versiyonundan 2.0 RC versiyonuna yükselttim. BlogEngine henüz daha yeni yeni kendisini bulmaya başlayan bir yapı. Her nedar yeni sürümü çıkmış olsa da hala çok büyük eksikleri bulunuyor. Ama en azından bir önceki sürümlere göre çok ciddi değişiklikler var..

Bu sürümle birlikte gelen Recaptcha eklentisi span mesajlardan ve yorumlardan bıkanlar için bir deva gibi görünüyor. Daha önceki versiyonlarda da daha sonradan yapılan bazı eklemeler olsa da default package de olmadığı için kurulumu ve uğraşıp adapte etmesi biraz sıkıntılı bir süreçti. Bu yeni versiyon JQuery ile oldukça içli dışlı olmuş. Birçok yerde bu güzel JScript kullnılıyor ve siteye dinamik bir hava katıyor. Yönetim paneli baştan aşağıya yenilenmiş ve çok kullanışı bir hal almış. En önemli değişiklikler ise tabiki kuşkusuz veritabanında yapılmış. Birçok yeni alan eklenmiş. Eğer siz de hali hazırdaki verilerinizi koruyarak bir update yapmak istiyorsanız DB update scriptlerini DB'ninizin bir yedeğini alarak çekinmeden koşturabilirsiniz. Zaten sonrasında geriye kalan yalnızca Sistem dosyalarını sunucunuza kopyalamak olacak. Aşağıda eski cemkefeli.com'dan bazı ekran görüntüleri koydum kendime bir arşiv olabilmesi için. Eğer sizler de birer BlogEngine kullanıcısı iseniz 2.0 versiyonu kesinlikle öneriyorum... Buradaki adresi kullanarak son versiyonu indirebilir ve hemen siz de kuruluma başlayabilirsiniz...

Cemkefeli.com versiyon 1.4.5Cemkefeli.com versiyon 1.4.5Cemkefeli.com versiyon 1.4.5Cemkefeli.com versiyon 1.4.5

 

BlogEngine kullanıcılarına güzel bir haber: BlogEngine 2.0 kullanıma hazır!

by Cem Kefeli 1. Aralık 2010 05:59

Blog EngineBlogEngine kullanıcılarına güzel bir haber!
23 Kasım'da Blog Engine'nin en son ve güncel sürümü olan 2.0'ın kullanıma hazır olduğu duyuruldu. Yeni versiyon .NET Framework 3.5 üzerinde inşa edikmiş. Bildiğiniz gibi daha önceki stabil versiyon .NET 2.0 ile yazılmıştı. Yeni sürüm birçok özelliği entegre olarak sunuyor. Aslında çok fazla değişiklik var bu versiyonda. Admin paneli hem gorsel olarak hem de içerik olarak tamamen yeniden yaratılmış durumda. Daha önceki versiyonlar ile birlikte varsayılan olarak gelmeyen birçok kullanışlı extension bu versiyon ile birlikte içeri alınmış ve default olarak geliyor. Veritabanı olarak artık SQL Ce 4 de destekleniyor. Veritabanında da ciddi değişiklikler yapılmış durumda. Bunun için önceki sürümlerinizi bu sürüme yükseltebilmek için bir update scripti koşturmanız gerekiyor. Buradaki adresi kullanarak son versiyonu indirebilirsiniz.

Blogengine admin paneli giriş şifremi unuttum ne yapmalıyım? - Blogengine password recovery

by Cem Kefeli 7. Şubat 2010 03:14

Blog EngineDaha önce "Acaba Blogengine şifremi unutursam bir daha bu değerli şeyi nasıl bulabilirim? Smile" diye kendi kendinize sordunuz mu bilmiyorum ama ben az önce sordum. Zira hostta kurulu bir sistemde bunu unutursanız bir daha yönetici panelinize nasıl girebilirsiniz ki Frown Çünkü Blogengine'de şu ana kadar çıkan sürümlerinde 'password recovery' gibi bir özellik yok bildiğim kadarı ile. "Eee o zaman, bu şifre veri tabanında bir yerlerde kaydedilmiyor mu zaten? Girer oradan düzeltir, yerine yenisini yazarım ya da bakar hatırlarım." diye bir düşünceye de kapılabilirsiniz hemen. Ama bu düşünce de bir işe yaramayacaktır. Şifre hem SqlServer, Hem MySQL Server, hem de XML database ve diğerlerini kullanan tüm sitemlerde veritabanında tutuluyor doğru. Ama cache'lenmiş ve şifrelenmiş bir şekilde tutuluyor. Dolayısı ile veritabanının ilgili yerlerine baktığınızda siz şifrenizi yine göremeyeceksiniz. Gördüğünüz yalnızca şifrenizin şifrelenmiş hali olacak. Veritabanından değiştirip oraya istediğinizi yazdığınızda da bu sefer panele girerken bu işe yaramayacak Smile. Çünkü o yazdığınız metnin şifresi çözüldüğünde sizin girmeniz gereken metin başka, abuk sabuk bir metin olacak. O halde ne yapmalıyız?

İlk önce bu şifrelerin veritabanında hangi alanlarda tutulduğuna bir bakalım. Biliyorsunuz ki Blogengine hali hazırda birçok veritabanı bağlantısı arayüzüne destek veriyor. Server tabanlı veritabanı kullanan(MSSql Server, MySQL Server vb.) ve XML tabanlı veritabanı kullanan sistemler olmak üzere iki ana başlıkta topluyorum şimdilik. Eğer XML kullanıyorsanız (XmlMembershipProvider) sisteminizin kök dizininden başlayarak /App_Data/users.xml yolunu izleyerek kullanıcılar için temel bilgilerin tutulduğu XML dosyasına erişebilirsiniz. Bu XML'in içerisinde Kullanıcı adı, şifrelenmiş-cachelenmiş şifre, e-posta adresi ve son giriş zamanı gibi bazı bilgiler bulunuyor. Aşağıda bu dosyanın içeriğine bir örnek veriyorum.

/App_Data/users.xml  |  Gizle  |  Göster
<Users>
   <User>
      <UserName>Admin</UserName>
      <Password>jGl25bVBBBW96Qi9Te4V37Fnqchz/Eu4qB9vKrRIqRg=</Password>
      <Email>post@example.com</Email>
      <LastLoginTime>2007-12-05 20:46:40</LastLoginTime>
   </User>
</Users>

4. satırdaki password alanı bizim ilgimizin odak noktasını oluşturuyor diyebilirim. Server tabanlı bir veritabanı da kullanıyorsanız XML tabanlı bir veritabanınız da varsa yapmanız gereken password field'ı içerisindeki şifrelenmiş-cachelenmiş veriyi temizleyip silmek. Böylece blogunuz default ayar olan 'admin' kullanıcısı için 'admin' şifresine geri dönecektir.
Eğer Server tabanlı bir veritabanı kullanıyorsanız ise yapmanız gereken be_Users tablosu içerisindeki uygun kullanıcıya ait ilgili kayıt satırını bulup yine password sütununun içeriğini temizlemektir.

Umarım okuyanların işinize yarar ve faydalı olur. Değişik yöntemler bilen ve atladığım noktaları yakalayan olursa yorum yaparak katkıda bulunabilirsiniz. 

Robots.txt nedir ve nasıl düzenlenir?

by Cem Kefeli 10. Mart 2009 04:36

.NET BlogEngine ile birlikte kök dizininde Robots.txt isimli bir dosya geliyor ve bu dosyanın uygun şekillerde edit edilmesi gerekmekte. Web hostinginizin root dizini içerisinde bulunması faydalı olacak bu dosya web spider ve web spawler'lardan dosyalarınızı ve sitenizin içeriğini korumanıza yardımcı olmaktadır. Örneğin bir login sayfanızın google tarafından indexlenmesini istemiyorsanız ilgili yolu göstererek edit etmeniz yeterli olacaktır. Edit edilmesi ise son derece kolay bir şekilde yapılmakta. Bir dizin ya da dosyayı allow/disallow ederek erişim belirteçlerini kontrol altında tutabiliyorsunuz. Hatta hangi arama motorlarını allow/disallow edeceğinizi de belirtebilirsiniz. Her bir subdomain için bu dosyadan kök dizine bir tane uygun şekilde yerleştirmeniz faydalı olacaktır. .NET BlogEngine ile birlikte gelen Robots.txt'yi aşağıdaki şekilde edit edebilirsiniz örneğin;

User-agent: *
Disallow: /login.aspx
Disallow: /search.aspx
Disallow: /error404.aspx
Disallow: /archive.aspx

Bu dosyada login.aspx, search.aspx, error404.aspx ve archive.aspx dosyalarının spiderlar tarafından erişimi ve indexlenmesi yasaklanmıştır. Sitemap ile gösterilen ise sitenin içerik haritasıdır ve bu içeriğe göre arama motorları indexlemelerini daha kolay olarak yapmaktadır.

Bu dosyayı oluşturduktan sonra hostinginizin kök dizinine upload etmeli ve Google WebMaster Tools'u kullanarak da bu değişiklikten haberdar etmelisiniz. Sanırım Google hergün düzenli olarak bu adresleri tarayıp gerekli güncellemeleri yapıyor. Yani bu işleminiz kısa süre sonra işleme koyulacaktır. Bu linki kullanarak Robot.txt dosyası değişikliğinizi onaylatabilirsiniz.

Hakkımda...

Cem KEFELİ

Electronics and
Telecommunication Eng.
devamı...


Son yapılan yorumlar...

Comment RSS

Yasal bir uyarı...

Disclaimer"Bu web sitesinde görmüş olduğunuz bilgilerin, dokümanların ve diğer materyallerin kullanılmasından doğabilecek hiç bir sorumluluktan site sahibi sorumlu tutulamaz. Web sitesi içerisinde yer alan yazılar, yorumlar, resimler ve diğer tüm içerikler yalnızca sahibinin görüşünü yansıtmakta olup içeriğin sahibi kişilerin çalıştığı kurumları bağlayıcı hiç bir nitelik taşımamaktadır. Yapılan tüm alıntılar mutlaka kaynak gösterilerek verilmeye çalışılmaktadır. Web sitesi içerisinde bulunan ilgili materyaller, ilgili yasal kurumlar tarafından uygun görülmemesi durumda kaldırılacaktır."
General