Ücretsiz uygulamaların güzel bir listesine benziyor. Sizlerle paylaşayım dedim.Bi de kusuruma bakmayın. Linkleri metin olarak koyabildim. Copy&paste’inize sağlık artık…
DİKKAT: Tüm linkler test edilmedi içinde iptal olanlar ya da güncelliğini yitirmiş olan olabilir.
Uzun süredir yazılım deneyimlerini paylaşabileceğim kişisel blog sitemden farklı bir site hayaliyle yanıp tutuşuyordum. Bu konu ile ilgili girişimlerim de olmadı değil hani. Ama biraz ihmal, biraz vakitsizlik ile ortaya bir türlü istediğim tarzda bir site çıkmadı.
Ve sonunda http://www.emeksepeti.com geldi.
Artık bu site üzerinde yazılım ile ilgili gördüğüm konuları yazmaya çalışcağım… (Tabi burayı da ihmal etmeden…)
Önceki tecrüblerden dilimdeki yanıklar geçmediğinden bu sitede hazır yazılmış bir uygulama kullanmaya karar verdim. Kendi uzmanlık alanımdaki teknolojileri kullanması nedeniyle “blog engine” kullanmaya başladım…
Sizleri de yazılımla ilgili yazılarımı takip ekmek üzere siteme davet ediyorum.
Sanırım ölümüm Visual Studio yüzünden olacak. Garip hatalar silsilesine yeni bir tane katıldı…
Yarı Türkçe, yarı İngilizce bir garip mesaj… Debug ederken pat diye karşıma çıktı… Anlayabilene aşkolsun…
Kurtarımız Google’ da kısa bir aramadan sonra debugger hatası ile ilgili bir çözüme ulaştım…
Orjinal metin şöyle:
Unable to step. The operation could not be completed. A retry should be performed.
Thanks to the help of one extremely helpful customer, I was able to identify the problem last night. This is a bug in the debugger. There is a race condition that happens when all of the following are true:
Script debugging is enabled in IE
User is debugging IE and another process
The other process stops (hits breakpoint, step operation completes, stops at an exception, etc) at a moment when IE is not running script code
IE starts running script code at roughly the same moment that the user hits F10/F5 in Visual Studio. The most likely reason for this to happen is that the code from ‘setTimeout’ is run, but I am not a JScript expert, so I am sure there are other possible reasons as well.
Now that we have finally found the cause, we are going to work on getting a fix into future versions of Visual Studio. I will try my hardest to get this into Visual Studio 2008 SP1.
In the mean time, there are a couple of work arounds which you can try:
1. If you hit this problem, I believe you could detach the debugger and then re-attach.
-or-
2. This problem happens when debugging ASP.NET and when script debugging is enabled in IE. If you disable script debugging in IE, or toggle it on and off when switching between debugger server-side and client-side problems, you would be able to work around the issue.
-or-
3. If your web application is using setTimeout, you may be able to avoid or at least reduce the problem by doing something to ensure that script runs less often. This could mean increasing the timeout value, or this could mean adding conditions around when setTimeout is used.
Thanks to everyone’s help and we are sorry that you are experiencing this issue,
Gregg
Kaynak: http://social.msdn.microsoft.com/Forums/en-US/vsdebug/thread/2320a943-d52d-437a-abec-6f1e9f929b52/
Bilenler bilir… Üniversite yıllarında daha piyasa da blog diye birşey yokken yazılarımı yayınladığım ASP ile kendi geliştirdiğim bir site var… alabalikyagi.com
ASP.NET çıktı çıkalı sahip olduğumuz alan adlarının artmasıyla ilk göz ağrısı bu siteyle ilgilenemez olmuştum… Bugün “konuk defterine bir girip bakayım… gelip giden var mı?” dedim… İyi ki de demişim… Sevgili zeki arkadaşlar siteyi sahipsiz bulmuşlar robotlarla ile reklam mesajlarını 5’er 10’ar basıyor…
Sayelerinde eski dost ASP’ye ufak bir dönüş yaptım…
Öncelikle konuk defterine bir onay mekanizması ekledim…
Daha sonrada otomatik girişleri önlemek için kapçık (CAPTCHA) kullanayım dedim… Internet sağolsun beleş bir uygulama bulup hemen sisteme entegre ettim… Misler gibi oldu…
Sizin de eski dost ASP ile yazılmış bir siteniz var ise kulladığım kapçık şu adresten indirilebilir…
Bu arada CAPTCHA için kapçık demek hoşuma gidiyor… Bence Türkçe karşılığı olabilir 😀
Hangimizin başına gelmiyor ki…
Dışarıdan bakıldığında yazılım geliştirme kolay gibi görülebilir ama bizim işimizde de işçi sağlığı ve iş güvenliği açısından uyulması gereken kurallar, alınması gereken güvenlik önlemleri mevcuttur.
Örneğin bu karede yazılım testleri yaparken almanız gereken basit güvenlik önlemlerinden biri gösteriliyor…
Yazılım uzmanı olmak kolay değildir. Tekrar tekrar sağlığınızı ve hayatınızı riske etmeniz gerekir…
Yazılımcı olmak isteyen arkadaşlara duyurulur…
Fotoğraftakiler: Ben, Özkan KAYA, Oğuz SARIDEMİR, Mustafa Berhaya ÖZDEMİR
Geliştireceğiniz uygulmada kullanıcılar olacak ve bu kullanıcılara farklı roller biçip, biçilen rollere göre farklı işler yaptıracaksanız kullandığınız teknoloji ne olursa olsun ilgili bilgilerin saklanacağı ve yönetileceği bir sistem kurmanız gerekmektedir.
.NET Framework ile geliştireceğiniz uygulamalar için ise bazı hazır uygulama programlara arayüzlerini (API-Application Programmin Interface) kullanarak işinizi kısa yoldan halledebilirsiniz.
Membership Provider bu API’lerden bir tanesidir. Web uygulamanız üzerinde kullanıcılara kaynaklar üzerinde haklar vermenizi ve yönetmenizi kolaylaştırır. Profil, rol yönetimi, kişiselleştirme sağlayıcılarıda diğer belli başlı sağlayıcılar arasındadır.
Bu API kullanmak için ilk yapmanız gereken veritabanını oluşturmanızdır. Bu işlem için .NET Framework size aspnet_regsql.exe uygulamasını sağlamaktıdır.
Bu dosyaya genellikle .NET Framework 2.0 ve sonrası için C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\aspnet_regsql.exe yolunda bulunur…
Dosyayı çalıştırmak için komut satırına geçip (Başlat > Çalıştır > cmd.exe) ilgili klasöre gidip exe dosyayı çalıştırabilirsiniz.
Ya da bilgisayarınızda yüklü olan Visual Studio 2005 ve sonrası versiyonlarda bulunan Visual Studio 200X command prompt’u çalıştırarak ilgili dizine gitmeden de “aspnet_regsql.exe” dosyasını çalıştırabilirsiniz.
Visual Studio Komut satırına geçtikten sonra “aspnet_regsql” yazarak uygulamayı çalıştırabilirsiniz.
Uygulama çalıştığında bir karşılama adımı çıkar. Bu ekranı ve sonrasında gelecek ekranlarda yazanları okumanız ve anlamanız kendi çıkarınızadır. “Yok beni ilgilendirmez” diyorsanız… “Next, Next, Next.” der geçersiniz…
Karşılama adımında size uygulamanın amacından ve diğer opsiyonlardan bahsedilmektedir.
İkinci adımda kurulum seçeneğini belirtmeniz istenir. Bu aşamada uygulama servisleri için veritabanı ayarlamayı ya da ayarlanmış bir veritanı üzerinden servis bilgisini kaldırmayı seçebilirsiniz.
Üçüncü adımda sunucu ve bağlantı bilgileri ile, şemanın kurulacağı veritabanını şeçmeniz istenir. Varsayılan veritabanını kullanmak isterseniz uygulama sizin için aspnetdb veritabanını kullanacaktır. Dördüncü adımda önceki adımda verdiğiniz bilgilerin geçerli ayarlar olduğunu onaylamanız beklenir. Yanlış bir durum var ise önceki adıma geri gidebilir ve ayarları değiştirebilirsiniz.
Örneğin varsayılan veritabanını kullanmayı başka bir veritabanı kullanmak istersek önceki adıma geri gidip şu ayarları yapabilirsiniz.
WEBLEBICI1 veritabanı seçilip ayarları onayladığımızda, şemaya ait tablolar, gerekli depolanmış yordamlar, vb. bizler için oluşturulacak ve sonuç ekranı görüntülenecektir.
Bu aşamadan sonra uygulamalarınızda kullanmak istediğiniz sağlayıcılara ait ayarları web.config dosyanızda yaparak veritabanını kullanmaya başlayabilirsiniz.
Kurulan veritabanı şu tabloları içermektedir.
Kurulan veritabanı şu depolanmış yordamları içermektedir.
Kurulan veritabanı şu şemaya sahiptir.
