GoDaddy.com neden yanlış tercih?

GoDaddy.com’dan üç farklı hizmet alıyorum. Bunlar alan adı kaydı ve barındırılması, e-posta hizmeti ve paylaşımlı sunucu hizmeti. Alan adı işlemlerinde şu ana kadar ciddi bir sorun yaşamadım fakat diğer hizmetlerinde pek çok eksiklik farkettim.

Beni benden korumak anlamsız

GoDaddy.com paylaşımlı sunucu müşterilerine SSH desteği vermiyor. (Bkz http://blog.godaddyhosting.com/2008/12/02/ssh-access.aspx)

Paylaşımlı sunucu müşterilerine SSH desteği sunmamak ancak müşteriyi kendisinden korumak olarak algılanabilir. GoDaddy.com’un yapmak istediği de beni benden korumaktır.

Benim bilgilerimin güvenliği nerede?

Müşteriye ayrılan sunucu alanı tamamen ağdan erişilebilir (web accessible) durumda. (Bkz http://blog.godaddyhosting.com/2008/04/01/document-root.aspx)

Veritabanı şifrelerinin de bulunduğu ayar dosyaları Apache’nin erişemeyeceği bir dizinde tutulmalıdır. Bunun için genelde bir kullanıcıya ev dizini ve bu dizinin altında “public_html” gibi bir dizin ayrılır. Bu yapılanmada sadece “public_html” dizini Apache tarafından erişilebilir durumdadır. Önemli dosyaların bu dizinin dışında tutulması güvenliği arttıracaktır.

GoDaddy.com paylaşımlı sunucu yapılandırmasında ise sadece “public_html” dizini müşteriye sunulur. Önemli veya önemsiz bütün dosyalar bu dizin içerisinde barındırılır. Kısıtlı erişim haklarına sahip bir dizin sunmayarak kullanıcıların bilgi güvenliği tehlikeye atılıyor.

E-posta sunucularında uzaktan erişim (POP3, SMTP) desteği yok

Masaüstü programları (Thunderbird) kullanılarak GoDaddy.com’un sağladığı e-posta hesaplarına erişilemiyor.

Sonuç

Aldığım hizmetlerin süresi dolduğunda alan adları dışındakileri başka bir sağlayıcıya aktarmayı düşünüyorum. Şimdilik DreamHost’un hizmet kalitesinin oldukça yüksek olduğunu biliyorum. Eğer sizin bir öneriniz varsa duymak isterim.

İnternet sayfası tasarımında rahatsız edici tercihler

Takip ettiğim bu günlükte İnternet sayfası tasarlarken düşülen hatalarla ilgili bir yazı yazıldı.

Yazıda listelenen 10 maddeden ikisine (2. ve 10. maddelere) eklemek istediğim ayrıntılar vardı. Hemen fikirlerimi yazdım fakat yazdıklarım günlük sahibi tarafından kabul edilmedi.

Tamamen kendi görüşlerim olan bu listede yazanlara katılabilirsiniz veya kendi görüşlerinizi iletebilirsiniz, belkide bu sayede Türkiye’de web tasarımı yapan insanlara görüşleriniz ve önerilerinizle yardımcı olmuş olursunuz.

Yazarın bu cümlesini inandırıcı bulmuş¹ ² ve yorumumu yazdıktan sonra yazıyı Oyyla’ya bile göndermiştim.

İnternet günlüğü böyle yönetilmemeli. Hakaret içermeyen ve uygun üslupla yazılan misafir yorumları silinmemeli. Silinme ihtimalini göze alarak bir daha aynı sitedeki yazılara nasıl yorum yazabilirim ki?

Misafir yorumları hakkındaki fikrimden sonra ilgili yazıda geçen 2. ve 10. maddelere eklemek istediklerimi yazayım:

İkinci maddenin aslı: Siteye girişlerde kullanılan animasyonlu ön sayfalarda animasyonu geçmek için seçenek sunmamak.

Bence animasyonlu ön sayfa hazırlamak başlıca bir hata. Animasyon siteyi ilk defa ziyaret edenleri etkileyebilir fakat devamlı ziyaretçileri çileden çıkarır.

Onuncu maddenin aslı: Site içi bağlantıları yeni pencerelerde açmak.

Bana göre sadece site içi bağlantılar değil dış bağlantılar da aynı pencerede açılmalı. Yeni pencerede açma seçeneği sadece bazı özel durumlarda kullanılmalı. Örneğin; kullanıcının yapılan işin bitmesini beklemeden sayfayı terketmesi bilgi kaybına yol açacaksa o sayfadaki bağlantılar yeni pencerede açılır yapılabilir. Bu fikrimi destekleyen bir gerçek Digg‘deki dış bağlantıların aynı pencerede açılmasıdır.

Benim bu konudaki görüşlerim bunlar. Sizin de bu liste hakkında tartışmak istediğiniz şeyler varsa lütfen benim yazıma değil başta bağlantısını verdiğim yazıya yorum gönderin.

¹ Aslında durum farklı olabilir. Yazdığım yorum sadece spam filtresine takılmış olabilir. Yazarın bundan haberi bile olmayabilir. Eğer araya spam filtresi girmiş ise yazarın inandırıcılığı zarar görmemiş olur. Ben de verdiğim rahatsızlıktan dolayı özür dilerim.

²  Açıklama için aşağıdaki ilk yorumu okuyun.

Drupal deneyimim

Bir süredir Joomla! ve SMF etkileşimiyle oluşturduğum bir site için alternatif arayışındaydım. Artık bu arayışım sona erdi. Drupal‘ı buldum.

Joomla! ve SMF’nin beni tatmin edememesinin bazı nedenleri var. Birincisi Joomla!’nın standart dağıtımında bir topluluk sitesi için ihtiyaç duyulan özelliklerin hiçbiri bulunmuyor. Kullanıcı yönetimi, mesaj tahtası, kişisel günlük, yorumlar, geri izlemeler ilk olarak aklıma gelen eksiklikler. Üçüncü şahısların yazmış oldukları eklentiler ise her zaman güvenlik sorunları oluşturuyor.

SMF’yi kullanmaktan vazgeçmemin ise farklı bir sebebi var. SMF’nin kullandığı lisans sözleşmesi diğer açık kaynak yazılım lisansları ile uyumsuz. Bana göre bu uyumsuzluk SMF’nin gelişimini yavaşlatıyor. Örneğin bu tarihte en güncel olan 1.1.3 sürümünde hala WYSIWYG editörü bulunmuyor. Piyasada bazı açık kaynaklı WYSIWYG editörleri bulunmasına rağmen lisans kısıtlamaları nedeniyle bu editörler SMF paketine dahil edilemiyor. Bu nedenle SMF geliştiricileri bütün bileşenleri sıfırdan yazmak zorundalar. Sonuç olarak özgür yazılım camiasının desteğinden mahrum olan SMF’nin gelişimi sancılı oluyor.

Joomla! ile SMF’nin bütünleşmesini sağlayan köprü eklentisi de lisans uyumsuzluğu nedeniyle askıya alındı. Bu nedenle yakında yepyeni sürümleri yayımlanacak olan iki yazılımın da yolları tamamen ayrılacak.

Drupal’ı tercih etmemin nedenlerine gelelim. Kullanmaya başlayalı henüz birkaç saat geçmesine rağmen yazılımdan oldukça etkilendim. Topluluk yönetimi için ihtiyaç duyulan özellikler (kullanıcı yönetimi, mesaj tahtası, kişisel günlük, yorumlar, geri izlemeler) standart dağıtımın içinde geliyor. Bu özelliği, amacım bir topluluk sitesi oluşturmak olduğunda, Drupal’ı diğer seçenekler arasında ilk tercihim yapıyor.

Drupal’ı öne çıkaran bir diğer sebep de drupal.org’daki temalar dizini. Yeni bir tema arayışına girdiğimde bakacağım ilk adres bu dizin olacaktır. Bu sayede zaman kaybı en aza inecek ve temanın güncellemelerini daha rahat takip edebileceğim.

Artık bir topluluk sitesi kurmak istediğimde yazılım tercihim Drupal olacak. Bunun dışındaki çalışmalarda işin gereksinimlerine göre diğer sistemleri göz önünde bulunduracağım.

Joomla! 1.5 neler getiriyor?

joomla_screenshots

Joomla! 1.5 RC1 yayımlandı. Daha önce yazdığım gibi bu sürüm web sunucularında kullanılabilecek kararlılıkta.

İlk olarak gözüme çarpan yenilikler

URL’ler daha okunaklı hale getirilmiş. Bunu sağlamak için eski sürümdeki gibi URL’lerde yazı numarası yerine yazının başlığı kullanılmış. URL’lerde “ç,ğ,ı,ö,ş,ü” karakterleri de kullanılabiliyor.

RSS ve Atom sağlayıcısı (Haber akışı) yeniden yazılmış. Artık haber okuyucu programlarda (Google Reader, vb.) yazının içindeki bağlantılar ve resimler de gösterilebiliyor. Ayrıca farklı bölüm ve kategoriler için de haber akışı alınabiliyor.

FTP katmanı kullanılarak dosya ve dizin erişim izinlerinde oluşan problemler önlenmiş.

XML-RPC erişilebilirliği eklenmiş. Joomla! 1.5’in kendine ait bir XML-RPC API’si bulunuyor. Masaüstü uygulamalarının bu API’yi kullanmaya başlamaları zaman alacağı için Blogger API desteği de verilmiş. MetaWeblog API desteği de yolda.

Yönetim panelinin kullanımını zorlaştıran bazı özellikler yeniden düzenlenmiş. Örneğin 1.0 sürümünde yazının giriş paragrafı ile içeriğini ayrı editörlere yazmak gerekirken 1.5 sürümünde ikisini de tek bir editöre yazabiliyorsunuz. Ayrıca “mosimage” eklentisi de kaldırılmış. Artık yazılarınıza resim eklemeyi editörün içerisinde gerçekleştiriyorsunuz.

Bir diğer düzenleme de eklenti, tema ve dil paketlerinin kurulum sisteminde yapılmış. Artık her türlü paketi tek bir yerden yüklüyorsunuz. Joomla! 1.5 kurmak istediğiniz paketin içeriğini kurulum sırasında anlayabiliyor.

Yönetim panelinde Ajax bileşenleri kullanılarak sayfayı yenilemeden bazı ayarların yapılabilmesi sağlanmış. Aynı şekilde yazıyı kaydetmeden önizlemesini görebiliyorsunuz.

KDE ve GNOME

klogo-official-lineart_detailed-128x128.png

GNOME masaüstünde çalışırken hafıza kullanımı tavan yapıyordu. Öyle ki bir pencereden diğerine geçerken saniyeleri sayıyordum. Dağınık sistemler dersi projesinin yetişmeyeceğini düşünmeye başlamıştım. Ta ki herşeye KDE‘de devam etmeyi deneyene kadar.

Joomla! 1.5 Beta-2 duyuruldu

Joomla! kararlı sürümden önceki son denemeyi yayımladı. Bundan sonra yayımlanacak olan sürüm adayının sunucularda kullanılabilecek kararlılıkta olması bekleniyor.

Joomla Symbol Small Color FLAT.png

Mevcut 1.0.12 sürümü 1.5’e yükseltilemeyecek. Sitelerini yeni sürüme taşımak isteyenlere iki adımlık bir yöntem tavsiye ediliyor. Önce eski site bir bileşen yardımıyla arşivlenecek. Sonra yeni sürümün kurulumu sırasında veritabanı eski sitenin arşivi kullanılarak oluşturulacak. Gerekli değişiklikler kurulum sırasında Joomla! tarafından yapılacak.

Çok sayıda bileşen, eklenti, birim kullanan siteler yeni sürüme geçişte zorlanacaklar. Özellikle SMF köprüsü kullananlara kötü bir haberim var. Joomla! 1.5 sürümü için köprü eklentisi yazılamıyor.

Ben üyelik sistemini SMF köprüsü üzerinden sağladığım bir site için şöyle bir yöntem düşündüm. Sadece üyelere açık olan bölümleri eski sürüm üzerinde bırakacağım. Bunların dışında kalan ve üyelik gerektirmeyen bölümleri yeni sürüme taşıyacağım.

Sizin daha iyi bir fikriniz varsa öğrenmek isterim.

Güncelleme oldu: SMF köprüsü Joomla! 1.5 Beta-2 üzerinde başarıyla çalıştırılmış.