Bu durum özellikle aktif olarak bir proje geliştirildiği zaman sorun yaratabilmektedir ve masterpage, script editör, sistem css ve js dosyaları gibi bir çok yerde düzenleme yapmanızı engellemektedir. Bu özelliği de sadece global admin yetkisi olan kullanıcılar değiştirebildiğinden dolayı iş yapmayı ciddi anlamda zorlaştırıyor.

Kullanılan bu özellik eskiden tüm sharepoint siteleri için tek bir yerden yönetildiği gibi tek seferlik bir ayarlama ile kalıcı olarak güncellenebiliyordu ama bu yeni yapı da her bir web application için ayrı ayrı yapılması gerekmektedir.

Şimdi size bu durumu en azından geliştirme süresi boyunca nasıl çözeceğinizi anlatacağım. İlk olarak bu özelliğin yeni yerini size gösterelim.

Global admin kullanıcınız ile “sharepoint admin center” adresine gidiyorsunuz. Burada sol tarafta yer alan menü de “Sites” başlığı altında yer alan “Active sites” ekranına gidiyoruz. Bu sayfa da karşınıza sharepoint adresiniz de yer alan aktif siteler gelecektir.

İşlem yapmak istediğiniz siteyi seçtiğiniz zaman sağ tarafta açılan popup ekranında bu site ile ilgili detayları görebilirsiniz. Üst kısımda yer alan menüden “Settings” sekmesine geldiğiniz zaman orada “Custom scripts” kısmını görebilirsiniz ve default olarak “Blocked” geldiğini göreceksiniz. Manuel olarak ayarı açmak için “Edit” tıklayarak ayar ekranına gidebilirsiniz.

Açılan ekran da “Allowed” ve “Blocked” olarak iki seçenek gelecektir ve buradan “Allowed” olarak seçim yapıp “Save” butonu ile kaydederseniz “Custom scripts” özelliğiniz aktif olacaktır. Ama üstte de göreceğiniz gibi en geç 24 saatte bu özellik tekrardan “Blocked” durumuna otomatik olarak gelecektir.

Bu durum için ya global adminin 24 saat süreyle bu özelliği tekrar aktif etmesi ya da ihtiyaç olduğunda işe başlamadan önce bu özelliği sizin aktif etmeniz gerekmektedir.

Şimdi bu durum uzun süreli projelerde ciddi bir zaman kaybı ve sorun yaratabilir. Bu özelliği kalıcı olarak aktif edecek bir otomasyon yapısı kurarak düzenli olarak aktif hale gelmesini sağlayabiliriz.

Bunun için yine “Microsoft 365” ürünü olan “Power Automate” ürününü kullanacağız ama burada yine oluşturacağımız flow global admin hesabı ile işlemi yapması gerekmektedir.

Power Automate sitesine geldiğiniz zaman sol menü de yer alan “My flows” kısmına tıklayarak flowlara geliyoruz. Bu kısımda üst menüdeki “New flow” butonu alında yer alan “Scheduled cloud flow” seçeneği yani zamanlanmış akış özelliğini seçerek onu oluşturmamız gerekiyor.

Açılan ayar popup kısmında flow adını eğer bu ayarı site bazlı ayıracaksanız ona göre diğerlerinden ayırt edebilmek adına isimlendirebilirsiniz. Diğer bir ayar kısmı ise bu flow ne zaman çalışması gerektiği ve ne kadar süre de bir tekrar çalışacağı ayarlanma kısmıdır. Bu kısım tamamen size kalmış bir durum ama ben her gece oniki de olacak şekilde 24 saatte çalışacak özelliğin aktif hale gelmesini istediğim için bu şekilde ayarlıyorum. Sizde kendinize göre ayarlamayı yaptıktan sonra “Create” butonu ile flowu oluşturabilirsiniz.

Gelen flow ekranın da “+” butonuna tıklayarak gelen sol menüden “SharePoint” başlığı altında yer alan “Send an HTTP request to SharePoint” aksiyonunu seçiyoruz.

Eklediğimiz aksiyon kısmı için sol tarafta açılan popup kısmında menüde yer alan ilk ayar kısmı olan “Parameters” başlığı altındaki alanları doldurmamız gerekmektedir. Bu alanlar sırası ile aşağıdaki açıklamalara uygun dikkatli şekilde doldurulması gerekmektedir.

