Ali's Surprisingly Web

Kriptografik bir hash yöntemi olan MD5, bilgisayar ve yazılım dünyasında oldukça fazla şekilde kullanılır. En basit anlatımıyla “hash” işlemi, bir veriyi tek yönlü olarak değiştirerek bir değer elde etmektir. Teoride, iki farklı verinin hash değerinin birbirini tutması mümkün değildir. MD5′de çok yaygın kullanılan bir hash yöntemidir. Kullanım yerlerine gelince, yoğunluklu olarak veritabanlarında şifrelerin depolanması için kullanılır. Kullanıcı şifresini belirlediğinde hash değeri hesaplanıp veritabanına yazılır. Daha sonraki girişlerde tekrar hash değeri hesaplanarak veritabanındaki kayıtla kaşılaştırılır. Bu sayede herhangi bir saldırıda veritabanı ele geçirilse dahi geri dönüşümsüz hash değeri barındıran şifre alanı saldırganın işine yaramaz.

Diğer bir kullanım alanı da download sitelerinde veya doğrudan download veren ürün sitelerinde, ürünlerin belirli bir sürümünün orijinal-dokunulmamış olduğunu kullanıcının teyit edebilmesi içindir. Orijinal dosyanın “MD5″ hash değeri açık olarak verilir. Kullanıcı dosyayı çektikten sonra, MD5 hesaplayan araçlarla çektiği dosyanın hash’ini hesaplar ve bulduğu değerin tutup tutmadığını kontrol eder.

Geçtiğimiz günlerde bulduğum, çok da yeni tarihli olmayan bir makale, örnekli olarak MD5′in nasıl kandırılabileceğini ortaya koyuyor. Hatta birbirinden tamamen farklı iki exe dosyasının, özel geliştirilmiş bir algoritma ile nasıl aynı hash değeri verecek hale getirildiği gösteriliyor.

Her ne kadar bu, kendimizi güvende hissetmemizi sağlayacak bir çok tabuyu yerle bir etse de, bir yazılımcı için gerçekten son derece ilgi çekici ve olağanüstü güzellikte bir durum. Jeoloji uzmanlarının deprem için olağanüstü güzellikte bir doğa olayı tanımını kullanması ile aynı ruh hali diye düşünüyorum

Makaleyi okuyan bütün yazılımcıların hoşuna gideceğine eminim: http://www.mscs.dal.ca/~selinger/md5collision

Amazon Simple E-Mail Service, Amazon Web Services üzerinde koşan bir e-posta gönderim servisi. Servis, API arabirimi aracılığı ile toplu e-posta gönderimi yapmanızı sağlıyor. Geliştirmeler için, Amazon AWS pek çok farklı programlama dili için kütüphaneler sağlıyor.

Sistemi kullanabilmek için, öncelikle bir hesap oluşturmanız gerekiyor. Kayıt sonrası, “sandbox” ortamında kısıtlı bir hesaba sahip oluyorsunuz. Geliştirme sürecinizi tamamlamanızın ardından, üretim ortamına taşınma isteğinizi Amazon AWS’ye iletmeniz gerekiyor. Genellikle bir gün içerisinde isteğiniz onaylayıp, üretim ortamını aktive ediyorlar. Üretim ortamında Amazon SES, ihtiyaçlarınıza göre, günlük gönderim kotası, saniyede izin verilen gönderim sayısı gibi parametrelerinizi dinamik olarak arttırıyor (dinamik olarak artan kota işlemlerinde şu anda bazı sıkıntılar yaşıyorlar).

Amazon SES ile ilgili detaylı bilgi için lütfen buraya tıklayarak sayfalarını ziyaret edin.

Servisin ana hedef kitlesi yazılımcılar olduğu için, kotalarınızı görebileceğiniz, e-posta onaylarını yapabilecğeiniz veya test gönderimleri gerçekleştirebileceğiniz bir arabirim mevcut değil. Bunları yapmak için kodlama yapmanız gerekiyor.

