วิธีการเลือกระหว่างบานถั่วกล่องและบานหน้าต่าง Fieldable?


17

Bean , กล่องและพาเนล Fieldable Panesทั้งหมดมีฟังก์ชั่นที่คล้ายกัน ฉันมีปัญหาในการทำความเข้าใจว่าอะไรคือความแตกต่างระหว่างพวกเขา

อะไรคือข้อดี / ข้อเสียของพวกเขาเมื่อเทียบกับแต่ละอื่น ๆ ? พวกเขามุ่งเน้นไปที่กรณีการใช้งานที่แตกต่างกัน?

ฉันต้องการใช้บล็อกบางชนิดในพาเนลเพื่อเพิ่มเนื้อหาที่กำหนดเอง - ผู้แก้ไขเนื้อหาต้องสามารถเพิ่มเนื้อหาได้ในกรณีนี้บล็อกที่ฉันต้องการไม่ใช่การกำหนดค่าที่บริสุทธิ์ แต่ฉันยังใช้คุณสมบัติ ...

แก้ไข: ฉันจะเพิ่มสิ่งที่ดูเหมือนจะเป็นความแตกต่างที่สำคัญ

กล่อง

  • ฐานผู้ใช้ที่ใหญ่ที่สุด (~ 11500)
  • ถือว่าบล็อกเป็นการกำหนดค่า (เช่นเนื้อหาจะสิ้นสุดในฟีเจอร์ของคุณ)
  • โมดูลที่เสนอการรวมระบบ

ถั่ว

  • เพิ่งได้รับความนิยมมีการติดตั้ง 1,000 รายการ
  • ใช้การบล็อกเป็นเนื้อหา แต่อนุญาตให้ส่งออกการกำหนดค่าผ่านชื่อเครื่อง (เช่นผ่านBean Panels )
  • โมดูลที่เสนอการรวมระบบ

บานหน้าต่าง Fieldable

  • userbase ที่เล็กที่สุด (~ 400)
  • จากผู้เขียน Panels / Views / etc
  • บานหน้าต่างไม่สามารถใช้เป็นบล็อกปกติในพื้นที่ธีมเช่นถั่วหรือกล่อง (ฉันถือว่า)
  • ฉันสงสัยว่าข้อดีเหนือถั่วที่กล่าวถึงคืออะไร ("มีคุณสมบัติเพิ่มเติมที่ทำให้การดูแลเนื้อหาง่ายขึ้นสำหรับการจัดหน้าบางหน้า")

คำตอบ:


4

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

เมื่อถึงทางเลือก อ่านเว็บไซต์ของคุณควรจะเต็มไปด้วยถั่ว ปัญหาเกี่ยวกับกล่องเป็นอันตรายจากการเขียนทับเนื้อหาที่มีอยู่เมื่อใช้คุณสมบัติ แต่อ่านความคิดเห็นของ Fabian Franz ในบทความเดียวกัน ถั่วมีตัวเลือกมากมาย ฉันไม่สบายใจเกี่ยวกับการจัดการการปรับขนาดและประสิทธิภาพ นักพัฒนาที่ไม่ยอมใครง่ายๆที่คล่องแคล่วกับพาเนลใช้พาเนล Fieldable Panes Panable Fieldable Panes ขาดเอกสารและตัวอย่าง สิ่งที่ควรได้รับทุกคนมุ่งเน้นและความพยายามสำหรับ D8 คือwscci -initiative จะช่วยให้การโทร REST รวมถึงตัวอย่างเช่น DELETE สิ่งนี้สามารถแก้ไขปัญหาการเขียนทับการกำหนดค่าตัวสร้างไซต์อย่างถาวรในการเปิดตัวโค้ด


ขอบคุณ ใช่ฉันได้อ่านบล็อกโพสต์นั้นเป็นการอ่านที่ดี แต่ไม่ได้พูดถึงทุกสิ่งที่ฉันอยากรู้;) ฉันมีความรู้สึกว่ามีคนที่ลองใช้โมดูลเหล่านี้บางส่วนหรือทั้งหมดอย่างกว้างขวางและรู้ข้อเสียและข้อดีของมัน ตอนนี้ฉันกำลังลอง Bean กับBean Panelsและ Panels In-Place Editor สิ่งนี้ทำให้เวิร์กโฟลว์ค่อนข้างใช้งานง่าย
arjan

1

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


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

0

ตรวจสอบโมดูล nodeblock การเป็นโหนดจะไม่ส่งออกผ่านคุณสมบัติ แต่คุณอาจพบว่าเป็นสิ่งที่คุณต้องการ

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.