Şu ana kadar karşıma çıkan tepki ve protestoları ve adreslerini listeleme ihtiyacı hissettim:

• Facebook sayfa ve grupları:
  • SansüreSansür – http://www.facebook.com/sansuresansur
  • Google’a Erisimin Engellenmesini Protesto Ediyoruz – http://www.facebook.com/pages/Googlea-Erisimin-Engellenmesini-Protesto-Ediyoruz/119193148122040
  • Sansüre Karşı Yürüyüş – http://www.facebook.com/pages/sansure-karsi-yuruyus/132397150110683
• Google grupları
  • Sansüre Sansür Hareketi – http://groups.google.com/group/sansuresansurhareketi
  • Sansüre Karşı Eylem – http://groups.google.com/group/sansure-karsi-eylem
• FriendFeed
  • SansüreSansür FF Grubu – http://friendfeed.com/sansuresansur
  • netdaş – http://friendfeed.com/netdas
  • Korsan Partisi – http://friendfeed.com/korsan-partisi
• Sansüre Karşı Yürüyüş – http://www.sansurekarsiyuruyus.com
• İnternet Geleceğimizdir – http://www.internetgelecegimizdir.com
• Bobiler Taksim – http://taksim.bobiler.org
• Yeter – http://yeter.neonebu.com

Şimdilik gözüme çarpanlar bunlar. Yenileriyle karşılaştıkça listeyi genişleteceğim.

Stres Butonu

Not: Kedinin canını yakacak ya da rahatsız edecek şeylerden kaçınmaya özenle dikkat ettik. Sırtındaki etiketlerden hiç rahatsız olmadı. Aksine gördüğü ilgiden memnun bile kaldı Otların arasında dolaşırken de düşürdü etiketleri.

.htaccess dosyaları, ya da dağıtık konfigürasyon dosyaları, klasör düzeyinde konfigürasyon değişiklikliklerine izin veren, bir veya daha fazla direktif içeren dosyalardır. Bulundukları dizinlere ve bulundukları dizinlerin alt dizinlerine etki ederler.

.htaccess dosyalarına yazılabilecek direktifler AllowOverride direktifi tarafından belirlenir. (örneğin; AllowOverride All) AllowOverride komutu, .htaccess dosyasında bulunan hangi direktiflerin uygulanacağını belirlemek için kullanılır.

Ne zaman kullanılmaz?

Genel olarak sunucunun ana konfigürasyon dosyasına erişim olmadığında kullanılır. Sistem yöneticisi tarafından diğer kullanıcıların root’a erişiminin olmadığı durumlarda kendi dizinlerinin izinlerini değiştirebilmeleri için kullandırılır. Örneğin tek makinede birden fazla sitenin barındırıldığı hosting sistemlerinde kullanıcılar kendi dizinlerinin konfigürasyonlarını .htaccess dosyaları kullanarak değiştirebilirler.

Eğer mümkünse .htaccess kullanımından kaçınılmalıdır. .htaccess dosyasına yazılabilecek her direktif, efektif bir şekilde sunucunun ana konfigürasyon dosyasındaki bölümüne yazılabilir.

.htaccess kullanmamak için iki ana sebep vardır:

• Birinci sebep performanstır. .htaccess kullanımı açıldığında, her dosya çağrılışında Apache o dosyanın bulunduğu dizinde ve daha üst dizinlerde .htaccess dosyası olup olmadığına bakar. Bir dökümanın her çağrılışında .htaccess dosyası yeniden yüklenir ve dökümanın her çağrılışında dökümana kadar olan dizinlerin hepsine bakıldığından, ( .htaccess kullanılmak istense de istenmese de) bu disk erişimleri performansta kayba yol açar.
• İkinci sebep güvenliktir. Kullanıcıların .htaccess kullanmasına izin verildiğinde, sistem yöneticisinin engelleyemeyeceği değişiklikler yapılmasına izin verilebilir. Bu sebeple kullanıcılara hangi izinlerin verileceğine dikkat edilmelidir.

.htaccess dosyası kullanmak yerine direktifler httpd.conf içinde kullanıldığında ise bu komutlar her döküman çağrılması yerine Apache başlatıldığında bir kez yüklenir.

Dizinleri nasıl etkiler?