Aşağıdaki köprüyü kullanarak bu işlemleri gerçekleştirebileceğiniz, benim geliştirdiğim çevrimiçi bir araca erişebilirsiniz. Sadece yetki bilgilerinizi girip, istediğiniz köprülere tıklamanız yeterli. Yetki bilgileriniz hiç bir şekilde uygulama tarafından kaydedilmemektedir. Kodlama esnasında ana olarak Amazon tarafından sağlanan AWSSDK.DLL kütüphanesini kullandım. Ancak geliştirmeyi kolaylaştırmak ve hızlandırmak için kendim bir ara katman kütüphanesi daha geliştirdim. Bu kütüphaneyi ve daha yetenekli bir konsol uygulamasını bir kaç hafta içerisinde burada ücretsiz olarak yayınlayacağım. Konsol uygulaması, aynı zamanda bir mail süpürme servisi olarak da kullanılabilecek özellikler içermekte.

Çevrimiçi Amazon SES aracına erişmek için buraya tıklayın.

Aracın, bütün Amazon SES kullanıcılarının işlerini kolaylaştırmasını dilerim…

Amazon Simple E-Mail Service is an e-mail sending service which is running by Amazon Web Services. Service allows you to send bulk e-mails, through their API interface. Amazon AWS provides libraries for many different programming languages.

In order to use system, you need to register an account. After registration, you’ll get an account in “sandbox” environment with limited access. As you complete your development process, you need to escalate your “production environment transfer” request to Amazon AWS. They usually approve your request within a day and activate your production environment. In production environment, Amazon SES increase your daily sending quota and maximum number of e-mails allowed within a second limits depending on your needs dynamically (they’re currently having difficulties while lifting quotas).

For detailed information about Amazon SES, please click here and navigate to their page.

As this service’s target audience is mainly developers, there is no interface for querying quotas, validating e-mails or performing test dispatches. You need to write code to perform any of these.

Using the link below, you can access an online tool, coded by me to perform these operations. You just need to enter your credentials and click desired links. Your credentials are not stored on the system. I mainly used AWSSDK.DLL provided by Amazon. But coded a middle-tier dll, to ease up coding process. I’ll put this dll, and a more talented console app within a few weeks here for users who need for free. Console app can be used as a mail-sweeping service also.

Please click here to access to Online Amazon SES Tool

I hope this tool makes life easier for all Amazon SES users…

Bir müşterimizin isteği/ihtiyacı ile geliştirdiğimiz internet tabanlı uygulamanın, doğrudan faks göndermesi ihtiyacı doğdu. İlk önce uzunca bir süre farklı Fax Server arayışlarında bulundum. Ancak Windows platformu için başarılı (mümkünse açık kaynak kodlu veya ücretsiz) bir Fax Server bulmak mümkün olmadı.
Daha sonra odağımı, Windows’un kendi faks çözümü olan Windows Fax’a kaydırdım. Biraz araştırma sonrası, faxcom.dll kütüphanesi aracılığı ile (Windows 2000 kurulu bir bilgisayarın c:\WINNT dizininden bulabilir veya Windows 2000 CD’sinden deflate edebilirsiniz) gönderim yapmanın mümkün olacağını öğrendim. Çok umutlu olmasam da denemelere başladım. İlk önce denemeleri bir masaüstü uygulamada yaptım. Aşağıdaki kod parçasıyla yaptığım denemeler kesin bir başarıyla sonuçlandı;

FaxServerClass fs = new FaxServerClass();
fs.Connect(machineName);
object obj = fs.CreateDocument(documentPath);
FaxDoc fd = (FaxDoc)obj;
fd.FaxNumber = dialPrefix + faxNumber;
fd.SenderName = senderName;
fd.RecipientName = recName;
int result = fd.Send();
fs.Disconnect();
fs = null;

Kodda kullanılan değişkenler;

