Turhal Temizer

MasterPage kavramı Asp.Net tabanlı geliştirilen orta ve büyük çaplı uygualamaların olmazsa olmazları arasında yer almaktadır. En büyük faydası ise web sayfası içerisinde 5-10 veya daha fazla sayfada kullanılacak olan tasarımın tekrar tekrar sayfaların markup kod kısmına eklenmesi yerine ortak bir şablon üzerinde alarak devam edilmesinin en doğru yol olduğu kavramı ile birleşerek bu sayfalar için taban şablon olarak kullanılmaktadır. Ayrıca tasarım öğeleri dışında arka plan kullanabileceğimiz CSharp ve VB.Net dillerini de kullanarak programatik anlamda da işlemler yapabilinmesi mümkündür. Tabii bu işlemleri uygulama geliştiricilerin tercih etmesinin başlıca sebebi ise bu tekniğin kolay olması ve kullanım rahatlığından kaynaklanmaktadır. Bu tür kolaylıklar yer alırken bu güzel özelliğin SharePoint içerisinde olmamasını beklemek belki de yapılabilecek en büyük yanılgılardan biri olacaktır. Peki aramızda daha önceden SharePoint ile uygulama geliştiren varsa bu işlem SharePoint 2007 de

“ SharePoint Designer 2010 ile cs ya da vb kod yazamıyorum. Ne yapmam gerekiyor? “ CEVAP : Aşağıdaki yazıyı okuman sana yardımcı olabilir. SharePoint 2010 ile basit web sayfalarını en rahat oluşturabileceğimiz ve master page birlikteliğini sağlayabilceğimiz en başarılı uygulama SharePoint Designer 2010 (SPD 2010) uygulamasıdır. Bu sebepten ötürüdür ki SharePoint 2010 ‘u eline alan uygulama geliştiricilerin büyük bir çoğunluğu root klasöre de erişebilme özelliği sebebi ile yeni bir sayfa v.b. eklemek istediklerinde bu uygulamayı kullanırlar. Evet kesinlikle kabul ediyorum en hızlı Asp.Net sayfa oluşturup yayınlayabileceğiniz uygulamadır. Ancak Server-Side kod yazarken yani Event yakalayıp o esnada bir işlem yaptırtmak istediğimiz zamanlarda biraz sıkıntılı bir yanı vardır. Bu yazımızda sıkıntılı yanı nasıl aşabileceğimize değinmeye çalışacağız.   Öncelikle SPD 2010 üzerinde SitePages kısmına gelip web sayfası oluşturuyor sonraısında ise arka planda otomatik oluşmuş kod pa

Mıcrosoft Offıce Visio uygulaması iş süreçlerinin modellenmesi açısından benim ve diğer bir çok insanın oldukça fazla tercih ettiği bir uygulamadır. Temel iş süreçleri, kurumsal süreçler, mimari analizler ve iş akışları en sık kullanılan şablonlar olarak karşımıza çıkmaktadır. SharePoint 2010 ise diğer yazılarımızda da detaylıca anlattığımız gibi birlikte çalışmanın en üst noktada olduğu çok başarılı bir üründür. SharePoint 2010 ile yapabileceğimiz işlerden birisi de yapılan adımları belirli iş akışı süreçlerine bağlayıp sonrasında list v.b. öğelerimizi bu akışlar ile bağlantılı bir şekilde kullanabilmemizdir. Portal sisteminin kendi bünyesinde Onay, Bilgi toplama, coklu istek gibi temel iş akışları yer almaktadır. Eğer ki bizim kullanacak olduğumuz iş akışları bu hazır tasarımlardan farklı ise custom workflow geliştirmenin zamanını geldiğini göstermektedir. Bu iş akışı türünü yapabileceğimiz yegane uygulamalar SharePoint Designer 2010 ve Workflow Foundation ‘dır. Tabikii hazırlayacak

SharePoint ile uğraşan insanların en sık sorduğu sorulardan biri portalın içerisinde yapılan işlemleri veri tabanında nasıl loglayabilirim oluyor. Ayrıca bu soru oldukça güzeldir. Neden derseniz portal yöneticisi sisteme dahil olan kişilerin hareketlerini takip edebilir. Gerekirse sorun olmuş bir durumu bu loglar yardımı ile çözüm üretebilir. Biz de bu yazımızda SharePoint 2010 ‘da veri tabanı loglama için ne tür işlemler yapmamız gerektiğini inceliyor olacağız.   Öncelikle bu işlemin adı veri tabanı loglama olduğu için öncelikli işlemi management studio içerisinde işlemleri gerçekleştiriyoruz. SharePoint instance ı içerisinde WSS_Logging veri tabanından yararlanıyor olacağız.     Portal içerisinde yer alan WebPart, Site, Reports, Application Pages v.b. gibi bölümlere son kullanıcılar tarafından yapılan istekler WSS_Logging veri tabanı içerisinde yer alan tablolarda yer alır. Bunlar ile ilgili rapor alınmak istendiğinizde ise view lar içerisinde yer alan RequestUsage yardım

SharePoint 2010 ile gelen çok şık ve görsel bir tasarım şablonu bulunmaktadır. Fakat tahmin edebileceğiniz üzere şirket ve kişi bazlı olarak tasarımların düzenlenmesinin gerekli olduğu durumların ortaya çıkması mümkündür. Özellikle de kurumsal firmalara hazırlamış olduğumuz SharePoint 2010 projelerinin tasarımlarının öncelikli olarak şirlet şablonuna uyumlu bir hale getirilip ondan sonra çalışılması devam etmek gerekir. Peki bu tür işlem yapmanın ne tür bir gereksinimleri olur konusuna gelirsek. Bunu iki yönden inceleyebiliriz. Birinci olarak küçük ve orta ölçekli geliştirilen projeleri ele alalım. İlk olarak alt siteler ve sayfalar bazında belirli bir stilin ve tasarımın olması son kullanıcı üzerinde oldukça iyi bir izlenim bırakmaktadır. Ayrıca orta ve küçük ölçekli projelerin insanların gözünde daha değerli görünebilmesi amacıyla ve profesyonel bir izlenim olabilmesi açısında tasarımın özel ve sabit olmasında kesinlikle önem payı vardır. İkinci olarak büyük ölçekli yani kurumsal