• Site Address: Bu kısıma sharepoint online admin adresiniz gelmesi gerekmektedir. Genellikle online adresinizin sonuna “-admin” eklenmiş halidir. Ben kendi admin adresim olan “https://yunusemrearac-admin.sharepoint.com” adresini yazdım sizde kendi admin adresinizi yazabilirsiniz. Eğer bilmiyorsanız sol üst hamburger menüden ya da üstte özelliği manuel olarak açmayı gönderdiğim ekrandaki url adresinden görebilirsiniz.
• Method: Bu kısımda “PATCH” seçilmesi gerekmektedir.
• Uri: Bu alana istek atacağımız api adresimizi yazmamız gerekmektedir. Özelliği açacak api isteğimiz “_api/SPO.Tenant/sites(‘SiteId’)” olarak yazılması gerekmektedir. son kısımda yer alan “SiteId” yazan yere işlemi gerçekleştirmek istediğiniz sitenin id bilgisini yazmanız gerekmektedir. Bu ayarı da yine üstte göstermiş olduğumuz site seçimi yapıldığında site ile ilgili açılan popup esnasında urlde yer almaktadır.
• Advanced parameters: Burada zaten toplamda iki ayar var ve bu iki ayar olan “Headers” ve “Body” parametrelerini seçerek onları da girmemiz gerekmektedir.
• Headers: Burada tek bir parametre girmemiz gerekiyor. “content-type” başlığında “application/json” değerini giriyoruz.
• Body: Bu kısımda da sabit olarak ‘{“DenyAddAndCustomizePages”:1}’ olarak giriyoruz. Eğer 1 olarak bırakırsak özelliği açacaktır ama 2 olarak değiştirirsek bu da kapatacaktır.

Tüm bunları doğru bir şekilde girdikten sonra sağ üst tarafta “Save” butonu ile kayıt edebiliriz. Bunu test etmek istediğiniz zaman da yine bu butonun yanında yer alan “Test” butonuna tıklayarak açılan sağ popupta “Manually” seçerek alt kısımda yer alan “Test” butonu ile testi başlatabilirsiniz.

Bu aşamada flow çalışmaya başlamadan önce özet bir ekran gelecektir aslında bu manuel giriş gerektiği durumlarda özet bir çalıştırma öncesi ekran olacaktır.

Özet inceledikten sonra herhangi bir sorun görünmüyorsa alt kısımda yer alan “Run flow” butonu ile akışımızın çalışmasını tetikleyebiliriz.

Akışımız çalıştığında ve sorunsuz bir şekilde tamamlandığında sonuç sayfasında bunu göreceğiz ve “Done” butonu ile testimizi tamamlayabiliriz.

Bu test sonrası yine üst kısımda yer alan manuel ayar kısmında özelliğin aktif olup olmadığını kontrol edebilirsiniz. Tekrar emin olmak adına özelliği manuel olarak kapatarak akışınızı yine test olarak tetikleyip kontrol sağlayabilirsiniz.

Bu akış ile herhangi bir efora gerek kalmadan günlük olarak custom scripts özelliğiniz aktif hale gelecektir. Sizde bu akışları site bazlı oluşturursanız ihtiyaç durumuna göre akışı kapatıp ya da açarak yönetebilirsiniz.

The post SharePoint Online “Custom scripts” Özelliğinin Devamlı Aktif Olmasını Sağlamak appeared first on Yunus Emre Araç.

Yukarıda da göreceğiniz gibi tüm sunucularda cumulative update geçildiği halde bazı sunucualrda bu yansımamaktadır. Bu durum ilk başlarda pek sorun yaratmayacak olarak görünsede sonraki zamanlarda Configuration Wizard çalıştırdığınız da bu statüden dolayı işlemlerinizi kesebilmektedir.

Bu hatanın giderilmesi için farm sisteminde bulunana tüm sunucularda update yapılmış olduğunun ve sonrasında configuration wizard çalıştığımızdan emin olmamız gerekmektedir. Bunların yapılmış olmasına rağmen ekran görüntüsündeki sayfada yer aldığı gibi uyarılar alınmaya devam ederse aşağıdaki şekilde ilerleyebilirsiniz.

İlk olarak bu hatayı aldığınız tüm sharepoint sunucularına giderek sırası ile sharepoint management shell yönetici olarak çalıştırmanız lazım.

psconfig.exe -cmd upgrade -inplace b2b -force -cmd applicationcontent -install -cmd installfeatures

Yukarıdaki powershell kodunu yönetici olarak çalıştırdığımız sharepoint management shell ekranında çalıştırıyoruz.

Komutu çalıştırdıktan sonra ekran görüntüsündeki gibi scriptin tüm aşamalarının sorunsuz olarak çalışıp tamamlanmasını bekliyoruz.

Eğer ekran görüntüsündeki gibi sorunsuz çalıştığını ve tamamlandığını görüldüyse tekrardan central adminden işlem yapılan sunucu için sayfayı yenileyerek kontrol sağlamamız gerekiyor. Orada da göreceğiniz gibi “Upgrade Required” olan statünün “No Action Required” olarak değiştiğini göreceksiniz.

Bu işlemden sonra hatayı alan tüm sunucularda sırası ile tek tek bu adımları yapmanız gerekmektedir.

The post SharePoint Sunucularında Cumulative Update Geçişi Sonrası Central Administration Servers in Farm Kısmında “Upgrade Required” Statüsünün Değişmeme Sorunu ve Çözümü appeared first on Yunus Emre Araç.

Bildiğiniz gibi her uygulama da olduğu gibi sharepoint uygulamasında da microsoft tarafından düzenli olarak yayınlanan ve eksiklikler, güvenlik açıkları vb. güncellemeleri almamızı sağlayan cumulative update yayınlamaları yapılmaktadır.

