SharePoint ส่วนปฏิบัติการประชุม, “แนวทางปฏิบัติ,” และช้างในห้อง

ผมโชคดีที่เข้าร่วมประชุม และนำเสนอในการประชุมสัปดาห์สุดท้ายของ SharePoint ปฏิบัติ. ผมยังมือใหม่กับ "สิ่งที่พูดทั้งหมด" และ, ตรงไปตรงมา, ผมประสาทบิตสำหรับครึ่งปีแรกขณะฉัน sweated ออกรอพูดเอง. ความรู้สึกที่จัดเรียงของประสาทที่ทำให้มันยากนักที่จะสนใจผู้ที่เสนอ (ไม่ว่า ผมละเว้น). แทน, ผมเน้นเป็นบิตเพิ่มเติมในที่ประชุม.

ประชุมกำหนดแข่งใจของฉันเสมอ และมีใช้มากในที่นี้. การประชุมนี้ถูกดี. ผมคิดว่า มันผิดปกติในหลายวิธี. มันไม่ได้ประชุมนักพัฒนาที่หนัก. แน่นอนมีส่วนเดฟไป, แต่ผมคิดว่า มันน้อย 60% เน้นปัญหา-dev, บางทีสูง 80%. ผมคิดว่า ที่พูดถึงการพัฒนาลักษณะของ SharePoint. บริษัทมีการใช้ SharePoint ในหลากหลายวิธี และกำลังมองหาคำแนะนำเกี่ยวกับวิธีการทำมันขวา. และไม่เพียงแต่แนวทางในการสร้างคุณลักษณะ/โซลูชั่น (ซึ่งตอน, ดีก่อตั้งขึ้น).

ผมเชื่อว่า การประชุมได้อย่างมีคุณค่ามากที่สุดทุกคนที่เข้าร่วม และทราบว่า ทางที่จะทำการประชุมอีกครั้งต้นปีถัดไป.

มีกล่าวไว้ว่า, ผมเชื่อว่า มีโอกาสพลาดที่หวังอยู่ประชุมถัดไป. ผมบอกว่า มันเป็นโอกาสที่พลาด, แต่นั่นไม่ใช่สิ่งที่เลวร้าย. ค้นพบความต้องการชุมชนอยู่ใน และ ของตัวเองเป็นสิ่งที่ดี. การประชุมกล่าวถึงตัวเลขของแนวทางปฏิบัติในหลายพื้นที่เช่นการกำกับดูแลกิจการ, การฝึกอบรม, ความต้องการรวบรวม, ค้นหา, พัฒนา, ข้อมูลสถาปัตยกรรม, ฯลฯ. ผมคิดว่า โอกาสพลาดมีการ มีการ"สีเขียว" สมมติฐานที่ต้นแบบของแนวทางปฏิบัติ.

เมื่อเราพูดเกี่ยวกับกรีนฟิลด์, เราหมายถึง ว่า SharePoint ไม่ไปเป็น และเรากำลังเริ่มต้นกับกระดานชนวนสะอาด. เหมาะสมที่คุณสามารถเริ่มได้ทันทีใช้แนวทางปฏิบัติสำหรับการกำหนด และกำกับดูแลการจัดการ, ข้อมูลสถาปัตยกรรม, ฯลฯ. อย่างไรก็ตาม … เกิดอะไรขึ้นเมื่อคุณอยู่แล้วในการผลิตมีหลายพันคน (หรือ 10 พัน) คุณไม่ได้ทำตามแนวทางปฏิบัติที่เริ่มต้น? ผมเคยเห็นบริษัทที่มี … ahem … มีมาก คี่ สถาปัตยกรรมข้อมูลอบในสภาพแวดล้อมของพวกเขา. ไม่คิดว่า การประชุมนี้ให้คำแนะนำมากสำหรับองค์กรที่มีปัญหาลักษณะที่ (และผมไม่เพียงหมายถึง IA, แต่กำกับดูแล, ค้นหา, อื่น ๆ). แน่นอน, รู้ว่า คุณมีปัญหาส่วนใหญ่ของการแก้ปัญหา และที่มีคุณค่ามาก.

