[cgencer]

bir haftadır Drupal iel boğuşmaktayım, 3 defa kurmam gerekti. her olası seçeneği adım adım denedim. sonuçta Drupal'in de,daha önce başıma geldiğinden invision forum'un da türkçedeki görmüş kelimesine uyuz olduklarını ve 500 internal server error yarattıklarını gördüm. bu konuda bilgisi olan var mı hiç aranızda?
girdiğim içerikte ne zaman bu kelimeye rastlasa, server crash ediyor. server'ım amerika'da, belki utf-8'in ncode edildikten sonra oluşturduğu byte dizisi gerçekten server'ı crash ettiriyordur? merak ettiğim, acaba bu server'lar türkçemizi de kısıtlamaya başladıysa acaba arkasında emperyalistik bir hunharca plan yatmasın sakım (işin esprisi)?

ama hakikaten utf-8'den iyi anlayan birinin fikrine ihtiyacım var bu konuda. iki birbirinden tamamen farklı yazılım paketinin de aynı hatayı vermesi beni hem çileden çıkardı, hem de şaşıra kaldım.

[cgencer]

neyse. post'u attığımda içimi bir korku sardı, acaba Vbulletin'de bu yüzden patlayacak mı diye... ama yokmuş öyle bir problem ve burada istediğimiz kadar görmüş kelimesini kullanabilioruz. ne ala! oooohhh görmüş görmüş görmüş.... ))

[cgencer]

dönüştürmüştür kelimesi de patlıyor aynı şekilde... ö, ü ve ş'leri dilediğimiz gibi kullanamayacak mıyız yahu!

[abacus]

ayrıntısını bilmiyorum ancak kendi sunucumda denediğimde herhangi bir problem çıkmadı

[mow]

PHP versiyon ve default charset nedir? bu şey sadece post yada get kullandığındamı oluyor yoksa echo'görmüş'; bile yazsan çöküyormu?

[cgencer]

teşekkürler,sorumun saçma ve garip gelen cevabını hosting şirketinden alabildim, birilerine yardımcı olabilir belki diye paylaşayım:

> As a part of the security, we have resticted users the usage of certain UNIX commands.
> The words you entered "'görmüº" and " dönüºtürmüºtü " contaiins the UNIX command " rm " which is used
> to remove files and folders. Please be assured that it is not a bug, but a security measure from our part.
> This particular command can be used to wrec havoc in a domain and server, and so we have no way other than
> to disable it. Please understand that its is not our intention to inconvenience our customers, but that security
> and stability of the servers and the accounts hosted with us are foremost in our mind and that is why we took
> such initiative.

kısaca: içeriğinizin içinde RM harfleri geçiyorsa içeriğinizi database'e ekletmiyoruz diyorlar.

çok garip gelen bir tavır. güvenliği anlayabilirim, ama beceremedikleri bir filtreleme yüzünden R ve M ikilisini peşpeşe kullanmayı yasaklıyor bu herifler, uzun lafın kısası.... çok garip, ama gerçek. hakikaten afalladım bu maili alınca ve tabii bir güzel döşendim demokratik bir tavır mı diye... neye yarar, her zaman beğenmezsen başka kapıya diyebilirler sonuçta. ama hakikaten garip bir yaklaşım bu.

[mow]

şaka gibi geldi bana ya da kıl kapılması gereken bir durum, çoğunlukça bilinmeyen ama bu şirketin bildiği bi bug falanmı var acaba ?

[bramstoker]

bombaymış gerçekten. bu kadar beceriksiz bir firmadan topukların kıçıma vura vura uzaklaşmak sorununa kesin çözüm getirecektir. ayrıca kalıbımı çok rahatlıkla basarım ki bu cevap tamamen yalan. senin rm komutunu zaten çalıştıramaman, çalıştırsan bile hakkın olmayan dosyaları bırak silmeyi, okuyamaman bile lazım.

ne yani şimdi bu adamlar bu işin en temel gereğini yerine getiremedi de, gidip post edilen datayı filtreleyebilen daha hayvani bir altyapı mı oluşturdu? cık cık cık...

[cgencer]

epey bipayladıktan, konuşma ve yazma özgürlüğü, demokrasi gibi meselelerden kafalarını şişirdikten sonra bahsi geçen modülü (apache için bir modülmüş, sonuçta hatayı apache veriyordu) kaldırdıklarını söylediler bugün. problem ortadan kalkmıştı, ama bana durumu ve konuşma özgürlüğümüzün ne kadar kısıtlanabildiğini bir kez daha gösterdi...