Düzenli olarak bu güncellemeler sunuculara yüklenerek hem sistemler güncel tutulur hem de herhangi bir yeni özellikleri sistemimizde aktif etmiş oluruz. Ama bazen bu güncellemeler sistemimizdeki sorunları çözmenin yanı sıra bize ekstra sorunlar getirebiliyor.

Bu hatalarda en sık karşılaşılabilen ve sisteminizin çalışma akışını etkileyekecek olan sharepoint designer workflowların hata vererek durumlarının “Failed on Start” statüsüne düşmesi olacaktır.

Bunun yanı sıra bu workflowu gidip tekrar yayınlamaya kalktığınız zaman herhangi bir hata olmamasına rağmen publish ederken “unexpected error on server associating the workflow” hatası alabilirsiniz.

Şimdi bu hataları nasıl alacağınızdan ve hata ekran görüntülerini bir inceleyelim.

Yukarıda da göreceğiniz gibi herhnagi bir değişiklik olmadığı halde siz güncellemeyi yapana kadar çalışan worflowlar yukarıdaki gibi “Failed on Start” hatası vermekte olup elle tetikleyip tekrar defalarca başlatsanız bile aynı hatayı vermeye devam edecektir.

Eğer bu hatadan sonra gidip sharepoint designer üzerinde workflowunuzu kontrol edip tekrar yayınlamaya çalışacaksanız o zamanda yukarıdaki şekilde bir hata ile karşılaşacaksınız.

Yazımın başında da bahsettiğim gibi bu hata yüklemiş olduğunuz cumulative update sonrası oluşmaktadır ve bunu çözmek için 2 aşamalı bir yol izliyoruz.

Bunun için ilk adım farm sisteminde bulunan tüm sharepoint sitelerinde workflow sorunu yaşadığınız veya bulunan tüm web applicationların web.config dosyalarında “System.Workflow.ComponentModel.WorkflowCompiler” tagı altında yer alan aşağıdaki aralığını buluyoruz.

<authorizedTypes>
     <targetFx version="v4.0">
        -------------
    </targetFx>
</authorizedTypes>

burada yer alan “authorizedType” taglarının sonuna aşağıdakini ekliyoruz.

<authorizedType Assembly="Microsoft.SharePoint.WorkflowActions, Version=16.0.0.0, Culture=neutral, PublicKeyToken=null" Namespace="Microsoft.SharePoint.WorkflowActions.WithKey" TypeName="*" Authorized="True" />

Bu eklemeyi farm içerisinde yer alan tüm sharepoint sunucularında yaptıktan sonra ek workflowları tetiklerseniz eğer yine hatanın gitmediğini göreceksiniz.

Bu web.config güncellemesinden sonraki ikinci adım ise workflowlarınızı tekrar publish etmeniz lazım. Bu sefer yukardaki hatayı almadan publish yapabilecek ve workflowlarınızı tetiklediğiniz zaman sorunun düzelerek hata almadan çalıştığını göreceksiniz.

The post SharePoint Sunucularında Cumulative Update Geçişi Sonrası SharePoint Designer Workflowların Publish Edilememesi ve Çalıştırıldığında Alınan “Failed on Start” Hatası ve Çözümü appeared first on Yunus Emre Araç.

Bu hata da hem sharepoint log tarafında hem de event viewer tarafında tam bir hata logu bulunmadığından yönlendirilmesi ve çözüme ulaşmak biraz zor olacaktır. Bundan dolayı bu sorum için sorunun farm dahil bazı sunucularda sitelerin gelmesi ve bazılarında da gelmemesi gibi ya da genel olarak herhangi bir sorun yokken HTTP 500 Internal Server Error hatası vermesinden fark edebilirsiniz.

Bu hata kısmında yeni bir sunucu kurup farm sistemine dahil etseniz de ya da sunucu tarafında sharepoint configuration wizard çalıştırıldığı zaman da herhangi bir sorun olmadan tamamlanmaktadır. Tüm sharepoint sistemleri ve yapısı, servisler ve her kısım sorunsuz bir şekilde çalışmaktadır.

Yukarıda da göreceğiniz gibi bazı sunucularda siteler görseldeki gibi “HTTP 500 Internal Server Error” hatası vererek bu sayfayı açmaktadır.

Burada hatanın çözümü için hatanın verdiği sharepoint sunucusuna gitmeniz gerekmektedir. Bu sunucuda IIS açarak hata veren siteye gidiyoruz.

IIS açtıktan sonra sol menü de yer alan “Sites” altında siteyi buluyoruz ve tıkladığımızda açılan ekranda “IIS” kategorisi altında yer alan “Modules” başlığına tıklayarak giriyoruz.

Modules listesinde “SPRequestFilterModule” adındaki alanın boş olduğunu göreceksiniz. Bu hata bu kısmın boş olmasından kaynaklanmaktadır. Bu hata çözümü için aşağıdaki dört yöntemden biri ile çözebilirsiniz.

1. Modul Değerinin Tamamen Silinmesi