คิดว่า ชุมชนออนไลน์ของ SharePoint ไม่ทำมากที่นี้อย่างใดอย่างหนึ่ง. ฉันรู้ว่า ไม่มี. เป็นปัญหาที่ยากมากเพื่อแก้ปัญหาในระดับมาก. เทคนิคก็ยาก. Budget-wise ยาก. วัฒนธรรม, ยาก. อย่างไรก็ตาม, มันอาจเป็นปัญหาในโลกจริงใหญ่มาก. เนื่องจากการประชุมสิ้นสุดลง, ผมได้คิดเกี่ยวกับปัญหาและวิธีหนึ่งจะแก้ไขปัญหาต่าง ๆ เหล่านี้. มีให้ คำตอบที่ดีกว่า, "ถอนการติดตั้ง และติดตั้ง" และชุมชนต้องเผชิญบนหัว.

ผมคิดว่า นี้เป็นโอกาสดีที่ชุมชนบล็อก และมีประสบการณ์คิดว่า ผู้นำเค้าบางคำแนะนำเกี่ยวกับวิธีการซ่อมแซมสภาพแวดล้อมของพวกเขา. ผมคิดว่า มีขนาดเล็ก แต่ความเสี่ยงไม่ใช่ศูนย์ที่ SharePoint อาจจบลง ด้วยชื่อเสียงที่ดี และยั่งยืนเป็นผลมาจากงาน architected ใช้งานที่ล้มเหลวเนื่องจากการกำกับดูแลกิจการที่ดี, IA, ฯลฯ.

</สิ้นสุด>

สมัครสมาชิกไปยังบล็อกของฉัน.

แท็กของ Technorati:

Blogger ใหม่ในบล็อค

เพื่อนร่วมงานของฉัน EMC, Erik Swenson, ได้เกลี้ยกล่อมโจนสู่การต่อสู้, stand up and be counted 🙂

เขาบล็อกเกี่ยวกับเกี่ยวกับ SharePoint ตราสินค้าหัวข้อที่หลากหลาย http://erikswenson.blogspot.com/. บางเรื่องล่าสุดของเขามีสิ่งที่น่าสนใจเกี่ยวกับ Photoshop, Microsoft Office Live สำหรับธุรกิจขนาดเล็ก, กำกับดูแล SharePoint, สร้างลักษณะ WCM และต่อ ๆ. เขาไม่กำหนดขอบเขตตัวเองเพื่อสร้างตราสินค้า. มันเป็นการผสมค่อนข้างน่าสนใจซึ่งแตกต่างจากบล็อก SharePoint ที่ผมคุ้นเคยมากหน่อย.

ตัวดึงข้อมูล RSS ของเขา: http://feeds.feedburner.com/SharepointBrandingDesign

ตรวจสอบ และให้เขากำลังเล็กน้อย. เราต้องการที่เวลา, โดยเฉพาะอย่างยิ่งเมื่อเราแรกจริง ๆ กระโดดบล็อกโลกนี้.

</สิ้นสุด>

สมัครสมาชิกไปยังบล็อกของฉัน.

แท็กของ Technorati:

ประชุมปฏิบัติที่ดีที่สุด: “รับความต้องการมาก” งานนำเสนอ PowerPoint

