Bir proje nerede ölçümleri "Paylaş bir hikaye. adında bir işlev etrafında toplamak gerekir gidiyorum" Düşünce çok basittir — ilginç bir yazı, intranet üzerinde arıyorsanız ve kimse ile paylaşmak istiyorum, "Bu hikayeyi paylaşmak etiketli bağlantıyı tıklatın" dostun için e-posta.

Bu amaç için özel bir form ile oynadık, ama sonunda, gün sağduyu kazandı ve tanıdık kullansak <bir href mailto =:…> tekniği. (<href mailto:…> şaşırtıcı derecede sağlam biraz HTML; bonus olarak, Bu bağlantıyı getirmek beni geri benim eski UNIX man sayfaları günlere; o günler!).

Onlar kendi tanıdık MS Outlook istemcisi kullanmak olsun bu yana bu teknik son kullanıcılar için mükemmel bir arayüzü sağlar (ya da ne olursa olsun e-posta istemcisi onlar-si olmak installed).

Şeyler bize fakir geliştirici tipleri beri istemci zorlaştırır * da * gelecekte ne sıklıkta gösteren bir rapor çalıştırmak istiyor kullanıcılar paylaşmak hikayeler ve hatta hangi hikayeler en çok paylaşılan.

Biz whiteboarded bir kaç potansiyel çözümleri. Karbon kopya için benim favorim (CC) bir SharePoint listesi. Bu şekilde, Biz kendimizi bir kopyasını e-posta alırsınız çünkü yakalanması alırken son kullanıcı hala outlook istemcisi alır. Bazı belirgin dezavantajları. Kullanıcı sade bir şekilde boş dışarı ya da başka türlü mangle CC adres olabilir temel sorun olduğunu. Ve, Bu olay kitaplığı e-postaları yönetmek istiyor. Biz bu temizlik için sorumlu beyaz tahta üzerinde zamanlanmış bir işi var.

Bu sorunu çözmek için akıllı bir yaklaşım varsa, Lütfen söyleyin.

</sonunda>

Benim blog abone.

Heyecan beni izleyin http://www.twitter.com/pagalvin

Olarak istenen ve söz, Ive'uploaded sunumu "büyük edinme" son kullanıcılar SharePoint Proje ve uygulamaları için gereksinimlerden. Burada: http://Cid-1cc1edb3daa9b8aa.SkyDrive.Live.com/Self.aspx/SharePoint/Paul Galvin Great Requirements.zip

Bu su içinde SharePoint en iyi uygulamaları Konferansı'nda sunulan 2009 (www.sharepointbestpractices.com). Eğer konferansa katıldı, Ayrıca bu konferans DVD alırsınız.

Sunu notları çoğu slayt içeren bir sürü içerir. Sadece madde işareti noktalarının değil.

