gel keyfim gel

IIS7 de herkezin heyecan ile beklediği şeylerden biriside url rewritingdi. sene 2009 sanırım apache bu işi 2001 den beri yapıo belki dahada eski. neyse geç olsun güç oılmasın. IIS7 de artık mod_rewrite kadar sağlam bir urlrewritinge sahibim diyor. ne derece doğrudur bilmem o diyo işte ne yalan söyliyim IIS favori uygulama sunucularımdan biri değil. neyse velhasılı godaddy de bunu desteklemeye başladı.

bi hafta kadar önce hostingi upgrade etmeyi başardım. db leri sil bilkmemne çok zahmetli duruodu. ilk zaman sonradan db silmeyi zorunlu tutmamışlar ben onu fark etmeyip bi kaç db yi silip bastım upgrade e. yuvarlak 1 gün sürdü. sonunda IIS7 olan hostingim çalışır oldu. bu arada millet forumlarda kopmuş godaddy windows versiyon hosting php de destekliyor diye onu deneme fırsatım olmadı henüz.

aklıma geldi ula buna modül yaptılardı url rewriting için direk IIS den hükmedebildiğimiz. nasıl oluoki diye bakınmaya başladım. aslına bakarsanız uzantısı aspx olan sayfalardan url rewrite yapıodum ben zaten. neyse sonunda bi basit örnek buldum hemen devşirdim buyrun:

<system.webServer>
<rewrite>
<rules>
<rule name=”deneme” stopProcessing=”true”>
<match url=”^konu_ismi_([0-9]+)\.html” ignoreCase=”true” />
<action type=”Rewrite” url=”default.aspx?id={R:1}” />
</rule>
</rules>
</rewrite>
</system.webServer>

denedim aynen html de olsa uzantısı yakalıo mis olmuş sonra dedim bu www redirect nasıl yaparız. pr kaçmasın diye bi trickdir bu. domain.com a gelen istekler www.domain.com a otomatik 301 redirect yapılır. .htaccess için çok örneği vardır. neyse bunun için varmı diye arandım var ve problemsiz çalıştı bende.

<system.webServer>
<rewrite>
<rules>
<rule name=”Redirect to WWW” stopProcessing=”true”>
<match url=”.*” />
<conditions>
<add input=”{HTTP_HOST}” pattern=”^biraa.com$” />
</conditions>
<action type=”Redirect” url=”http://www.biraa.com/{R:0}” redirectType=”Permanent” />
</rule>
</rules>
</rewrite>
</system.webServer>

biraa.com direk www.biraa.com a yönlenio domainin güzelliğide ayrı bi hoş buna ne yapsam acaba

asp.net de uzun süredir kullandığım UrlRewritingNet.UrlRewriter.dll den daha iyi bir çözüm olduğuna inandığım ve deneylerle sabit Intelligencia.UrlRewriter.dll tavsiye ediyorum. godaddy ile diğer dll de birden fazla rule giremezken bunda istediğim kadar yeni rule girebiliyorum ve shared hostingde problem çıkarmadan çalışıyor. bide diğer proje biraz uyku modunda gibi bunu gayet gelişir gördüm

dökümantasyon ve download için buyrun.

it can be very tricky if you are using godaddy like shared hosting. and at the same time if you are trying to use asp.net ajax toolkit.

at the end you will find yourself why the hell ajax part does not work. its all about urlrewriting and its file issues. you need to put to zero size file to your application folder.

ScriptResource.axd
WebResource.axd

it will solve urlrewriting and ajax problems. I hope someone make some enhancements to urlrewriting project.

godaddy biçok projemde kullandığım hostingim kendisi şimdiye kadar gördüğüm en ucuza verilebilecek en uygun hostinge sahip. asp.net ve ajax istiyorsanızda http://www.asp.net/ajax/ den download ediceksiniz. ajaxcontroltoolkit ile bir sürü şey çok daha kolay duruma getirilmiş durumda. fakat bu projeyi godaddy de çalıştırmak isterseniz olmicak bir sürü problemle karşılaşabilirsiniz.

birinci problem urlrewriting ve ajax. asp.net de shared hostingden güzel url ler yapmak istiyorsanız yegane seçenek urlrewriting. kendisi gelişimini tamamlamış ama hala dertli bir proje. çalışıyor olması benim için yeterli. karşılaşdığım problemse axd isteklerine nane olan urlrewriting in ortalığı karıştırması. istek yapılan url örneği

ScriptResource.axd?d=jtJbL061WgTeksaav7VzwLP3l4DtdW1JA4V6X4OjnLEejk63vKlwC3
ygcyLnZP4Mp8dYDcZskJgS9zF-m8TQIeMwCfsCwv49rLTyqVCsqCQ1&t=633082638440786315

bunun bide bir alt folder olması durumunda başı götü ayrı değişiyor sonuçda tertemiz bir excetption fırlıyor.

Exception information:
Exception type: System.Web.HttpException
Exception message: ‘http://www.sozlukcell.com/sozlukcell/ScriptResource.axd’ is not a valid virtual path.

bunu önlemek için web.config e

<add name="WebResourceFix" virtualUrl="^~/WebResource.axd(.*)" rewriteUrlParameter="IncludeQueryStringForRewrite" destinationUrl="~/WebResource.axd$1" ignoreCase="true"/>
<add name="ScriptResource" virtualUrl="^~/ScriptResource.axd(.*)" rewriteUrlParameter="IncludeQueryStringForRewrite" destinationUrl="~/ScriptResource.axd$1" ignoreCase="true"/>

girmeniz gerekmiyor ee niye yazdım denedim olmuo onu söyliem dedim bi türlü urlrewriting i ayarsal yoldan bu dosyalardan ayıramadım temiz çözüm: ScriptResource.axd ve WebResource.axd isminde 2 tane boş dosya oluşturun upload edin. urlrewritingde kontrol ettiğinde o dosyaları gördüğünden daha fazla rewrite etmeye çalışmayıp frameworke olayı bırakıyor. frameworkde akıllı axd istio haa bu script hedesi diyip işine bakıo. bi şekil kandırmış oluyoruz urlrewriting’i.

ikinci problemde godaddy ben yükledim siz yüklemen demesine rağmen System.Web.Extensions.dll i bin folderına koymanız gerekmesi.

sonuç hala içime sinmemiş olan autocomplete textbox ım çalışıyor olması. sözlükde arama yaparken 2. karakterden sonra direk autocomplete listesi çıkıyor. updateprogress konusu nedense hala bunla beraber çalışmıyor. patch bulduğunu söyleyenler var forumda ama denemedim. bir sonrakiversiyonda düzelir sanırım.