• documentPath: Faks gönderilecek dokümanın tam yolu.
• machineName: Windows Fax’ın kurulu olduğu makinenin adı. Aynı makine üzerindeyseniz Environment.MachineName de kullanabilirsiniz (sadece desktop uygulamalarında)
• dialPrefix: Faks gönderileri santral üzerinden çıkacaksa ihtiyaç duyacağınız hat alma ön eki.
• faxNumber: Alıcı faks numarası.
• senderName: Gönderenin isim bilgisi (faks ile beraber gönderiliyor).
• recName: Alıcının görünecek ismi (faks konsolunda görünür).

Bu basit kod parçası ile geliştirme ve deneme ortamım Windows 7′de faks gönderimi başarıyla sonuçlandı, faks kuyruğuna dokümanlarım düştü. Daha sonra web uygulaması üzerinden denemeler başladım. Aşağıda bahsedeceğim bir kaç yetki probleminden sonra onda da (Windows 2003 üzerinde) tam başarı elde ettim. Ancak bazı noktaları belirtmekte fayda var;

1. Faks göndermek istediğiniz dokümanın faks olarak gönderilebilmesi için, bu format ile birlikte açılmaya ayarlanmış bir uygulamanın kurulu olması gerekiyor. Aynı zamanda bu uygulamanın Shell-Print destekliyor olması gerekiyor. Küçük bir tavsiye; göndereceğiniz formatı açıp yazdıran uygulamayı ne kadar hafif seçerseniz o kadar az kaynak kullanırsınız. Örneğin PDF’te Adobe Acrobat’ın bazen bellekte kaldığına şahit oldum.
2. Gönderimi yapacak faks sunucusunun normalde aynı makinede olması gibi bir zorunluluk söz konusu değil. Fully-qualified ağ adı sağladığınız sürece bu kodun çalışması beklenir. Ancak ben yaptığım hiç bir denemede farklı sunucuya erişim için gerekli yetki ayarlarını bulamadım. E_ACCESSDENIED hatasından öteye gitmem mümkün olmadı. Büyük ihtimalle RPC tüneli gereken bu uygulama için eğer zorunlu değilseniz çok uğraşmayın derim. Eğer çözümünü bulup yorum olarak postalayan olursa da memnuniyetle yayınlarım.

   Aynı makine üzerine kurulu bir ASP.NET web uygulamasından aynı kodla gönderim yapmak istediğimde yine E_ACCESSDENIED hatası aldım. Impersonation ile sorunu çözmeye muvaffak olamayınca kurulu faksın yetkileri ile ilgilenmeye başladım ve çözüme ulaştım. Windows 2003′te, “Printers and Faxes” üzerinden eriştiğim Faks simgesine çift tıkladığınızda görüntülenen konsoldan “Tools” menüsünden “Fax Service Manager…” seçin.

   Daha sonra açılacak “Microsoft Fax Service Manager” üzerinde, kök “Fax (Local)” yaprağını bulup sağ tık ile “Properties” ekranına erişin ve “Security” sekmesinden, ekleyeceğiniz “NETWORK SERVICE” kullanıcısına yetki verin. Web uygulaması olduğu için bu kullanıcıyı seçtik. Farklı bir uygulama olsa çağıdan kullanıcıyı seçecektik tabi ki. Bu ayardan sonra Windows 2003 üzerinde ASP.NET uygulamam da sorunsuz olarak faks gönderebilmeye başladı. Ancak bu çözümü Windows 7 üzerinde uygulama şansım olmadı, zira “Microsoft Fax Service Manager”a karşılık gelen uygulamayı bulamadım. İhtiyacım olan Windows 2003 olduğu için bu çözüm bana yeterli oldu.

3. Faksı santral üzerinden çıkacaksanız ve hat alma ön eki kullanıyorsanız, ön ekten sonra çevir sesini beklemek için bir veya daha fazla defa virgül (,) kullanmanız gerekebilir. Kaç virgül kullanacağınızı santralinizin hat verme hızına göre tespit etmelisiniz. Bir virgül yaklaşık 0.5 saniye beklemeye sebep oluyor. Yani çevirdiğiniz faks numarası sonuç olarak (prefixiniz 9 ise) 9,,,4445566 gibi olmalı. Bu örnek yaklaşık 1.5 saniye hat bekleyecektir.
4. Alıcı ve gönderici isimlerinin gönderi üzerinde çıkıp çıkmaması, hem sizin fax-modem kartınıza, hem de alıcı cihazın özelliklerin bağlı. İki bilgi de çıktıya eklenebileceği gibi ikisi de görünmeyebilir.
5. Faks nesnesinde benim burada değinmediğim daha bir çok seçenek mevcut (kapak sayfasından alıcı/gönderici detay bilgilerine kadar). Bunları da gözden geçirmenizi tavsiye ederim.

