ทำไมเว็บไซต์ drupal.org จึงไม่ใช้ Drupal รุ่นที่ใหม่กว่า?


12

ดูเหมือนว่าถ้า drupal.org สนับสนุนให้ผู้คนใช้ Drupal 8 พวกเขาควรเป็นผู้นำโดยยกตัวอย่างและย้ายเว็บไซต์ของตนเองไปที่ Drupal 8

บน drupal.org:

<meta name="Generator" content="Drupal 7 (http://drupal.org)">

มีเหตุผลทำไมพวกเขาปล่อยDrupal รุ่น 8แต่พวกเขายังคงใช้Drupal เวอร์ชัน 7 อยู่หรือไม่ ความจริงที่ว่าพวกเขายังไม่ได้ย้ายถิ่นให้เหตุผลที่น่าสงสัยแก่เราว่าทำไมเราถึงยังไม่ควร?


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

คุณได้รับคำตอบหลายคำถาม คุณทราบหรือไม่ว่าตามกฎของเว็บไซต์นี้คุณได้รับการสนับสนุนให้ทำเครื่องหมายหนึ่งในนั้นเป็นคำตอบ "ยอมรับ" ของคุณ (สมมติว่าอย่างน้อยหนึ่งในนั้นช่วยอย่างใดอย่างหนึ่ง) ด้วยวิธีนี้คำถามนี้จะไม่ปรากฏในรายการคำถามที่ยังไม่ได้ตอบอีกต่อไป
Pierre.Vriens

คำตอบ:


19

Drupal.org เป็นเว็บไซต์ขนาดใหญ่ที่การย้ายข้อมูลอาจใช้เวลาพอสมควร การโยกย้ายจาก Drupal 6 ไปยัง Drupal 7 เสร็จสิ้นในที่สุดเมื่อ 2 ปีก่อนและใช้เวลาตลอดไป การก้าวไปข้างหน้าสู่ Drupal 8 นั้นใช้เวลานานมาก ฉันไม่เห็นว่าเกิดขึ้นใน 3 ถึง 4 ปี

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

Drupal.com เป็นเว็บไซต์ขนาดเล็กที่ใช้ Drupal 8 มาตั้งแต่ Beta


1
และเพิ่มเข้าไปในนี้ที่ drupal.org เป็นตัวอย่างที่ดีของสิ่งที่สามารถทำได้กับ Drupal 7
J. Reynolds

10

มีโครงสร้างพื้นฐานจำนวนมากและการพึ่งพาบนเว็บไซต์ drupal.org ซึ่งมีอยู่นอกฐานรหัสหลักของ drupal เช่นการรวม git, ปัญหาคิว, testbot, การโฮสต์โครงการ โมดูล contrib เหล่านี้ยังไม่ได้อัปเดตทั้งหมดเป็น drupal 8 สำหรับความรู้ของฉัน

สำหรับแนวคิดของสิ่งที่เกิดขึ้นกับเว็บไซต์ drupal.org ฉันแนะนำให้อ่าน: https://groups.drupal.org/drupalorg


4

เกี่ยวกับ drupal.org

นี่คือคำพูดจากแผนงานของ Drupal.org :

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

เพื่อให้เข้าใจถึงสิ่งที่ D8 " ความท้าทายในการอัพเกรด " จะเป็นอย่างไรให้ดูที่โครงการ drupal.orgเหล่านี้(อ้างอิงจากลิงค์):

  • เว็บมาสเตอร์

    โครงการที่มีตัวติดตามปัญหาที่คุณสามารถใช้เพื่อรายงานสแปมลิงก์ที่เสียหายหรือปัญหาบัญชีผู้ใช้บนเว็บไซต์ Drupal.org

  • เนื้อหา

    โครงการที่มีตัวติดตามปัญหาสำหรับ Drupal.org องค์กรด้านเนื้อหาที่ไม่ใช่เอกสารและการกลั่นกรอง นี่คือสถานที่สำหรับปัญหาเกี่ยวกับรายชื่อตลาด (บริการ, การฝึกอบรมและหนังสือ), กรณีศึกษา, คำขอโปรโมชันหน้าแรก, ฟีด drupal ดาวเคราะห์และอื่น ๆ

  • เอกสาร

    นี้เป็นโครงการหลักสำหรับทุกเอกสาร Drupal หากต้องการเรียนรู้เพิ่มเติมเกี่ยวกับการช่วยเหลือเกี่ยวกับความพยายามด้านเอกสารให้เริ่มต้นด้วยส่วนสนับสนุนไปยังเอกสารประกอบของคู่มือ

  • การปรับแต่ง

    การปรับแต่งที่ใช้กับ drupal.org นั้นเอง มันไม่ได้มีไว้เพื่อเป็นประโยชน์กับเว็บไซต์อื่น ๆ ยกเว้นเป็นตัวอย่างทางการศึกษาเกี่ยวกับประเภทของการปรับเปลี่ยนที่คุณสามารถทำได้ผ่านโมดูลเฉพาะไซต์

    ข้อมูลเพิ่มเติมเกี่ยวกับสถานะของการทำงานวางแผน Drupal.org ที่สามารถพบได้ในDrupal.org Roadmap

  • กระทู้

    Bluecheese เป็นธีม Drupal.org ที่ออกแบบใหม่ ... ธีมนี้มีไว้สำหรับใช้ในเว็บไซต์ทางการของ Drupal.org เท่านั้น อย่าใช้สิ่งนี้กับธุรกิจกลุ่มท้องถิ่นและเว็บไซต์อื่น ๆ ซึ่งควรมีแบรนด์และเอกลักษณ์ของตนเอง คำถามและความคิดเห็นเกี่ยวกับการใช้ชุดรูปแบบนี้ควรไปที่ Drupal Association ...

  • โครงสร้างพื้นฐาน

    ตัวติดตามปัญหาสำหรับทุกสิ่งที่เกี่ยวข้องกับเซิร์ฟเวอร์ Drupal.org ซึ่งรวมถึงการติดตั้ง Apache และ MySQL, รายชื่อผู้รับจดหมายของ Mailman, ที่เก็บ Git และการติดตั้ง Drupal ที่หลากหลายบนโดเมน drupal.org

  • Testbots

    โครงการนี้เป็นสถานที่สำหรับปัญหาที่จะยื่นหรือคำถามที่จะถามเกี่ยวกับ Drupal.org testbots และโครงการทั้งหมดที่เกี่ยวข้องกับพวกเขา เนื่องจากมีโครงการที่เกี่ยวข้องมากมายดูเหมือนว่าคนส่วนใหญ่ต้องการร้านค้าครบวงจรสำหรับปัญหา พวกเขาสามารถย้ายออกจากที่นี่

  • กลุ่ม

    โครงการนี้มีวัตถุประสงค์สองประการ

    1. มันก็เหมือนโครงการ drupal.org การปรับแต่งเพื่อเก็บรหัสเฉพาะไซต์
    2. มันเหมือนคิวโครงสร้างพื้นฐานและเว็บมาสเตอร์ แต่เฉพาะเจาะจงกับ groups.drupal.org ดังนั้นที่ซึ่งผู้คนเคยใส่สิ่งต่าง ๆ ลงในคิวเหล่านั้นด้วย Component of groups.drupal.org ตอนนี้พวกเขาสามารถป้อนพวกเขาได้ที่นี่