ผมได้อัปโหลด PowerPoint ที่หนึ่งของเซสชันของฉัน, "ได้รับความสะดวก," ที่นี่ (http://cid-1cc1edb3daa9b8aa.skydrive.live.com/self.aspx/Public/Paul Galvin Great Requirements.pptx).

นอกเหนือจากชุดของจุดที่ยอดเยี่ยม, ทำ powerfully, ดาดฟ้ามีบันทึกอย่างละเอียด ที่เสริมเพิ่มพูดถึงจุดยอดเยี่ยมที่ afore ระบุ.

สำหรับผู้ที่พลาดการประชุมแนวทางปฏิบัติ, ผมโชคดีพอที่จะนำเสนอ และอภิปรายกระบวนการที่ทำงานได้ดีเมื่อพยายามที่จะค้นพบผู้ต้องการทำธุรกิจสำหรับโครงการ SharePoint. PowerPoint พร้อมหมายเหตุอธิบายนี้รายละเอียดดี. เรื่องผลิตภัณฑ์เสริมอาหารของฉันโพสต์แรกสุดที่นี่ที่บล็อกหนึ่ง: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!146.entry

</สิ้นสุด>

สมัครสมาชิกไปยังบล็อกของฉัน.

แดชบอร์ดสัมมนาออนไลน์ของ SharePoint

เพื่อนออนไลน์, มิลเลอร์เครื่องหมายมากกว่า และ ผู้ใช้ SharePoint (www.endusersharepoint.com) สัมมนาฟรีหนึ่งชั่วโมงที่เป้าหมายอยู่, เหมือนจะไม่, ที่ชุมชนผู้ใช้ SharePoint. ขึ้นที่ 1 pm EDT. มีรายละเอียดที่นี่: http://www.endusersharepoint.com/?p=785

ฉันนั่งในสัมมนาออนไลน์ของเขาเดือนหนึ่ง และอย่างค่อนข้างดีและถ้าคุณสนใจในบางข้อมูลเอกลักษณ์บนแดชบอร์ดใน SharePoint, ผมมั่นใจว่า คุ้มค่า 1 ลงทุนชั่วโมง.

</สิ้นสุด>

สมัครสมาชิกไปยังบล็อกของฉัน.

คืนนี้ออกอากาศทางเว็บของ กลุ่มผู้ใช้ของ SharePoint

คืนนี้, 08/20/08, การประชุมกลุ่มผู้ใช้ SharePoint คอนเนตทิคัตเป็นเผยแพร่เว็บคาสต์ไปว่าใช้แทนการประชุมจริงเดือนนี้.

หัวข้อของคืนนี้: "Microsoft Office SharePoint Server 2007 – วิธีการใช้งานเอกซ์ทราเน็ต"

Chris Lavista ของ Microsoft จะทำการอภิปราย. ทำกับ Chris ก่อน และเขารู้ว่าสิ่งของเขาจริง ๆ. ถ้าคุณมีความสนใจในเรื่องนี้, เช็คเอาท์. มีรายละเอียดที่นี่:

กลุ่มผู้ใช้ของ SharePoint เว็บคาสต์: https://www.clicktoattend.com/invitation.aspx?code=130299

หัวข้อ: Microsoft Office SharePoint Server 2007 – วิธีการใช้งานเอกซ์ทราเน็ต
ลำโพง:
Chris Lavista ของ Microsoft

วัน: สิงหาคม 20th เวลาต้อนรับ: 6:15 PM เวลา: 6:30 PM -8:00PM


คำอธิบาย:
SharePoint ให้ตัวเลือกใช้งานหลาย. การสนทนาจะแปลกในวิธีการทางเอกซ์ทราเน็ตบนแพลตฟอร์ม SharePoint สามารถจัดวาง. หารือแนวทางปฏิบัติและสถานการณ์ที่เกี่ยวข้องกับการรวมเทคโนโลยีแถวหน้าสุด, เซิร์ฟเวอร์ ISA 2006 และ IAG 2007. อีกทางเลือกหนึ่ง, คุยในกรณีใช้ระบบแบบครั้งเดียวได้รับการสนับสนุน.
เกี่ยวกับ Chris:
Chris Lavista เป็นสถาปนิก เทคนิคศูนย์เทคโนโลยี Microsoft เพิ่งเปิดในนิวยอร์ก. เพ่งอยู่ใน SharePoint, ทำงานร่วมกัน, และการสื่อสารรวม. เขาได้ทำงานในอุตสาหกรรมบริการทางการเงิน (ไล่ล่า, ระยะ) ก่อนที่จะเข้าร่วม Microsoft สำหรับ 8 ปี. เขาเริ่มต้นที่ Microsoft ใน 2000 เป็นส่วนหนึ่งของการปฏิบัติบริการปรึกษาก่อนเข้าร่วมทีม MTC ในช่วงต้น 2006.

ลงทะเบียน & ข้อมูลเพิ่มเติม: https://www.clicktoattend.com/invitation.aspx?code=130299

</สิ้นสุด>

สมัครสมาชิกไปยังบล็อกของฉัน.

แท็กของ Technorati:

มีคณะกรรมการค้นหาของคุณตามเดือนนี้หรือไม่?

มันเป็นจุดเริ่มต้นของเดือน และขณะนี้ เป็นเวลาดีเป็นใด ๆ สำหรับกรรมการของบริษัทค้นหากัน และวิเคราะห์การวางเดิมพันที่ดีที่สุด, ค้นหาความสำเร็จ และไม่สำเร็จดังนั้น, ฯลฯ.

คุณไม่ได้ค้นหาคณะกรรมการ? Then form one 🙂

WSS และโดยเฉพาะมอค้นหาผลประโยชน์จากบางกำกับดูแลมนุษย์. ลงทุนทุกเดือนเดือนสอดคล้องไม่เพียง สนุกกว่าบาร์เรลของลิง, มันสามารถ:

  • ให้ความเข้าใจถึงความต้องการข้อมูลขององค์กร. ถ้าคนกำลังค้นหาด้านซ้ายและขวาในหัวข้อ "xyzzy," คุณรู้ว่าเป็นหัวข้อสำคัญที่องค์กร.
  • ระบุความต้องการฝึกอบรมเป็นไปได้. ถ้าคนกำลังค้นหาหัวข้อ "xyzzy" แต่จริง ๆ ควรจะค้นหา "abcd" จากนั้น คุณสามารถใช้ที่รู้คนที่และวิธีการค้นหาข้อมูล.
  • ช่วยให้องค์กรของคุณกำหนดสถาปัตยกรรมของข้อมูล.
  • ระบุโอกาสในการเพิ่มในอรรถาภิธาน.
  • โอกาสอื่นจะไม่มีนำเสนอตัวเอง.

ซึ่งควรอยู่ในคณะกรรมการค้นหา? คุณจะรู้ว่าคนของคุณดีที่สุด, แต่พิจารณา:

  • อย่างน้อยหนึ่ง (และบางทีเดียว) เป็นคนที่เข้าใจ (หรือสามารถเรียนรู้) วิธีการต่าง ๆ เพื่อปรับแต่งการค้นหา, รวมถึงการเดิมพันที่ดีที่สุด, อรรถาภิธาน, คุณสมบัติจัดการ, ฯลฯ.
  • ผู้เชี่ยวชาญเรื่องหลายที่สามารถอ่านรายงานการค้นหา, ingest นั้น และสื่อสารการดำเนินการธุรกิจเข้าใจได้เพื่อให้มันสามารถกดปุ่ม, ดึงรวม และเปิด/ปิดวาล์วตามความจำเป็นการในคำแนะนำของคณะกรรมการ.
  • สถาปนิกข้อมูลอย่าง น้อยหนึ่งที่สามารถตรวจสอบ, ทางใดทางหนึ่ง, ไม่ว่าสถาปัตยกรรมข้อมูลจะค้นหามิตรและว่าจะทำงานออกมาดีสำหรับองค์กร.
  • กรรมการนั่งหมุน. นำในหนึ่ง หรือสองคนที่ไม่มีส่วนร่วมในความพยายามต่าง ๆ เหล่านี้โดยปกติ. พวกเขาอาจนำความเข้าใจที่ผิดปกติ และมีค่าในตาราง.

การวิเคราะห์มีความสุข!

</สิ้นสุด>

สมัครสมาชิกไปยังบล็อกของฉัน.

แท็กของ Technorati:

ง่าย และรวดเร็ว: ได้รับ SPFolder ของ SPItemList

ผมให้ทำงานเป็นปัญหานี้ และ Google ดูเหมือนไม่เข้าใจสิ่งที่ฉันอยากทำ, ดังนั้นผมคิดจะเขียนนี้ลง.

ฉันได้ทำจำนวนมากรับเหตุการณ์ดีบักในสัปดาห์หรือสอง. ER กำหนดไว้กับไลบรารีเอกสาร. แต่ละรายการใน'ไลบรารีเอกสารแน่นเกี่ยวข้องกับโฟลเดอร์แม่. ดังนั้น, ฉันมักจะได้รับโฟลเดอร์ของสินค้าสำหรับ manipulations ภาพต่าง ๆ. ในขณะที่ตรวจแก้จุดบกพร่อง, ฉันจำเป็นต้องปรับปรุงข้อมูลเมตาของโฟลเดอร์สำหรับสินค้าเฉพาะ ID ฉันรู้.

นี่คือโปรแกรมประยุกต์คอนโซลเล็กน้อย (ออกแบบมาเพื่อรันบนเซิร์ฟเวอร์ในฟาร์ม) ที่ใช้อาร์กิวเมนต์ที่สอง: รหัสของสินค้าและค่ากำหนดให้กับเขตข้อมูล, "สถานะการอนุมัติ". มันยากมากสิ่งรหัส และมีไม่ตรวจสอบข้อผิดพลาด.

รหัสค้นหาไซต์ยากรหัส, ไลบรารีเอกสารหนักใส่รหัสที่ได้รับ และระบุรายการที่ค้นหาแล้ว. จะพบโฟลเดอร์หลักของสินค้านั้น แล้วกำหนดค่าสถานะ.

บทสำคัญที่นี่ฉันจะว่า SPItem ไม่รับคุณเข้าไปยังโฟลเดอร์. คุณต้องใช้ SPListItem.File.

ถ้าใครใส่ใจนำเสนอวิจารณ์ หรือแนะนำวิธีที่ดีกว่าไปยังโฟลเดอร์ของรายการ, กรุณาฝากความคิดเห็น.

<รหัส>
โดยใช้ ระบบ;
โดยใช้ System.Collections.Generic;
โดยใช้ System.Text;
โดยใช้ Microsoft.SharePoint;
โดยใช้ System.Collections;

เนมสเปซ Conchango
{
    /// <สรุป>
 /// </สรุป>
 คลาส ManualFolderUpdate
    {
        คง โมฆะ หลัก(สายอักขระ[] อาร์กิวเมนต์)
        {
            สายอักขระ นาม msh = "ManualFolderUpdate (v1.0): "; // นาม msh = "ส่วนหัวข้อความ"

 คอนโซล.WriteLine(นาม msh + "เริ่มต้นขึ้น.  ฉันแก้ไขล่าสุดวันที่ 08/04/08");

            สายอักขระ url = http://localhost/xyzzy;

            โดยใช้ (SPSite oSPSite = ใหม่ SPSite(url))
            {

                โดยใช้ (SPWeb oSPWeb = oSPSite.OpenWeb())
                {
                    Splist.update() docLib = oSPWeb.Lists["เอกสาร"];

                    คอนโซล.WriteLine(นาม msh + "มีไลบรารีเอกสาร");

                    คอนโซล.WriteLine(นาม msh + "เอกสาร lib ตรวจนับสินค้า: [" + docLib.ItemCount + "].");

                    int FolderID = 0;
                    สายอักขระ NewStatus = "xyzzy";

                    FolderID =ระบบ.แปลง.ToInt32(อาร์กิวเมนต์[0].ToString());
                    คอนโซล.WriteLine("หาโฟลเดอร์สำหรับสินค้า: [" + FolderID + "].");

                    SPListItem li = docLib.GetItemById(FolderID);

                    SPFolder thisItemFolder = liFile.ParentFolder;

                    คอนโซล.WriteLine(นาม msh + "มีโฟลเดอร์หลัก");

                    NewStatus =อาร์กิวเมนต์[1].ToString();
                    คอนโซล.WriteLine("ตั้งค่าสถานะเป็น [" + NewStatus + "].");

                    คอนโซล.WriteLine("กดกลับไปยอมรับการปรับปรุงหรือ CTRL C เพื่อยกเลิก");

                    คอนโซล.ReadLine();

                    thisItemFolder.Item["สถานะการอนุมัติ"] = NewStatus;
                    thisItemFolder.Item.Update();

                    คอนโซล.WriteLine(นาม msh + "ปรับปรุงโฟลเดอร์เสร็จ.  ออกจากโปรแกรม");

                } // ใช้ SPWeb

            } // ใช้ SPSite

 คอนโซล.WriteLine(นาม msh + "เสร็จ");

        } // หลัก

    } // คลาส foldersync
} // เนมสเปซ
</รหัส>

</สิ้นสุด>

สมัครสมาชิกไปยังบล็อกของฉัน.

แท็กของ Technorati:

วันอาทิตย์เช้า Funny: “พ่อ, เขาไม่ได้รู้คุณ”

เราของ Galvin นิวเจอร์ซี่เหนือเป็นแฟนใหญ่ของทีวีเสียดสีทางการเมือง. โปรแกรม, ดูทุกวัน โดยจอนสจ๊วต. ไม่ชอบการเมืองในบล็อกของฉันได้รับ, ดังนั้นทั้งหมดที่ผมจะกล่าวในที่ที่ไม่มีการ ดูทุกวัน, อาจดีมีถาวรหายหมดอารมณ์ขัน หรือเกี่ยวกับ 12/12/2000.

เราได้มีอาหารในสำรับต้นสัปดาห์ และลูกอายุ 10 ปีแสดงตอนล่าสุดของการ แสดง. ทำข้อคิดเห็น, "จอนสจ๊วตรู้ว่า ทำของฉันดีกว่า หรือจะมีผลกระทบน่ากลัวสำหรับจอนสจ๊วต"

ฉันคิดเกี่ยวกับมันนาที และกล่าวว่า: "พ่อ, หมายเลขหนึ่ง: เขาไม่ได้รู้คุณ"

ผมรอเลขสอง, แต่เขาตัดสินใจที่ไม่เพียงพอ และย้ายในเรื่องถัดไป โดยไม่มีการข้ามการชนะ.

ควรจะเป็นว่า สามารถได้รับไมล์สะสมมากจากเหล่าตลกมากมาย, แต่เขากำลังใช้เกินไปกับฉัน หรือสุกเกินไป หรือทั้งสองอย่าง. ต้องปรับอย่างใด.

</สิ้นสุด>

สมัครสมาชิกไปยังบล็อกของฉัน.

แท็กของ Technorati:

ตารางเวลาการฝึกอบรมพนักงานและแม่แบบของวัสดุ — การแก้ไขความปลอดภัยบวกนั่งนับข้อผิดพลาด(?)

นี้ได้รับความนิยมค่อนข้าง "นิยาย 40" แม่แบบ. ยังมีข้อบกพร่องซึ่งเป็นที่รู้จักกันอย่างแพร่หลาย (ผม blogged แม้เกี่ยวกับวิธีการแก้ไข).

Sogeti ออกแบบ โครงการ codeplex สัปดาห์นี้ที่แก้ไขจุดบกพร่อง (ซึ่งเป็นสิ่งที่ดี ด้วยตัวเอง, แต่ซึ่งทำให้ไม่โลกป่นปี้) แต่พวกเขายังเรียกร้องให้มีแก้ไขปัญหา thornier มาก: รักษาความปลอดภัย. Fab 40 แม่ต้องการตั้งค่าความปลอดภัยที่กว้างขวางมาก (ผู้ใช้ต้องการผู้สนับสนุนระดับเข้าถึงแทบทุกอย่าง). ไม่ต่อไป! ตาม codeplex สรุป:

"แบบนี้ยังมีใหม่การดำเนินการเวิร์กโฟลว์แบบกำหนดเองซึ่งช่วยให้ต้นแบบการทำงาน โดยไม่ให้ผู้ใช้ทุกคน นำสิทธิ์ไปยังรายการหลักสูตรการ"

นั่นคือสิ่งที่ดีและคุ้ม.

</สิ้นสุด>

สมัครสมาชิกไปยังบล็อกของฉัน.

แท็กของ Technorati: , ,

ลำดับงาน SharePoint Designer, สำหรับเหตุการณ์ และ “ปรับปรุงรายการ” เมื่อเทียบกับ “ตั้งค่าฟิลด์ในรายการปัจจุบัน”

เรามีชุดของ SharePoint กระแสงานออกแบบที่ "สื่อสาร" ด้วยการรับเหตุการณ์ในรายการผ่านการเปลี่ยนแปลงค่าของคอลัมน์ไซต์. ตัวอย่าง, ถ้าคอลัมน์ไซต์ "SetDuedate" การตั้งค่าเป็นจริงตามลำดับ, เปลี่ยนแปลงที่ตรวจพบเหตุการณ์รับ, คำนวณวันครบกำหนดชำระ และกำหนดวันที่คอลัมน์ไซต์อื่น, "วันครบกำหนด" เราแบ่งสิ่งเช่นนี้เนื่องจากรับเหตุการณ์สามารถคำนวณวันครบกำหนดโดยใช้กฎทางธุรกิจที่ซับซ้อน (คำนึงวันหยุดสุดสัปดาห์และวันหยุดของบริษัท) ในขณะที่ SPD จริง ๆ ไม่สามารถ.

ในหนึ่งอินสแตนซ์, เราประสบปัญหากับเทคนิคนี้. ตรวจแก้จุดบกพร่องทั้งหมดนี้เป็นเรื่องยากสวย, แต่เรามาถึงข้อสรุปแน่นอนว่ากรณีหนึ่งใน (น้อย), รับเหตุการณ์ถูกทำงานตลอดเวลา. ในขั้นตอนเดียวของลำดับงาน, เราจะเปลี่ยนค่าของคอลัมน์ไซต์ และการรับเหตุการณ์นั้น เรียกใช้. อย่างไรก็ตาม, มันถูกใช้อย่างสม่ำเสมอในขั้นตอนของลำดับงานอื่น.

หลังจากทานนั้น, ผมสังเกตเห็นว่า "ปรับปรุงรายการใช้ขั้นตอนลำดับงานที่มีความสุข" ในขณะที่ขั้นตอนการใช้ "การตั้งค่าฟิลด์ในสินค้าปัจจุบัน" ปรับปรุงรายการถูกปรับปรุง "สินค้าปัจจุบัน" ผมไม่แน่ใจว่าทำไมเราเลือกหนึ่งช่วงอื่น ๆ เนื่องจากพวกเขาดูเหมือนจะทำสิ่งเดียวกัน.

ดังนั้น … การดำเนินการปรับปรุงรายการสินค้าที่ไม่ได้เกิดเหตุการณ์ไฟ. ในทางตรงข้าม, ไม่มีฟิลด์ตั้งในการดำเนินการสินค้าปัจจุบัน.

ใช้ปรับปรุงรายการในทั้งสองสถาน และ วิโอลา! มันทำงาน. [[ รวมกัน, ผมเล่นไวโอลินสำหรับในชีวิตประจำในเกือบ 15 ปี ]]

จากนี้, ผมเชื่ออย่างที่ "ตั้งค่าฟิลด์" การดำเนินการทำให้เกิดเหตุการณ์สำหรับไฟ, น้อยบางเวลา.

ปัญหานี้ bedeviled เราสัปดาห์.

นี้เป็นหนึ่งที่ "สังเกตพฤติกรรม" ลงรายการบัญชี. ผมสังเกตนี้เกิดขึ้นครั้งเดียวในสภาพแวดล้อมที่เฉพาะเจาะจง และทำเดาว่าทำไมสิ่งที่เกิดขึ้นไม่เหมือน. ถ้าคุณมีข้อมูลเชิงลึกในนี้, โปรดร่วมกันในข้อคิดเห็น.

</สิ้นสุด>

สมัครสมาชิกไปยังบล็อกของฉัน.