Son olarak belirtmek istediğim bir nokta var. Normalde fax server’a faksı basmak senkron bir işlem değil. Asenkron olarak komut basılıp geçiyor. Ancak uygulamalarımda şunu gördüm ki; faks servisinin durumuna, dokümanın büyüklüğüne vb. göre faks’ın kuyruğa basılması kimi zaman bir kaç saniyeyi geçebiliyor. Bu yüzden uygulamalarda faks gönderimini (işlem unattanded gerçekleşecekse) doğrudan yapmak, uygulamanın yavaşlamasına ve web uygulamlarının zaman aşımına düşmesine sebep olabilir. Bunun önüne geçmek için bir Windows servis veya periyodik çalışacak bir konsol uygulaması geliştirmeyi düşünebilirsiniz.

Müşterimiz için olan uygulamamızda ben bunu tercih ettim. Windows servisin bakım ve idamesi daha zor olduğu için bir konsol uygulaması yapıp, bunu “Scheduled Job” ile periyodik çalıştırıp bir dizinde çekilecek faksları tarayıp göndermeyi tercih ettim. Size de tavsiyem bu yönde olur.

Umarım siz de yandaki gibi dolu bir faks konsolu giden kutusuna sahip olursunuz.

Herkese keyifli fakslamalar

VS2005-SQL2005 üzerinde problemsiz olarak çalışmakta olan Reporting Services projem, bir sabah gelip projemi açmak istediğimde çalışmamaya karar verdi. Hem tarayıcıda hem VS içerisinde şu hata ile karşılaşıyordum:

Event code: 3005
Event message: An unhandled exception has occurred.
Event time: 22.02.2010 15:44:47
Event time (UTC): 22.02.2010 13:44:47
Event ID: 0e75e77490de4d3f8f881f3f3c94afd0
Event sequence: 20
Event occurrence: 1
Event detail code: 0 

Application information:
    Application domain: /LM/W3SVC/1/ROOT/XYZ-1-129113197812168356
    Trust level: Full
    Application Virtual Path: /XYZ
    Application Path: D:\Projeler\XYZ\
    Machine name: JERRY 

Process information:
    Process ID: 5804
    Process name: w3wp.exe
    Account name: IIS APPPOOL\ASP.NET V2.0 

Exception information:
    Exception type: COMException
    Exception message:  

Request information:
    Request URL: http://localhost/XYZ/Proposals/ProposalInfo.aspx?PROPOSALID=538
    Request path: /XYZ/Proposals/ProposalInfo.aspx
    User host address: ::1
    User:
    Is authenticated: False
    Authentication Type:
    Thread account name: ADV\xxx.yyyy