Bu alanı tamamen silebilirsiniz. Eğer silerseniz bu hatayı veren tüm sunucularda tüm sitelere girerek bunu silmeniz gerekecektir. Bir de çalışanlarda da eğer bu parametre dolu ise tekrar sorun yaratmaması için onları da silmenizi öneriririm.

2. Bu Değerin Manuel Olarak Doldurulması

Bu alanı diğer sunucularda da olduğu gibi her bir hata veren sunucu ve site de “C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\16\isapi\sprequestfilteringmodule.dll” değeri ile güncellemeniz gerekmektedir. Buradaki path sharepoint versiyonuna göre değişebilir kontrol edebilir ya da çalışan sunucularda var ise bu değer oradan kopyalayabilirsiniz.

3. applicationHost.config Dosyasının Güncellenmesi

Eğer sharepoint sunucunuz da bir sürü web application var ise ve tek tek bunları güncellemeniz zaman alacaksa her bir sunucu da sadece “applicationHost.config” dosyasında güncelleme yaparak işlemi tamamlayabilirsiniz. Bunun için hata veren her bir sunucu da file explorer üzerinden “C:\Windows\system32\inetsrv\config” pathine gidip ilgili config dosyasını görebilirsiniz.

Bu dosya içerisinde yer alan “globalModules” tagının hemen içine aşağıdaki şekilde değişkenimizi eklememiz gerekmektedir.

<add name="SPRequestFilterModule" image="C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\16\isapi\sprequestfilteringmodule.dll" preCondition="integratedMode,bitness64" />

Bu kısımda image tagı içinde yer alan dll path adresi sharepoint versiyonuna göre değişebilmeceğinden dolayı kontrol etmeniz gerekmektedir.

4. PowerShell Script

Eğer sorun yaşanan sunucularda aşağıdaki powershell scriptini çalıştırırsanız ilgili güncellemeyi yapıyor olacaktır.

$assembly = [System.Reflection.Assembly]::LoadWithPartialName("Microsoft.SharePoint")
$amsiReceiver = $assembly.GetTypes() | ?{$_.Name -eq "AntimalwareScanFeatureReceiver"}
$amsiReceiver::EnsureGlobalConfiguration()

Eğer sharepoint sürümünüz 2019 veya Subscription Edition versiyonu ise aşağıdaki komutu çalıştırmanız gerekmektedir.

$assembly = [System.Reflection.Assembly]::LoadWithPartialName("Microsoft.SharePoint")
$amsiReceiver = $assembly.GetTypes() | ?{$_.Name -eq "AntimalwareScanFeatureReceiver"}
$amsiReceiver::ChangeGlobalConfiguration()

Yukarıdaki dört yöntemden birini denedikten sonra ilgili alan doldu ise siteleriniz sorunuz olarak açıldığını göreceksiniz.

The post SharePoint On Premise Ortamda Sitelerin Aynı Farmdaki Sunucularda Bazılarında Gelip Bazılarında “HTTP 500 Internal Server Error” Hatası ve Çözümü appeared first on Yunus Emre Araç.

İlk olarak oluşturmuş olduğunuz proje için nasıl paket oluşturabileceğinizi gösterelim.

Eğer projenizde npm paketleri yüklenmemişse aşağıdaki komut ile terminal üzerinden tüm npm paketlerini yüklemeniz gerekmektedir.

npm install

Yukarıdaki kodu her bir proje için bir defa sadece çalıştırmanız yeterli olacaktır. Onun dışında her değişiklikler de projenizdeki dosyaları kaydettikten sonra aşağıdaki adımları izleyerek paketinizi oluşturup yüklemesini yapabilirsiniz.

gulp build

Bu komut başarılı bir şekilde çalıştıktan sonra aşağıdaki kodu çalıştırıyoruz.

gulp bundle --ship

Bu kodumuz da başarılı bir şekilde çalıştıktan sonra en son kodumuzu çalıştırıyoruz ve bu kodda tüm kodumuzu paket haline getiriyor.

gulp package-solution --ship

En son bu kodumuzu çalıştırdığımız da projemizde “sharepoint” adında bir klasör oluşturarak bu klasör içinde de “solution” adında bir klasörün için de “.sppkg” uzantılı bir spfx dosya paketi oluşturduğunu göreceksiniz.

Yukarıda da gördüğünüz gibi hem proje dosyasında path oluştu hem de terminal tarafında son aşamada paket bilgisi görünmektedir.

Şimdi bu paketi sharepoint online sitemizde nasıl aktif edeceğimize bakalım.

İlk aşama olarak sharepoint online app sitemize gitmemiz gerekmektedir. Bu siteyi eğer bilmiyorsanız adresine ulaşmak için “SharePoint admin center” adresimize gidiyoruz.

Admin center ekranında yer alan “Sites” ana menüsü altında yer alan “Active sites” içerisinde yer alan genellikle default olarak adı “Apps” olarak geçen bir site bulunması lazımdır. Eğer bu farklı adlarla oluşturulmuşsa “Template” tipi “App Catalog Site” olan siteyi bulmanız gerekmektedir.

