Bilindiği üzere Sql Server ram’i kullanma ihtiyacı duyduğunda kendisine izin verilen ölçüde bilgisayarda ram’i bloke eder. Buraya kadar bir sorun yok. Ancak gel gelelim işi bittiği zamanartık kullanmadığı belleği geri vermeye hiç hevesli değildir. Aşağıdaki kod bir nevi “Kullanmadığın ram’i geri iade et” anlamını taşır. Mantığı çok basit aslında: öncelikle sql server’ın kullanabileceği maximum ram’i x MB’a kadar düşür. Böylelikle mecburen x MB’dan sonraki bloke ettiği ram’i bırakacaktır. (Buradaki x sizin sorumluluğunuzda olan bir değerdir, ben aşağıda 2 GB’a kadar düşürdüm. Ancak sql server’ın işlevlerini sürdürmek için ne kadar ram’a ihtiyaç duyduğu sizin bilmeniz gereken bir şeydir.)

NOT: Bu kodları çalıştırmadan önce minimum ve maximum değerleri bir kenara not etmenizi tavsiye ederim. Eğer bunu nasıl yapacağınızı bilmiyorsanız bence hiç bu işlere bulaşmayın. Bırakın ram dolu kalsın.

1. Bölüm: (Mix ve Min Ram’i Düşürmek)

EXEC sys.sp_configure N’show advanced options’, N’1′ RECONFIGURE WITH OVERRIDE
GO
EXEC sys.sp_configure N’min server memory (MB)’, N’2000′
GO
EXEC sys.sp_configure N’max server memory (MB)’, N’2000′
GO
RECONFIGURE WITH OVERRIDE
GO
EXEC sys.sp_configure N’show advanced options’, N’0′ RECONFIGURE WITH OVERRIDE
GO

Bunları çalıştırdıktan sonra task manager’dan ram’i kontrol ediyorum, istediğim seviyeye kadar düştükten sonra maximum değeri tekrar eski değere çekiyorum: (Bendeki rakam 6 GB idi)

2. Bölüm: (Değerleri Eski Haline Getirmek)

EXEC sys.sp_configure N’show advanced options’, N’1′ RECONFIGURE WITH OVERRIDE
GO
EXEC sys.sp_configure N’min server memory (MB)’, N’6144′
GO
EXEC sys.sp_configure N’max server memory (MB)’, N’6144′
GO
RECONFIGURE WITH OVERRIDE
GO
EXEC sys.sp_configure N’show advanced options’, N’0′ RECONFIGURE WITH OVERRIDE
GO

Bilmiyorum bug mıdır, değil midir ama yazılım tarihimde aldığım en garip hata olduğunu kesinlikle söyleyebilirim.

Entity.Hede x=new Entity.Hede();

gibi bir satırda “Object reference not set to instance of an object” hatası aldım.

İlk olarak Hede’nin constructor’ına baktım bir kod yok. Yani bir hata olması için hiç bir neden yok.

Sonra şu hale getirdim, ilginçtir yine aynı hatayı aldım:

Entity.Hede x=null;

Zaten hatanın kendisi yeterince garipken çözümü daha da garip geldi. Hatanın detaylarına gireyim diye try catch içine aldım.

Bu sefer hiç catch’e düşmeden, sanki herşey normalmiş gibi çalışmaya devam etti.

Ölmeden dünyada bunu da gördüm ya. Daha ne diyeyim.

Not: İş bu post sinir + şaşkınlık + panik + boşluk ruh haliyle yazılmıştır.

ISNULL(“Fiyat”/NULLIF(“Adet”,0),0)

cast(convert(varchar(10),getdate(),1) as datetime)

string fileName = Guid.NewGuid().ToString(“N”).Substring(0, 12);

string attachment = “attachment; filename=” + fileName + “.xls”;

Response.ClearContent();

Response.Buffer = true;

Response.AddHeader(“content-disposition”, attachment);

Response.ContentType = “application/vnd.ms-excel”;

Response.Charset = “ISO-8859-9″;

System.IO.StringWriter sw = new System.IO.StringWriter();

HtmlForm frm = new
HtmlForm();

HtmlTextWriter htw = new
HtmlTextWriter(sw);

DataList1.Parent.Controls.Add(frm);

frm.Attributes["runat"] = “server”;

frm.Controls.Add(DataList1);

frm.RenderControl(htw);

Response.Write(sw.ToString());

Response.End();

http://www.microsoft.com/downloads/details.aspx?familyid=7554F536-8C28-4598-9B72-EF94E038C891&displaylang=en

Buradaki “Starter Guide” pek bir güzel anlatmış:

http://www.google.com/support/webmasters/bin/answer.py?hl=en&answer=35291

Javascript tarafı:

<script
type=”text/javascript”>

$().ajaxSend(function(r,s){

$(“#ajaxLoad”).show();

});

$().ajaxStop(function(r,s){

$(“#ajaxLoad”).hide();

});

function AjaxKullan()

{

var ad=document.getElementById(“txtIsim”).value;

var tel=document.getElementById(“txtTel”).value;

$.ajax({

type: “POST”,

url: “IsimKaydet.aspx”,

data: “Ad=”+ad+“&Tel=”+tel,

success: function(msg){

alert(“İsteğiniz Başarıyla Kaydedilmiştir.”);

}

});

}

</script>

Html tarafı:

<div
align=”center”
id=”ajaxLoad”
style=”display:none;“
>

<img
src=”img/ajax-loader.gif”
/>

</div>

<A
HREF=”#”><IMG
SRC=”img/gonder.gif”
WIDTH=”87″
HEIGHT=”39″
BORDER=”0″
onclick=”AjaxKullan()”></A>

Gridview’I excel’e aktarırken aldığım bir hataydı.

Gayet de sinir bozucu bir durumdu. Çünkü gridview zaten runat attribute’una sahip form tagi arasonda duruyordu.

Çözümü internette buldum.

Tek yapılması gereken şu kodu sayfaya yapıştırmak:

public
override
void VerifyRenderingInServerForm(Control control) { }

Ne zaman tema yazmak istesem hep skin dosyasında intellisense olmamasından şikayet ederdim. Sevgili kardeşim Esen Varol bunun mümkün olduğunu ve nasıl yapılacağını anlattı. Paylaşmak istedim:

1. Tools menüsünden Options seçeneği tıklanır.
2. Text Editör sekmesi altında File Extension seçeneği tıklanır.
3. Sağdaki ekranda extension bölümüne “skin” yazılır. Editör bölümünden de User Control Editor seçilir.
4. Mutlu son. Artık tema dosyalarınızı intellisense olarak yazabilirsiniz.