SharePoint

ผมกำลังทำโครงการหนึ่งโครงการที่มีการเขียนบรรยายว่าต้องเป็น Single Sign On ด้วย แต่ทางเดินที่กำลังทำอยู่นี้ถือได้ว่ายังไม่ค่อยจะถูกต้องเสียเท่าไรด้วยเงื่อนไขเวลาและทรัพยากรที่จำกัด ผมคิดว่าคงไม่ผิดถ้าผมจะเขียนสรุปว่าทางที่ควรทำเป็นอย่างไร เผื่อในอนาคตเราจะได้มีโอกาสแก้ไขปรับปรุงทางที่ผิดนี้ให้ถูกได้

ช่วงนี้ชีวิตยุ่งอยู่กับแต่ SharePoint Workflow ทำผิดแล้วผิดอีกแบบงง ๆ ก็เลยเอาบทเรียนเรื่อง Return field as ของ People Picker มาสรุป จะได้ไม่ทำผิดซ้ำอีก

เปิดไปเจอบทความหนึ่งของเว็บ SharePoint ของคนเยอรมัน (แต่เขียนเป็นภาษาอังกฤษนะ) เขาตั้งโจทย์ว่าเขาอยากจะทำ Query แสดงรายการ Blog ที่อยู่ใน Subsite หลาย ๆ แห่ง (จำไม่ได้ว่าเขียนถึงขั้นว่าต่าง Site Collection เลยไหม)

ด้วยความซน จึงเข้าไปคุ้ย /_layouts/feed.aspx เพื่อดูว่ามันทำงานอย่างไรก็พบกับเรื่องประหลาดใจที่ว่าเบื้องหลังไฟล์นี้คือการเรียกใช้งาน ContentByQueryWebPart ดื้อ ๆ เลยโดยมีการให้ Parameter ต่าง ๆ ที่มันต้องการผ่านทาง Query String หนึ่งในพารามิเตอร์ที่เราสนใจคือ xsl=1 ทำไมต้องเป็น 1 ล่ะ?

เก็บตกไวไวเท่าที่ผ่านตา มีอะไรจะมาเพิ่มเติม

ได้ลองตั้ง SharePoint 2013 เพื่อจะดูว่ามีอะไรใหม่ ๆ น่าสนใจบ้างก็เลยสรุปประสบการณ์มาให้อ่านกัน

เมื่อเราเริ่มตั้ง Environment สำหรับการพัฒนา การแยก User ของนักพัฒนาออกจากกันดูจะเป็นเรื่องที่เข้าท่า เพราะสไตล์การพัฒนาของนักพัฒนาแต่ละคนที่แตกต่างกัน (คนละรำคาญการปิดหน้าต่างที่จำเป็นการใน Debug เสียจริง) แต่เมื่อแยก User ออกมาแล้วเราก็จะพบปัญหาเรื่องสิทธิ์ในการเข้าถึงเว็บที่จะทดสอบ รวมถึงสิทธิ์ในการติดตั้ง WSP

ได้รับโจทย์งานมาว่าอยากให้มีการลงทะเบียนก่อนจะเข้าถึงเอกสารทั้ง Library

ติดปัญหากับ DelegateControl มาหลายวัน วันนี้แก้ออกเสียที เป็นความสะเพร่าของผมเอง

เขียนโปรแกรมให้สุ่มหยิบ SPUser มาแสดงผล ทีนี้เกิดปัญหาว่า ไม่มี User ใดที่เข้าเงื่อนไขที่อยากให้แสดงผลเลย ตรวจสอบเงื่อนไขก็ดูไม่มีอะไรผิดปกตินะ แต่สิ่งที่ผิดคือ แหล่งที่ไปดึง User มาตรวจสอบ มีจำนวน User น้อยกว่าที่คาดไว้