Açılan app sitesinde ya yukardan yeni uygulama yönetim sayfasına geçebilir ya da eskisinden devam ederek sol menüde yer alan “Apps for SharePoint” menüsüne tıklayabilirsiniz.

Bu sayfada eğer var ise daha önceki spfx paketlerinizi görüp yönetebilir veya yenisini yükleyebilirsiniz. Biz yenisini yüklemek istediğimiz için istersek üst menü de yer alan “Upload” butonu ile ya da tarayıcımız destekliyor ise sürükle bırak yöntemi ile “.sppkg” paketimizi buraya yüklememiz gerekmektedir.

Dosyayı yüklediğiniz zaman yukarıdaki gibi bir popup gelecektir. Burada sol tarafta yer alan checkbox seçmeden ilerlememiz gerekecektir. Eğer bunu seçerek ilerlersek bu paketin tüm sharepoint sitelerine yüklenmesini sağlamış oluruz ve bu işlem site sayısına göre uzun sürebilir. “Deploy” butonu ile paketimizi ortamımıza yüklüyoruz.

Eğer yeni tip uygulama yükleme ekranı ile bu işlemleri yapacaksanız aşağıdaki şekilde ilerlemeniz gerekmektedir.

Yeni ekran da “Manage apps” kısmında aynı şekilde daha önce yüklediğiniz uygulamaları görebilir ve yönetebilirsiniz. Burada da ya “Upload” butonu ile ya da sürükle bırak ile uygulamanızı buraya yükleyebilirsiniz.

Bu ekranda da sağ tarafta tam ekran bir popup çıkacaktır. Bunda da “App availability” kısmında “Only enable this app” seçmemiz gerekmektedir. Default olarak tüm sitelerde aktif etme gelecektir bunu değiştirmemiz gerekmektedir. Seçimi bu şekilde yaptıktan sonra “Enable app” butonu ile uygulamamızı aktif ediyoruz.

Eğer bu aktif etme işlemi sırasında uygulamanız da bir graph api izin yetkisi varsa kullanılan bunu da size bildirip onaylama sayfasına yönlendirme için buton çıkaracaktır.

Bu aşamadan sonra sitelerde aktivasyon işlemini otomatik yapmayacak şekilde seçtiğimiz için uygulamamızın aktif olmasını istediğimiz siteye giderek “Site Contents” geliyoruz.

Bura da üstte yer alan “+ New” menü butonu altında yer alan “App” seçeneğini seçiyoruz.

Açılan “SharePoint apps” sayfasında bu siteye eklediğiniz ve akleyebileceğiniz uygulamaları görebilirsiniz. Eklemek istediğimiz uygulamaya gelerek “Add” butonu ile uygulamamızı ekliyoruz.

Eğer yükleme işlemi başarılı bir şekilde tamamlanır ise yukarıdaki gibi üst bar kısmında bir yeşil bildirim verip görüntülemek içinde site contents sayfasına linkleme vermektedir ve bu linke giderek uygulamamızı görebiliriz.

Yukarı da göreceğiniz gibi uygulamam sorunsuz bir şekilde eklendi. Eğer bu alanda ikon ve isim kısmı gri ise daha yükleme tamamlanmamış olup mavi rengine yani tamamlanana kadar bekleyip sayfayı yenileyerek kontrol etmeniz gerekmektedir.

Tüm bu süreçleri sorunsuz bir şekilde tamamladığınız zaman sitenizde herhangi bir sayfaya gittiğiniz zaman uygulamanızı görebileceksiniz.

Yukarıda da gördüğünüz gibi modern page üzerinde uygulamalar arasında arattığım zaman uygulamam geliyor ve tıklayarak sayfaya bu uygulamayı ekleyebiliyorum.

The post SharePoint Framework SPFx Projesinin Paket Haline Getirilerek Yüklenmesi ve Sayfaya Eklenmesi appeared first on Yunus Emre Araç.

Bildiğiniz gibi özellikle cloud sistemler hayatımıza girdikten sonra sharepoint tarafında da online kısmı hem süreçlerimizi kolaylaştırma anlamında hem de işlerimizi optimize etmemiz konusunda kolaylıklar sağlamaktadır.

Sharepoint online üzerinde doküman kütüphaneniz üzerinden hem şirket içi hem de şirket dışı kişilere doküman paylaşırken bu dokümanların indirilmediğinden emin olmak istiyorsanız bu özelliği kullanabilirsiniz.

Bu özelliği hem klasik yetki verme ekranında hem de modern ekran da nasıl kullanacağınıza dair tüm detayları bahsedeceğim.

İlk olarak klasik yetki verme ekranındaki kısma bakalım. Yetkisini paylaşmak istediğimiz dosyayı dosyanın ya da klasörün gelişmiş yetki ayar ekranına gidiyoruz.

Bura da yetki kırılmamışsa yetki kırarak “Grant Permissions” diyoruz.

Açılan popup kısmında “Invite people” seçeneğinde altta yer alan “SHOW OPTIONS” kısmına tıklıyoruz ve opsiyonları görmek için ekranı genişletiyoruz.