• Bir dizinde .htaccess dosyası bulunuyorsa, içindeki direktifler hem o dizine hem de alt dizinlerine uygulanır. örneğin /www/.htaccess içindeki direktifler /www/htdocs/hakan/ dizinine de geçerlidir.
• Bir dizinde bulunan .htaccess dosyasındaki direktifler, daha üst dizinlerdeki .htaccesslerden gelen direktifleri override edebilir. Bunun anlamı, belirli bir dizin içindeki alt dizinlerin, ana dizinde geçerli olan direktiflerden farklı konfigürasyon değişiklikleri içerebileceğidir. Örneğin /www/htdocs/.htaccess dosyasında Options +ExecCGI yazıyor ve /www/htdocs/hakan/.htaccess dosyasında Options Includedyazıyorsa, /hakan dizininde Options Included geçerlidir.

PHP dilinin syntax yapısı  C’ye benzer. C diline hakim çoğu programcı göz aşinalığı sayesinde PHP’yi birkaç günde öğrenebilir. Syntax benzerliği dışında zaten kolay öğrenilebilir bir dildir. Basittir.

Yazılan kod çalıştığında, sonuç direkt olarak tarayıcı üzerinde görülebilmekte ve debug edilebilmektedir. Bu sayede karmaşık hata kodlarıyla uğraşmak zorunda kalmaz, hatanın yerini kolayca tespit eder ve gerekli düzenlemeyi en kısa sürede yapabiliriz.

PHP’yi yorumlayacak bir server(örneğin Apache) olduktan sonra her ortamda çalıştırılabilir.  UNIX, Linux, MacOS, Windows, Solaris vs..

PHP bir çok veri tabanı arayüzünü bünyesinde barındırır. PHP ile MySQL, MsSQL, Oracle, PosgreSQL, Sybase vs… gibi çeşitli veri tabanlarıyla çalışabilirsiniz.  Bu sebeple PHP, büyük ölçekli veri tabanı uygulamaları için idealdir diyebiliriz.

Performans

Konu web yazılım dilleri olunca en önemli gördüğüm kriter performanstır. Başarılı bir sitede beklentim isteklerime en kısa sürede cevap verebilmesidir. Yazılımın, yoğun hit alınan zamanlarda veya döngü gerektiren işlemlerde olabildiğince çabuk tepki verebilmesi ve sistemi yavaşlatmaması gerekir. PHP sistem kaynaklarını olabildiğince az kullandığından verimi oldukça yüksektir.

Ayrıca PHP istikrarlı bir dildir. Çalışırken birden bire tekleme ihtimali düşüktür.  Sanırım bu da açık kaynaklı bir dil olmasından kaynaklanıyor. Her an binlerce geliştirici tarafından eksikleri giderilebildiğinden içeriğinde bug bulunabilme ihtimali azalıyor. İstikrarlı çalışması da PHP’den aldığımız verimi artırıyor.

Güvenlik

Birden fazla anlamı var bu güvenliğin. Daha çok yazılımcının emeğinin güvence altında olmasından bahsetmek istiyorum. Yazdığınız kodu Zend Encoder ile şifreleyip son kullanıcıya bu haliyle ulaştırabiliyorsunuz. Dilerseniz yayınladığınız (sattığınız diyelim) kodun belli bir tarihten sonra çalışmamasını da sağlayabiliyorsunuz. Kullanıcı, şifrelenmiş olarak aldığı kodu aynı şekilde çalıştırabiliyor, fakat kodun içeriğini göremiyor. Böylece emeğinizin çalınmasını engellemiş oluyorsunuz. Ne yazık ki Zend Encoder ile şifrelenmiş PHP dosyaları artık deşifre edilebiliyor.

Fiyat

Tek kelimeyle özetlemek gerekirse: “Bedavadır”. GPL lisansı altında dağıtıldığından herhangi bir lisanslama ücreti ödemeniz gerekmez.

Görünüm FireBug gibi olmuş, fakat kullanışlılık açısından eksik yönleri var. Örneğin, CSS satırları disable edilemiyor. Ediliyorsa da ben göremedim. JavaScript debugger da göremedim.

Şimdilik dikkatimi çeken özellikleri bunlar. Eksiklikleri giderildiğinde daha kullanışlı olacağını düşünüyorum.