เกี่ยวกับความท้าทายในการอัพเกรด

ด้วยเหตุผลข้างต้นฉันคิดว่ามีหลายเหตุผลที่ Drupal.org ไม่ได้ใช้ D8 เลยนี่เป็นเพียงไม่กี่ข้อ (ตามลำดับแบบสุ่ม):

  • เว็บไซต์นี้เป็นภารกิจที่สำคัญสำหรับค่อนข้างน้อยของเราดังนั้นความล้มเหลวไม่ได้เป็นตัวเลือก
  • จะต้องมีโมดูลที่สนับสนุนค่อนข้างน้อยแต่สำหรับ D8 นั้นยังไม่มีอยู่ในขณะนี้ ไม่แน่ใจว่าพวกเขาใช้ / ต้องการทั้งหมดหรือไม่ แต่ฉันเดิมพันเหล่านี้คือบางส่วนของโมดูลเหล่านั้น: โครงการ, กลุ่มออร์แกนิก, โยกย้าย (D7 ถึง D8), บางอย่างสำหรับการสร้างแผนภูมิ, อาจเป็นกฎ, แฟล็กเป็นต้น จำนวนการดู ฯลฯ อยู่ในแกน D8 แล้วและตอนนี้คุณสามารถทำได้ค่อนข้างไกลโดยใช้ Drupal core แต่ฉันสงสัยว่า drupal.org ไม่ต้องการโมดูลบางตัวเหมือนที่กล่าวมาข้างต้น
  • คุณต้องการกำลังคนด้วยทักษะที่เหมาะสม (D8 แตกต่างจาก D7 ใช่ไหม)
  • คุณต้องการโครงสร้างพื้นฐานเพื่อใช้งานเว็บไซต์ D8 (เวอร์ชั่น PHP, หน่วยความจำและอื่น ๆ )
  • ฉันเดิมพันว่ามีรหัสที่กำหนดเอง " บางส่วน " ที่เกี่ยวข้องกับการเรียกใช้ Drupal.org และการอัปเกรดรหัสที่กำหนดเองนั้นไม่ใช่เรื่องง่าย
  • และจำเป็นต้องมีสิ่งต่าง ๆ เช่นการทดสอบ QAหรือเอกสารเป็นต้น
  • จากคำพูดของฉันข้างต้นดูเหมือนว่ามีความสำคัญอื่น ๆ ดังนั้นการอัพเกรด D8 ดูเหมือนจะเป็นเหมือนไม่ได้จัดลำดับความสำคัญ
  • ฉันเดิมพันว่ามีสิ่งอื่นที่มีลำดับความสำคัญสูงกว่าเช่น " ฟอรัมต้องปรับปรุง "
  • แม้ว่าจะไม่มีการปิดกั้นทั้งหมดข้างต้น แต่ให้นึกถึงส่วนบัญชีที่แท้จริงของมัน (ฉันไม่สามารถจินตนาการได้ว่าการตัดหนี้สูญประจำปีสำหรับการอัพเกรด D7 เมื่อเร็ว ๆนี้เสร็จสิ้นแล้ว)

อะไรต่อไป

ด้วยเหตุผลทั้งหมดนี้ฉันคิดว่าในเวลานี้สิ่งที่ดีที่สุดที่เราสามารถทำได้คือ " Hope for George to it it " (หนึ่งในคำปราศรัยจาก Dries ที่ DrupalCon Amsterdam 2014 เมื่อมีการประกาศรุ่นเบต้า 1 รุ่นแรกของ D8)

PS : หนึ่งไม่เคยตระหนักถึงสิ่งที่ได้รับการทำเพียงสิ่งที่ยังคงต้องทำ

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