Bu ekranda gelen ekstra özelliklerden “Select a permission level” başlığı altında olan dropdown seçeneklerinden “Restricted View” seçeneğini seçiyoruz. Kimlere paylaşılacağını da seçtikten sonra “Share” butonu ile yetki paylaşımı yapabiliriz.

Eğer “Get a link” seçeneği üzerinden gitmek isterseniz burada da “Restricted link – Only specific people can open this link” olan seçeneği seçerek link üretmemiz gerekmektedir.

Modern arayüz kısmında ise paylaşmak istediğimiz dosyanın veya klasörü seçerek üç noktaya “…” tıklıyoruz. Burada açılan popup seçeneklerin de en üstte yer alan “Share” seçerek tıklıyoruz.

Açılan popup ekranında iki farklı ayar kısmı bulunmaktadır. Eğer “Send” butonu ile dosyayı paylaşacaksak üst kısımda isim bilgisini yazılan kısmın yanında yer alan kalem ikonu olan dropdown tıklamanız gerekmektedir. Eğer link olarak paylaşmak için “Copy link” seçeneği ile paylaşmak istiyorsanız butonun yanında yer alan ayar simgesine tıklamanız gerekmektedir.

İlk seçenekler ilerlediğiniz zaman seçeneklerin en altında yar alan “Can’t download” olanı seçmemiz gerekmektedir.

Link olarak paylaşacaksanız da yeni açılan popup ekranında paylaşım seçeneğini seçtikten sonra en altta yer alan “More settings” başlığı altında yer alan dropdown kısmında yine son seçenek olan “Can’t download” seçerek linkimizi oluşturuyoruz.

Gördüğünüz gibi farklı yöntemlerle ayarlamalarınızı yaparak dosyalarınızı indirmelerine engel olacak şekilde paylaşabilirsiniz.

The post SharePoint Online Üzerinde Dokümanların İndirilmesini Engelleyerek Başkalarıyla Paylaşmak appeared first on Yunus Emre Araç.

Yukarıda da göreceğiniz gibi SharePoint Central Admin tarafında yer alan hesap şifresi ile active directory de yer alan kullanıcının şifrelerinin uyuşmadığına dair bir hata verecektir.

Bu hata çözümü için ilk önce SharePoint PowerShell uygulamasını admin olarak açıyoruz.

Set-SPManagedAccount -UeExistingPassword -Identity DOMAIN\SpAdminAccount

Yukarıdaki powershell kodunda “DOMAIN\SpAdminAccount” kısmında yer alan domain ve kullanıcı adı yerine hata veren kullanıcı adını yazarak çalıştırıyoruz.

Bu işlem sonrası için güncel kullanıcı şifresini isteyecektir ve burada şifreyi gireceğiz. Bu işlem biraz uzun sürebilir.

Repair-SPManagedAccountDeployment

Bu bilgileri sorunsuz bir şekilde yaptıktan sonra şifrelerin sync olması için yukarıdaki kodu çalıştırmamız gerekmektedir.

Bu işlemden sonra da “IISRESET” yazıp çalıştırarak resetleme yapıyoruz.

Tamamlandıktan sonra SharePoint Products Configuration Wizard tekrardan çalıştırıyoruz ve sorunumuz çözülmüş olacaktır.

The post SharePoint Products Configuration Wizard SharePoint Üzerindeki Şifre İle Active Directory Üzerindeki Şifrenin Uyuşmaması Hatası ve Çözümü appeared first on Yunus Emre Araç.

Herhangi bir doküman kütüphanesinde istediğiniz bir kişiden dosya isteme özelliğini nasıl aktif edeceğimiz kısmından başlayalım. Bunun için ilk aşama admin panel üzerinden giderek ayarlamalarımızı aktif etmemiz gerekmektedir.

https://xxx-admin.sharepoint.com adresine “xxx” olan kısma kendi domain adresinizi yazarak admin adresine gidiyoruz.

Sol menüde yer alan “Policies” ana menüsünün altında yer alan “Sharing” menü seçeneğine tıklayarak paylaşım sayfasına gidiyoruz.

Bu sayfanın en üst kısmında gelen “Extermal sharing” başlığı altında yer alan ayar kısmında hem “SharePoint” hem de “OneDrive” yazan kısımdaki ayarları en üste yani “Anyone” ayarına getiriyoruz.

Hemen sayfanın altında yer alan “Choose the permission that’s selected by default for sharing links.” başlığı altında seçimi “Edit” olarak seçiyoruz ve hemen iki altında yer alan “These links can give these permissions:”  kısmında da “Folders” seçeneğini ekran görüntüsündeki gibi “View, edit, and upload” olarak seçiyoruz. İsterseniz tabi bu linklere bir geçerlilik süresi de tanımlayabilirsiniz.

Bu şekilde ayarlarımızı kaydettikten sonra şimdi sharepoint için bu özelliği aktif etmek işlemini yapmamız gerekecek. Aktivasyonu sağlamak için aşağıdaki powershell scriptini kullanmamız gerekmektedir.

Connect-SPOService -Url https://xxx-admin.sharepoint.com