(Burada diğer sunum üzerinde yönetim vaka çalışması için bkz:: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!3099.entry

</sonunda>

Benim blog abone.

Heyecan beni izleyin http://www.twitter.com/pagalvin

Gibi birçok SharePoint danışman türleri, SharePoint işlevselliği çok maruz. Bazı zamanlar, Ben çok derin dalış. Bunu fark tarafından başka bir menü seçenekleri kümesine uçuyorum gibi diğer zamanlarda. Onlardan biri "kendi kendine site oluşturma." Bu hafta kadar bir ihtiyacını olmadı.

Bu hafta, Şirketler gevşe ve SharePoint üzerinde daha doğrudan son kullanıcı kontrol kucaklamak gibi daha yaygın hale mi sanıyorsun bir iş sorununu çözmek gerek. Bu durumda, Belirli son kullanıcı toplumu desteklemek için bir site şablonu dizayn ettik. Millet bu toplumda kendi siteleri at will teşvik onları grev ne zaman bu şablonu kullanarak oluşturmak gerekir.

"Kendi kendine site oluşturma'yı görme hatırladı." daha önce ve ben her zaman bu uzak o "self servis site oluşturmayı düşünüyorum kafamın arkasına sıkışmış" SharePoint lingo demek oluyor, Belli ki yeterince, bir şey gibi "son kullanıcılar istediklerinde siteleri oluşturabilmesini istiyorsanız beni tahrik."

Yani, Açıyorum, denemek o dışarı ve benim için, Site oluşturma değil. Site oluşturma Koleksiyonlar. Çok büyük fark. İşte benim istediğim, Ne demek.

Son kullanıcılar yeni alt siteleri üzerinden özel izin düzeyi oluşturma izin mümkündür. Tam olarak nerede ilk etapta dışında etiket "kendi kendine site oluşturmayı yapmış bu" etiket beni aldattın. Twitter üzerinden, Başkalarını da aldattığını öğreniyorum 🙂

Hala nasıl biraz daha akıcı bir sürecin tamamen kutunun dışında kalırken sağlamak çalışıyorum., Ama kesin bir yol takip etmek. Sadece o etiketle dalıp yok.

</sonunda>

Benim blog abone.

Heyecan beni izleyin http://www.twitter.com/pagalvin

Biri yapıldı. 20 veya 30 (ya da belki 100?) Panelistler, dün gece New York SharePoint kullanıcıları grubu Toplantı. Yerine her zamanki sunu biçimi, Bu tüm Q hakkında yapıldı.&A seyirci ve panel üyeleri arasında. Erken, Michael Lotter tanıtılan yeni bir fikre ve ben paylaşmak istedim.

Nasıl onun şirket danışmanlık şirketi için bir uygulama yazmak için ödenen bir izleyici üyesi açıklanan. Danışman SharePoint nesne modelini kullanarak bir konsol uygulaması olarak yazdı. Sonuç olarak, Bu program gruptaki bir sunucuda çalıştırmak zorunda olduğu anlamına geliyordu. Bu app kullanmak istedim kimse sunucuya oturum gerekir anlamına geliyordu, işi ve kütük uzakta. İlk başta, Bu bir sorun değildi., Ama yakında, daha fazla ve daha (Non-teknik) yardımcı programı kullanmak için gereken kullanıcılar. Onun soruydu (sözcüklerle):

"Ne are benim seçme hakkı? Kullanıcılar doğrudan sunucu oturum izin tutmak istemiyorum, Ama bu işlevselliği ihtiyaçları var."

Michael Lotter o yeni bir sanal makine yapılandırma önerdi., bir röportaj olarak çiftliğine katılmak ve kullanıcıların oradan uygulama çalıştırmasına izin.

Benim için çok çarpıcı bir fikir bu. Bu çözüm genelleme aslında geçici kavramını akla getiriyor, neredeyse tek kullanımlık röportaj 's. Bence çok zarif bir kavram. Bu geçici röportaj SharePoint nesne modelini kullanan bir konsol uygulaması çalıştırabilirsiniz. Stsadm komutları çalıştırmak için de kullanabilirsiniz. Düzenli yerel dengeleme bir parçası olmak zorunda değil. Eğer o iner ya da harap, Sadece yeni bir spin olabilir. Kendimi tekrar, Ama gerçekten çok iyi bir fikir olduğunu düşünüyorum söylemek zorundayım.

</sonunda>

Benim blog abone.

Heyecan beni izleyin http://www.twitter.com/pagalvin

Geçen hafta, birisi yeni belgeler oldukça yüksek hacimli ele alabileceğinizi bir SharePoint ortamı oluşturma hakkında bir soru sordu. (10,000 +/- Bu durumda). Bu konuda pek bilgim yok, Ama Bu teknik inceleme, Çok daha iyi bilgilendirilmiş hissediyorum.

Benim için, Bu beyaz kağıt şu anda sadece bir kitap işareti olduğunu, Ama ben bunu okumaya başladın ve benim ana take-away vurgulamak düşündüm. SharePoint işlemek için ölçeklendirilebilir, En azından, Bu yük:

• 50k yeni belgeler günlük.
• 10 milyon belgelerin toplam.

Hatırlaması kolay oldukları için 50 k/10 MM rakamlar yazmak. Minimum olduklarını biliyorum sürece, başına bela olmayacak. En yüksek değerler en az vardır 10 yüzde ile aşırı ayarlama ve daha yüksek, büyük olasılıkla çok daha yüksek.

Teşekkürler, Mike Walsh, bir kez daha onun için posta haftalık WSS SSS güncelleştirmeleri ve düzeltmeler. İçin abone değilseniz, Bunu yapmayı gerçekten düşünmelisin..

</sonunda>

Benim blog abone.

Geçtiğimiz hafta içi, benim iş arkadaşı ve ben bu şekil bir iş için bir istemci NYC. Bir yosun uygulama onların "standart kullanarak farklı yönlerini test edildi" iş istasyonu inşa (bizim dizüstü bilgisayarlar). Bunu yaparken, aşağıdaki adımları izleyerek birkaç hata yaptık:

• MS word belgesini windows Gezgini ile aç (WebDAV kullanır).
• Bir değişiklik yapmak.
• Kaydedin.

Bunu birkaç kez gerçekleştirmek için geldi (Genelde ilk defa) Belge kaydedildi, Kaydet "sopa vermedi." Kaydet değil. Biz o belgeyi geri çekeceği ve bizim değişiklikleri sadece orada değildi.

Şu anda kök sorunu anlamadı, Ama biz en son MS Office hizmet paketini bu iş istasyonunda yüklü vardı emin olun düşündüm. BT millet gitti ve bunu yaptı. Tekrar testi gitti ve biz yeni bir sorun ortaya. Ne zaman kurtardık, Şimdi bu hata var:

Bu sefer, Sanki her değişiklik yapıldı., Aslında, kaydedilen, Biz Evet cevap olup olmadığını veya komut dosyaları soruya Hayır.

Sonunda gerçek Office sürümü bir göz vardı ve bu iş istasyonu MS Office koşuyordu çıkıyor 2000 hizmet paketi ile 3 hangi yardım altında gösterir-> Hakkında "Office 2002" olarak.

Hikayenin ahlaki: Ben her zaman Office kullanır 2003 WebDAV ve MOSS kullanırken asgari temel office sürümümü.

</sonunda>

Benim blog abone.

(Arama motoru amacıyla, Bu hata'nın metindir):

Satır: 11807

Char: 2

Hata: Nesne bu özelliği veya yöntemi desteklemiyor

Kodu; 0

URL: http://sharepoint01/DocumentReview/_vti_bin/owssvr.dll?location=Documents/1210/testworddocument.doc&dialogview=SaveForm

Bu sayfadaki komut dosyalarını çalıştırmaya devam etmek istiyor musunuz?

Bir ya da benim ilk blog yazıları, SPS bir müşteri geçirilecek takip işlemi açıklanmıştır. 2003 MOSS için. Bir okuyucu için daha fazla ayrıntı için soran yorum yaptı ve işte.

Bu göç projesi, SPS çok taşımak için iyi bir yol bulmak zorunda kaldık 2003 MOSS için belgelere. İlk yükü yeterince kolaydı. Yeni hedef belge kitaplığı yosun oluşturmak ve belgeleri taşımak için windows Gezgini'ni kullanın.

Yeni belge kitaplığı bu:

Kaşifler iki pencere açın. SPS ilk noktada 2003 ve MOSS yeni belge kitaplığında saniyede. Aşağıdaki ekran resminde bu gösterir. En iyi tarayıcı aslında benim c işaret Not:\geçici sürücü, Ama bunun gösteren bir SPS hayal edebiliyorum 2003 Belge kitaplığı:

Sonra da sürükle ve bırak işlemini, Benim hedef şöyle:

Meta veriler ile başa çıkmak için zaman oldu. Biz sadece bir sütun meta veriler "konumu. bu belgeler için varsayalım" Biz yukarıdaki "tüm belgeler görebilirsiniz" konumun boş olduğunu göster. Bu konumu girmek için veri sayfası görünümünü kullanın çok kolay, ya da düz her belgenin özelliklerini tek tek bir konum eklemek için gitmek. Farz edelim konum sütunu otomatik olarak bir değer atamak için pratik yolu yoktur ve son kullanıcıların bunu el ile yapmanız gerekir. Ayrıca, belgeleri yüzlerce vardır varsayalım. (Belki de binlerce) ve bunun meta veriler güncelleştirmek için birçok gün birçok alacak. Hepimizin bildiği gibi, kimse otur ve dört beş gün belgeler için meta veri güncelleştirme düzgün çalışmak için gidiyor. Bunun yerine, Onlar bu hafta ya da muhtemelen daha uzun bir süre içinde patlak. Bu süreci kolaylaştırmak için, Biz bir "etiketsiz veri oluşturabilirsiniz" görüldüğü gibi görünümü:

Şimdi, birisi için aşağı oturuyor veya iki geçirilmiş belgeleri etiketlemek için onların ayrılmış günlük saat harcamak, onlar-ebilmek kullanma "etiketsiz belgeleri" kendi çaba odaklanmak için Görünüm:

Kullanıcılar etiket belgeler olarak, Onlar bu listeyi devre dışı bırakma.

Bu kavramı bir etiketsiz veri görünümü de insanlar üstünde belgili tanımlık forum hakkında bilgi almak veri doğrulama sorunu sınıfı ile yardımcı olabilir. Kutunun dışında, bir kullanıcı bir belge MOSS için yükleyerek önlemek ve meta veri girin değil için yolu yoktur. Biz belirli site sütunu zorunludur ve kullanıcı kayıt itmek için izin verilmeyecek belirtebilirsiniz düğmesi. Ancak, kullanıcı fotoğraf da tarayıcısı kapatır (veya belgeyi karşıya yüklemek için kullandığı windows Gezgini), meta veri girmesini zorlayamayız. (tekrar, kutudan).

Bu yaklaşım ile bu durum yardımcı olmak için kullanılabilir. Biz bir "kötü etiketli veri kullanabilirsiniz" kolayca bu belgeleri tanımlamak ve onları düzeltmek için göster. Bir KPI ile bir çift gördüm ve sen-si olmak bu istisnai durumlar yönetmek için ayrıntıya inme ile verilere iyi görünürlüğü.

</sonunda>

Benim blog abone.

Bu hafta, Biraz basit bir iki sunucu grubunda yüklü MOSS almak için benim ekibi ile mücadele ettik. İçinden gitmiş olan, Ben sorunları insanlar rapor türleri için daha büyük bir takdir MSDN forumlarında ve başka bir yerde var.

Final grubu yapılandırması:

• Güvenlik duvarı içinde SQL/dizin/Intranet röportaj.
• DMZ röportaj.
• Bir çeşit DMZ ve iç sunucu arasında güvenlik duvarı.

Proje başlamadan önce, Biz hangi bağlantı noktalarının açık olması gerekiyordu istemciye izin. Vermek ve almak sırasında, Bu üzerinde ileri geri, iki önemli şey asla açıkça konuştuk:

1. Bir sertifikaya gereksinim duyarsınız SSL anlamına gelir.
2. DMZ sunucu bir etki alanının parçası olması gerekir.

Bir gün, MOSS yüklemek için ortaya çıktı ve etki alanı hesapları veritabanı ve MOSS için oluşturulmuş değildi öğrendim. İşlerin hızlanmasını mı, biz went önde ve intranet sunucuda yerel hesabı olan her şey yüklü.

Bu noktada, SSL sertifikası üzerinde karışıklık keşfettik ve, Ne yazık ki, o hafta DMZ sunucu yüklemeye devam etmek için geri altyapı adamımız yaptırmaya karar. Bu süre içinde, Biz çözüm Mimarlar devam ile iş şeyler taşındı.

Bir hafta geçiyor ve istemci sertifika elde eder..

Altyapı adamımız ortaya çıkıyor ve DMZ sunucu herhangi bir etki alanına katılmamış keşfeder (bir çevre etki alanı ile sınırlı güven veya intranet etki alanı). Biz neredeyse boşa bir 1/2 Bu gün. Bizi çıkmaza sokmak eksik SSL sertifikası izin yoktu, Biz bu daha önce keşfettim. Vay su kuyusu….

Başka bir gün geçer ve çeşitli güvenlik Komiteleri, ilgili taraflar ve (Bu doğru değil) masum bystanders tüm DMZ sunucu intranet etki alanıyla birleştirmek için Tamam katılıyorum (Burası bir PT, Sonuç olarak, bir üretim çözüm).

Şeyler tamamlamak için altyapı adam geliyor. Bu sefer biz başarıyla geçmek aracılığıyla günümüz dayağı sevgiyle bilinen "SharePoint Yapılandırma Sihirbazı'nı." Merkezi Yönetim'bir göz var ve … Yee haw! … DMZ sunucu grupta listelenen. Biz biraz daha yakından bakmak ve biz Champaign mite biraz erken açık kırdı fark. WSS Hizmetleri içinde sıkışmış bir "başlangıç" durumu.

Uzun lafın kısası, Meğer biz yönetim merkezi üzerinden hizmet hesabının kimliği özgün yerel hesaptan yeni etki alanı hesabı için değiştirmek için unuttum. Bunu yaptık, Yapılandırma Sihirbazı'nı yeniden koştu ve voila! İşinde olduğumuzu.

</sonunda>

Benim blog abone.

Her ne kadar tam olarak doğru değil, pratik bir konu olarak, Internet'e bir web ön ucu içinde DMZ bir etki alanında olmalıdır. (Yani. Kendine ait küçük bir çalışma grubundaki bir tek başına sunucu). Bu iç röportaj aynı etki alanında olması gerekmez(s) ve diğer sunucuları (ve muhtemelen yapmamalısın), Ama bu bir etki alanı gerekir.

Meslektaşlarım ve ben zaman bir aşırı miktarda SharePoint önkoşulları dahil bir öneri üzerinde harcanan. Bu ve benzeri gruba katılmasını DMZ sunucu sağlayacak güvenlik duvarı yapılandırmaları kapsamlı bir listesi dahil. Ne yazık ki, dedi ki bir yerlerde bir cümle eklenemedi, etkisi, "DMZ röportaj sunucu izin vermek için bu yapılandırma tüm lanet anlamı var, bir etki alanında, iç grubuna katılmak için."

Olayları mükemmel bir fırtına, Ne zaman doğru baktı nerede temelde sol baktık, Bu sorun oldukça geç sürecindeki kadar bizden gizlemek için komplo kurdular., Böylece beni yürütmesini engelleyen benim "erken kötü haberi" kural.

İç çekme.

Benim blog abone.

Forum kullanıcıları sık olarak Bu gibi sorulara:

> Merhaba,
>
> Bana özel bir liste oluşturmak için herhangi bir olasılık olup olmadığını söyle
> Ana ve ayrıntı türü (faturalar gibi) InfoPath kullanmadan.
>

SharePoint bazı dışında bu tür iş gereksinimlerini desteklemek kutusu özellikleri sağlar..

Genel olarak, bir iki liste birlikte arama sütunu kullanan bağlantılar. Liste A fatura başlık bilgilerini ve fatura ayrıntıları liste B içerir.

Müşteri numaraları korumak için ek listeleri kullanın, ürün numaraları, vb.

İçerik sorgusu web bölümünü kullanın (Sadece yosun) ve/veya bir veri görüntülemek birleştirilmiş liste görünümlerini oluşturmak için web bölümü. SQL Server Raporlama Servisleri (SRS) Ayrıca raporlama tarafı için kullanılabilir.

Ancak, saf out-of--box özellikleri bile kısmen karmaşık bir şey için kullanmak zorlaştıracak önemli bazı sınırlamalar vardır. Bu içerir:

• İlişkili arama boyutunu vs listeler. "şıklığı" Arama sütunu türü. Bir arama sütun türü kendini göstermektedir üzerinde onaylama farklı biçimde bağlı olup olmadığını size çoklu seçim etkinleştirilip. Her iki durumda da, out-of--box denetimini kaynak listesindeki tüm kullanılabilir öğeleri gösterir. Kaynak listesi varsa 1,000 öğeleri, Bu bir sorun olacak. Arama denetimi bu öğeler arasında sayfa değil. Bunun yerine, bunların tümünün denetimin içine çeker. Bu veri girişi ve performans açısından hem de çok garip kullanıcı arabirimi için yapar.
• Aramalar "geri çek" bilgi. Asla geri birden fazla sütun kaynak listesinden gelen bilgileri indirebiliriz. Örneğin, bir müşteri "12345 seçemezsiniz" ve numarası yanı sıra müşteri adı ve adresi aynı anda görüntüleme. Arama yalnızca müşteri numarası ve başka hiçbir şey gösterir. Bu bir garip ve zor kullanıcı arayüzü için yapar.
• Hiçbir içi-form iletişim. Bunu burada yazdım. Basamaklı açılır listeleri uygulayamaz, koşullu olarak olanaklı kılmak/sakatlar alanları, vb.
• Silmeleri basamaklamayı veya yerleşik başvurusal bütünlük yok. SharePoint özel listeler bağımsız varlıklar olarak davranır ve geleneksel bir ERD anlamda birbirine bağlamak izin vermiyor. Örneğin, SharePoint iki özel listeleri oluşturmanıza olanak sağlar., "müşteri" ve "faturası başlığı". Sen-ebilmek yaratmak bir faturası başlığı bu bağlantıları geri bir müşteri müşteri listesinde. O zaman, Müşteri listeden silebilirsiniz. Kutunun dışında, Bunu önlemek için yolu yoktur. Bu tür sorunları çözmek için, Normalde olay işleyicileri kullanmak istiyorsunuz.

Bu kasvetli görünebilir, Ama ben hala SharePoint başlangıç noktası olarak bu tür bir iþlevselliði oluşturmak için kullanmak istiyorum. Bir çözümde gerekenler arasında boşluklar olsa, SharePoint gibi araçları kullanarak bu boşlukları doldurmak sağlar:

• Olay işleyicileri. Bilgi tutarlılığını zorlamak için bunları kullanmak.
• Özel sütunlar: Özel sütun türleri oluşturabilir ve bunları yerine varsayılan arama sütunu kullanabilirsiniz. Disk belleği ekleyin, belleğe ve duyarlı olmaları için AJAX özellikleri.
• İVB. Bu yalnızca MOSS özellik bize her zamanki arama sütunu için bir üstün kullanıcı arabirimi ile diğer SharePoint listeleri sorgulamak sağlar. İVB da bir arka uç sunucu uygulaması için dışarı ulaşabilirsiniz. İVB çoğaltma önlemek için kullanın. Bir arka uç ERP sistemi müşteri bilgilerini çoğaltmak yerine, İVB kullanın. BDC özellikleri nereye ait ve çoğaltma çözüm Bakımı güçlük önler doğrudan ERP sistemi bu bilgiden çekmek için güzel bir kullanıcı arayüzü sağlar.

  İVB MOSS bir özelliktir (WSS mevcut değildir) ve yapılandırmak için meydan okuyor.

• ASP.NET web form: SharePoint listeleri çok duyarlı kullanıcı arabirimi sağlarken kaldıraç için SharePoint nesne modeli ve/veya web hizmetleri kullanan bir tam özellikli AJAX etkinleştirilmiş form oluşturma.

Son seçenek sıfırdan başladın gibi hissedebilirsiniz, ama belgili tanımlık SharePoint peron size aşağıdaki temel özellikleri ile kapalı başlar ki gerçeği göz önünde:

• Güvenlik modeli ile bakım.
• Menü sistemi bakım ile.
• "Asıl tablo" (Yani. Özel listeler) Güvenlik ile, yerleşik bakım ve denetim.
• Arama.
• Arka uç bütünleştirme araçları (İVB).

Visual Studio'da yeni boş bir proje ile başlatırsanız, altyapı ve sıhhi tesisat ne SharePoint sunmaktadır yakın olsun önce inşa etmek çok şey var.

Microsoft SharePoint uygulama geliştirme bu yönde genişletmek niyetinde inanıyorum. Varolan SharePoint temel için doğal bir uzantısı gibi görünüyor. Microsoft CRM uygulama genişletilebilirliği üstbilgi/ayrıntı uygulama geliştirme desteklemek için gereken türler, büyük miktarda sağlar. CRM'de bu özellikleri olmasına rağmen, teknoloji belli ki SharePoint geliştirme ekibi için mevcuttur ve bunun yanında son-in SharePoint Ürün onun yol yapacak bekliyoruz 2008. Kimse bir bilgi ya da bu fikir varsa, yorum lütfen.

</sonunda>