Thread information:
    Thread ID: 6
    Thread account name: ADV\xxx.yyyy
    Is impersonating: False
    Stack trace:    at Microsoft.SqlServer.ReportingServices2005.Execution.RSExecutionConnection.GetSecureMethods()
   at Microsoft.SqlServer.ReportingServices2005.Execution.RSExecutionConnection.IsSecureMethod(String methodname)
   at Microsoft.SqlServer.ReportingServices2005.Execution.RSExecutionConnection.LoadReport(String Report, String HistoryID)
   at Microsoft.Reporting.WebForms.ServerReport.GetExecutionInfo()
   at Microsoft.Reporting.WebForms.ServerReport.SetParameters(IEnumerable`1 parameters)
   at General.PrepareBarcode(ReportViewer rptBarcode, String symbology, String codeText) in d:\Projeler\XYZ\App_Code\General.cs:line 336
   at Barcode.DrawBarcode() in d:\Projeler\KSL-LMS-CRM\LAB_CRM\Barcode.ascx.cs:line 46
   at Barcode.set_CodeText(String value) in d:\Projeler\XYZ\Barcode.ascx.cs:line 28
   at Proposals_ProposalInfo.GetDetails(Int64 proposalid) in d:\Projeler\XYZ\Proposals\ProposalInfo.aspx.cs:line 257
   at Proposals_ProposalInfo.Page_Load(Object sender, EventArgs e) in d:\Projeler\XYZ\Proposals\ProposalInfo.aspx.cs:line 72
   at System.Web.Util.CalliHelper.EventArgFunctionCaller(IntPtr fp, Object o, Object t, EventArgs e)
   at System.Web.Util.CalliEventHandlerDelegateProxy.Callback(Object sender, EventArgs e)
   at System.Web.UI.Control.OnLoad(EventArgs e)
   at SecurityGuard.OnLoad(EventArgs e) in d:\Projeler\XYZ\App_Code\SecurityGuard.aspx.cs:line 79
   at System.Web.UI.Control.LoadRecursive()
   at System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)

Uzun süre Google’dan medet umdum ancak birebir bu hatayı alan hiç bir soruya rastlayamadım. Okuduğum ilgisiz bazı makaleler ve hatanın olduğu satırdaki metot adından da yola çıkarak (GetSecureMethods), sorunun bir yetkilendirme sorunu olabileceğini düşündüm. Web.config dosyamda ise gerekli impersonation bilgisi bulunuyordu ve şifreler/adlar doğruydu.

Eğer tanımlamalar tamamsa ve impersonation çalışmıyorsa sorunun WMI’da olabileceğini düşündüm. Aşağıdaki iki satır ile winmgmt servisini durdurup/başlattım.

net stop winmgmt
net start winmgmt

Ve tadaaa. Hem projem açılıyor hem da tarayıcıda düzgün görüntüleniyor

Kısacası; eğer yetkilerinizden eminseniz (her zaman olmayın, ben akşam çalışan sabah çalışmayınca emin olabildim) ve impersonation ayarlarınız da doğruysa ve hala yetki problemleri yaşıyorsanız, sorununz WMI olabilir. Ya bir bilgisayar restartı yada WMI servisini baştan başlatmak sorununuzu çözebilir…

I was absolutely sure that I’ll get much more funny errors as I upgrade by office computer to Windows 7. All installations took a day long (because of updates). While installing my default environment triplet Visual Studio 2003-2005-2008, I learnt that VS2003 is no more supported by Windows 7 (and by Vista). Feeling thankful because I do not have to deal with my VS2003 projects recently. Then I tried a VS2005 project and got my beautiful error:

HTTP Error 500.23 – Internal Server Error: An ASP.NET setting has been detected that does not apply in Integrated managed pipeline mode.

After a short research, I’ve find out that performing the recommendation on page does not break down anything:

1. Go to IIS 7.5
2. Expand Sites/Default Web Site
3. Right click on the application that causes problem and choose “Manage Application/Advanced Settings…”
4. Change “Application Pool” parameter to “Classic .NET AppPool” and save

With glorious feelings solving this issue, I immediately switched to VS2008 and tried to compile a project and got an error telling about an access problem to somewhere under “Temporary ASP.NET Files” directory. I went to directory and gave access to nearly all users that comes to my mind. This time I get an error saying one of project’s dll is inaccesible:

After this point, I cycled through one access problem on “Temporary ASP.NET Files” folder and one access problem on project DLLs. My fight on giving permission and healing lasted about 4-5 hours splitted into two days. I was getting a similar error on browser:

After a long long internet research, the resolution I’ve found made me feel like I want to cry. All problems are resolved miraculously after setting “Special Permissions” on Microsoft .NET folder under Windows folder for “Users” group.

I feel that I’ll live much more funny days with this Windows 7 – Visual Studio double…

Ofis makinemi de Windows 7′ye güncelledikten sonra daha eğlenceli hatalar alacağımdan şüphem yoktu. Bütün kurulumlar (updateler yüzünden) tam bir gün sürdü. Makineme hep kurduğum Visual Studio 2003-2005-2008 üçlemesinden ilkini kurarken, artık bu Windows 7′nin (ve Vista’nın) VS2003 desteklemediğini öğrendim. Öneriler çok yaratıcıydı: “Virtual PC’de Windows XP kullanın”. Şimdilik VS2003 ihtiyacı olan projelerime bakmıyor olmamın sevinciyle bir VS2005 projesi denedim. İlk güzel hatayı aldım:

HTTP Error 500.23 – Internal Server Error: An ASP.NET setting has been detected that does not apply in Integrated managed pipeline mode.

Kısa bir araştırma sonrasında, 2005 projeleri için ekrandaki öneriyi uygulamanın bir problem yaratmayacağını öğrendim:

1. IIS 7.5 Açılır
2. Sites/Default Web Site dalı genişletilir
3. Sorunlu Application’a sağ tıklanıp “Manage Application/Advanced Settings…” seçilir
4. Açılan kutuda “Application Pool” “Classic .NET AppPool” olarak değiştirilip kaydedilir

Bu sorunu çözmenin yaşattığı mutluluk ile hemen bir VS2008 projesi açtım, compile etmeye çalıştım, “Temporary ASP.NET Files” dizini altında bir yerlere erişim problemi olduğu ile ilgili bir hata aldım. Gittim dizine aklıma gelen bütün kullanıcılara yetki verdim. Bu sefer de projenin DLL’lerinden birine ulaşılamadığı hatasını aldım:

Bu noktadan sonra bir “Temporary ASP.NET Files” dizini yetki hatası bir DLL erişim yetki hatası arasında döndüm durdum. Yetki verme denemeleri ve düzeltme uğraşım, iki güne bölünen yaklaşık 4-5 saatlik bir süreç boyunca devam etti. Tarayıcıda alınan hata da benzer bir hataydı:

Oldukça uzun bir internet araştırması sonucunda bulduğum çözüm insanı ağlatacak cinstendi. Windows altındaki Microsoft .NET dizinine “Users” grubu için “Special Permission” vermek bütün sorunu bir anda ortadan kaldırdı.

Bu Windows 7 – Visual Studio ekürisi ile çok eğlenceli günler bizleri bekliyor gibi…

I’m nearly-fully satisfied with the Windows 7, that I began to use at home nowadays. To be honest, I can say that I’m an addict of it because of performance.

Or “was”. Until it took 1 hour and 40 minutes to make a website working on IIS.

I didn’t expected it to be so smooth but I never guessed a bloody ending like this. I created my site as usual and wanted to see the empty page immediately. When I came by IIS 7.5 and see the jelly-candy interface, I felt that things will not do good. Anyway I defined the website and went to the browser and firs error:

ERROR 1: HTTP Error 500.19 / Error Code: 0×80070005 / Config Error: Cannot read configuration file due to insufficient permissions

Inspection phase began of course. It was obvious that this is an access problem. I permitted the IIS_IUSRS user to access web project folder. I Refreshed the page in browser and second error:

ERROR 2: HTTP Error 500.19 / Error Code: 0×80070021 / Config Error: This configuration section cannot be used at this path. This happens when the section is locked at parent level….

This was the most educating error in this story. Though the things I’ve learnt was not related with the error… After some research, I’ve found out an easy way.
Opening the file at location %windir%\system32\inetsrv\config\applicationhost.config and to change the “Deny” words into “Allow” in this portion:

<section name="handlers" overrideModeDefault="Deny" />
<section name="modules" allowDefinition="MachineToApplication" overrideModeDefault="Deny" />

By this way, I will be allowing sections to be overwritten in web.config.
It’s an easy thing to do but if you can find the file… I immediately switched to my Total Commander, navigated to path, and what? directory is empty? look around it’s empty? Then I switched to cmd. Navigated to path, nothing.
Then I learned the thing “SYSWOW32 Redirection” from a forum. In 64Bit operating systems, there are two system folders. One System32 and one SysWOW64. But because all software will try to access to system folder in same way, Microsoft redirects 32bit applications to 32Bit system folder by “SYSWOW32 Redirection”. This means if you use an 32bit application to view the folder (Total Commander and cmd in my case) the folder shows empty, because the folder is not actually that folder.
After I got this, I switched to 64bit Notepad and managed to open and change the file by pointing to it with full path. Returned to browser, refreshed and here comes the 3rd error:

ERROR 3: HTTP Error 401.3 / Error Code: 0×80070005 / Unauthorized

After a long research, I found out that the problem is related with site authentication in IIS 7.5. It’s needed to follow these steps in order to correct it:
1. Go to IIS7.5,
2. Expand “Sites” node, click the problem web site’s name.
3. Double click “Authentication” on the right.
4. Right click on “Anonymous Authentication” item and click “Edit…”.
5. Check the “Application Pool Identity” option
6. Save it.
I’ve completed all steps, returned to browser expecting “it’s ok this time”, F5 andddd

ERROR 4: HTTP Error 404.3 / Error Code: 0×80070032 / Not Found

I thought that ASp.NET handler is not working but how to find and correct in this jelly-candy IIS7.5? I began searching for it this time. I found out where the handlers are but no one was knowing about ASP.NET handlers over there. I then learned that requires manual activation of ASP.NET components even if you have Framework installed. For this, we go to “Programs and Features” from Control Panel and then say “Turn Windows Features on or off”. Then in the appearing tree, we go to this node: “Internet Information Services/World Wide Web Services/Application Development Features”. Then we pick all items here except “CGI”.

After completing these steps, I’ve refreshed browser then an error more. But this time I began to get good-old yellow error pages of ASP.NET. It was a meaningless error but I tried to compile project once more. Then it healed and lastly I managed to see my white good and empty Default.asp page…

These issues are not lived on an operating system installation that is screwed up and is living for ages. Operating system was 3-4 days old and Visual Studio installation was just 1 days old. In other words, platform was nearly out-of-the-box.

I hope this story heals somebody’s problems out there…

Özellikle eski bir SQL Server kurulumunuzu yenilemeniz gerekiyorsa, zamanında ayarladığınız SQL Agent Job’ların parametrelerini hatırlamak bir bela olabilir. Eğer elinizde msdb (MSDBData.mdf, MSDBLog.ldf) veritabanınızın yedeği varsa hiç korkmayın, bütün bu bilgileri sorgulayabilirsiniz.

SELECT * FROM [msdb2].[dbo].[sysjobs] J INNER JOIN [msdb2].[dbo].[sysjobsteps] S on J.job_id=S.job_id INNER JOIN [msdb2].[dbo].[sysjobschedules] X on S.job_id = X.job_id

Mevcut sisteminizdeki job’larla ilgili bilgi almak isterseniz de msdb2 veritabanı adını msdb olarak değiştirmeniz yeterli olacaktır. Sorgudan da görebileceğiniz üzere, bilgiler “sysjobs” ibaresi ile başlayan bir seri tabloda tutulmakta.
Daha fazla bilgi almak isterseniz ek olarak sysjobactivity, sysjobhistory, sysjobservers, sysjobstpeslogs tablolarına da göz atmanızı tavsiye ederim…

SQL Server 2005 Reporting Services’da yakın zamanda başıma gelen bir sorunu ve çözümünü paylaşmak istedim. Kullandığınız Table nesnesinde, hücrelerin alt padding değerlerini kullanarak satır aralarını açıyorsanız, tablonun sayfa sonunda ortadan bölünmesi durumunda arada bir satırı kaybetme riski ile karşı karşıyasınız demektir. Bu sorunun sadece PDF çıktısında olduğunu da belirtmek isterim. Sorunun sebebi, padding olan satırlarda, PDF export modülünün satır yüksekliklerini yanlış hesaplamasından dolayı satırın footer altında kalması. Aslında satır kaybolmuyor, fakat footer altında kaldığı için görünmüyor.