Get-SPOTenant | Select CoreRequestFilesLinkEnabled

Set-SPOTenant -CoreRequestFilesLinkEnabled $True

Yukarıdaki powershell scriptini adreste yer alan “xxx” kısmını site adresinizi yazarak aktivasyon işlemini tamamlamanız gerekmektedir.

Gördüğünüz gibi özellik aktif değildi ve biz aktif etmiş olduk. Bu işlemden sonra sharepoint sitelerinizdeki herhangi bir doküman kütüphanesinde bir dosyaya sağ tıklarsanız bu özelliğin geldiğini göreceksiniz.

Yukarıda da gördüğünüz gibi özelliğimiz aktif hale gelmiş. Şimdi de bu işlem nasıl yapılır onu görelim. Bu seçeneğe tıklayarak işlemimizi başlatıyoruz.

Karşımıza küçük bir popup açılacaktır ve bu popup ile ilk önce bizden bu dosya talebine ait bir açıklama girmemiz istenmektedir. Burada açıklamamızı yazdıktan sonra “Next” butonuna basarak ilerliyoruz.

Sonraki ekranda karşınıza yukarıdaki gibi bir ekran gelecektir. Burada isterseniz bu talebe özel oluşturulmuş linki kopyalayarak siz iletebilir isterseniz de alt kısımda yer alan kısma mail adreslerini yazarak kullanıcılara siz talep maili gönderebilirsiniz.

Eğer kopyaladığınız linki açarsanız yukarıdaki gibi bir ekran gelecektir ve “Select files” butonu ile dosya yüklemeniz gerekmektedir.

Eğer mail adresi ile talepte bulunursanız talebin iletildiğine dair ve yükleme olduğunda size bildirim geleceği bilgisinin olduğu bir popup ekranı çıkacaktır.

Mail adresi yazarak talep gönderdiğiniz zaman da yukarıdaki şekilde bir mail iletilecektir. Burada da “Upload Files” butonuna tıklandığında ilgili adrese yönlendirme yapacaktır.

Linkte açılan sayfa da dosya seçerek ilerlersek yukarıdaki şekilde seçilen dosyaların göründüğü bir ekran gelecektir. Burada “+ Add more files” diyerek daha fazla dosya seçebilir ya da seçilen dosyaların sağındaki çarpı işareti ile seçili dosyaları iptal edebilirsiniz. Sağ alt kısımda toplam dosya sayısı ve boyut bilgisini görebilirsiniz.

Hemen alt kısımda da işlem yapan kişi için ad soyad bilgisini girmesini istemekte ve bunları tamamladıktan sonra da “Upload” butonu ile yüklememizi yapabiliriz.

Yükleme başladığında ekranda yükleme yüzdesi ve tamamlandığında da yukarıdaki gibi tamamlandı mesajı çıkacaktır. Eğer yüklemeye devam etmek istiyorsanız “Upload more” butonuna basarak yüklemek ekranına tekrar dönebilirsiniz.

Yükleme tamamlandıktan sonra da talep yapan kişiye yukarıdaki gibi bir yükleme yapıldığına dair bilgilendirme maili gitmektedir.

Talepte bulunduğumuz klasörün içerisine girersenizde yüklenen dosyaları başta ad soyad sonra dosya adı olacak şekilde “Guest Contributor” olarak yüklendiğini görebilirsiniz.

Gördüğünüz gibi bu şekilde sharepoint adresinizde herhangi bir kişiye erişim veya yetki vermenize gerek kalmadan istediğiniz kişilerden dosya talebinde bulunabilir ve bu dosyaları portalinize aktarılmasını sağlayabilirsiniz.

The post SharePoint Online Üzerinde “Dosya İsteme (Request Files)” Özelliğinin Aktif Edilmesi ve Kullanımı appeared first on Yunus Emre Araç.

Sharepoint online ve on-premise arasındaki farklılıkları aşağıdaki 7 farklı başlıkta değerlendirebiliriz.

• Özel sunucu donanımı
• Güncellemeler
• Verilerin yedeklenmesi
• Verilerin güvenliği
• Ücretlendirme
• Özelleştirme
• Yazılım geliştirme

Bu maddeleri her birini ayrı ayrı inceleyelim.

1. Özel Sunucu Donanımı

Sharepoint online microsoft bulut veri merkezini kullandığı için herhangi bir sunucu sistem veya kurulum gerektirmez. Sharepoint on-premise tarafında ise özel donanım sunucu alarak kurulum ve konfigürasyonları kendiniz yapmanız gerekmektedir.

2. Güncellemeler

Sharepoint online tarafında microsoft tarafından tüm güncellemeler yapılmaktadır ve bu kısımda sizin tarafta yapılması gereken birşey bulunmamaktadır. Sharepoint on-premise tarafında ise microsoft tarafında yayınlanan özel yamalar sizin tarafınızdan kontrollü bir şekilde yüklenmesi gerekmektedir.

3. Verilerin Yedeklenmesi

Sharepoint online tarafında yedekleme işlemleri microsoft tarafından kısıtlı bir şekilde ve özel ürünler ile yapılabilmektedir. Sharepoint on-premise tarafında ise bu çözüm tamamen sizin IT ekibiniz tarafından uygun olabilecek bir çözüm ile yapılması gerekmektedir.

4. Verilerin Güvenliği

Sharepoint online tarafında MFA giriş güvenliği M365 giriş yöntemi gibi microsoft tarafından belirlenen güvenlik yöntemleri ve prosedürlerine göre korunmaktadır. Sharepoint onprem tarafında ise bu işlem tamamen sizin IT ekipleriniz tarafından sağlanması gerekmektedir.

5. Ücretlendirme

Sharepoint online tarafında Microsoft 365 paketine göre kullanıcı başı aylık lisanlama ücreti ile ücretlendirme yapılmaktadır. Sharepoint on-premise tarafında ise lisans, sunucu, bakım gibi bir çok adımda farklı ücretlendirmeler bulunmaktadır.

6. Özelleştirme

Sharepoint online tarafta bulut sisteminin verdiği olanaklar kapsamında sınırlı bir özelleştirme yapılabilmektedir. Sharepoint on-premise tarafında ise sınırsız bir şekilde istediğiniz şekilde özelleştirmeler yapabilirsiniz.

7. Yazılım Geliştirme

Sharepoint online tarafında client side yazılım geliştirme teknolojilerini kullanabilirsiniz ve bu kısımda server side geliştirmelere izin verilmemektedir. Sharepoint online tarafında ise hem client side hem de server side geliştirme yapabilirsiniz.

Yukarıdaki maddelerde gördüğünüz gibi temel maddeler başlığında açıklamak gerekirse 7 ana başlıkta toplayabiliriz. Bu başlıkları daha fazla da arttırabilirsiniz.

The post SharePoint Online ile On-Premise Arasındaki Farklar appeared first on Yunus Emre Araç.

Aslında SharePoint online tarafında gelen yeni modern design ile bu işlem çok kolay bir şekilde gelmektedir.

ilk olarak https://forms.office.com/ adresine giderek ihtiyacımıza uygun olacak şekilde bir tane form oluşturuyoruz.

Ben yukarıda göründüğü gibi bir memnuniyet anketi hazırladım ve bunu sharepoint sayfamda yayınlamak istiyorum.

Formumuzu oluşturduktan sonra sağ üst tarafta yer alan “Collect responses” butonuna basıyoruz. Burada açılan popup ile kimlerin görüntüleyeceğini ve diğer ayarları yaptıktan sonra popupın en sağ üstünde yer alan “Copy link” butonu ile form adresimizi kopyalıyoruz.

Daha sonra sharepoint online modern page sayfanıza geliyoruz ve sayfanın ortasında yer alan “+” botununa tıklayarak webpart ekleme popup açıyoruz. Burada arama kısmına “Microsoft Forms” yazarak eklentimizi aratıp buluyoruz ve tıklayıp sayfamıza ekliyoruz.

Sayfaya gelen webpart üzerinde yer alan “Add existing form” butonuna tıklıyoruz. Sağ tarafta tam boy bir popup açılacaktır ve orada yer alan “Form web address” alanına kopyalamış olduğunuz formun adresini yapıştırıp “OK” butonu ile işlemi tamamlıyoruz.

Bu işlemlerden sonra formumuz sorunsuz bir şekilde sayfasıma geliyor ve yukarıda gördüğünüz gibi sayfaya ait bir form olacak şekilde kullanıma hazır olmaktadır.

Eğer siteniz modern bir site değil ve eski tip yani classic bir site tipi ise bunun içinde bir yöntem mevcut. İlk olarak tekrar formumuza geliyoruz.

Formumuzda “Collect responses” butonuna tıkladığımız zaman tekrar açılan popupta kopyaladığımız linkin hemen altında yer lana embeded ikonuna tıklıyoruz ve bize verdiği embeded kodunu “Copy” butonu ile tıklayıp kopyalıyoruz.

Sharepoint online classic sitemizde eklemek istediğimiz sayfaya gelerek düzenleyip üst ribbon da yer alan “INSERT” tabındaki “Web Part” seçeneğine tıklıyoruz. Burada hemen altında açılan listede “Categories” kısmında “Media and Content” kısmının altında yer alan “Script Editor” seçeneğini seçerek “Add” butonu ile sayfamıza script editörü ekliyoruz.

Sayfaya gelen “Script Editor” webpartında sağ tarafta yer alan “EDIT SNIPPET” seçeneğine tıklayıp açılan popup ile kopyaladığımız iframe kodumuzu bu alana yapıştırıyoruz. Burada isteğe bağlı olarak yükseklik ve genişlikleri değiştirebilirsiniz. Daha sonra “Insert” butonu ile bu kodu sayfamıza ekliyoruz.

Yukarıda da gördüğünüz gibi microsoft forms üzerinde oluşturmuş olduğum form sorunsuz bir şekilde sayfama geldi.

The post Microsoft Forms Kullanılarak Oluşturulan Formun SharePoint Online Sayfasında Kullanılması appeared first on Yunus Emre Araç.