เปิดตัว GnuBoard 6 เวอร์ชัน Python

• GnuBoard ที่ก่อนหน้านี้พัฒนาในเวอร์ชัน PHP ได้ถูกพัฒนาด้วย Python ตั้งแต่เวอร์ชัน 6 เป็นต้นไป
• รองรับตั้งแต่ Python 3.8 ถึง 3.12
• พัฒนาบนพื้นฐานของ FastAPI
• ถูกพัฒนาให้สามารถเสิร์ฟได้โดยตรงด้วย uvicorn แทน Apache Server
• เนื่องจากพัฒนาด้วย Python จึงคาดว่าการพัฒนาปลั๊กอินต่าง ๆ จะทำได้ง่ายมาก

[nemorize]

น่าเสียดายที่จริง ๆ แล้ว G6 แทบจะหยุดพัฒนาไปแล้ว คอมมิตล่าสุดคือเมื่อ 8 เดือนก่อน และดูเหมือนว่าจะไม่มีอะไรเปลี่ยนแปลงไปอีกสักระยะ
https://sir.kr/co_notice/1430

แม้ว่าจุดยืนโดยรวมของผมจะค่อนข้างไปทางคัดค้านก็ตาม...
ผมคิดว่านี่เป็นความพยายามที่มีความหมาย ในแง่ที่ว่าอาจได้เห็น CMS ที่พัฒนาในประเทศซึ่งไม่ใช่ PHP แต่ก็น่าเสียดายที่กลายเป็นแบบนี้
เขาบอกว่าจะโฟกัสกับการขัดเกลา G5 ที่มีอยู่เดิมให้เรียบร้อยขึ้น ก็ต้องปลอบใจตัวเองว่าอย่างน้อยก็ยังมีตัวเลือกนอกเหนือจาก Rhymix เพิ่มมาอีกหนึ่งตัวเลือก

[spp00]

นึกว่าจะไปทาง headless เพราะใช้ FastAPI แต่กลายเป็นแค่รูปแบบดั้งเดิมที่เปลี่ยนมาใช้ Python เฉยๆ นะครับ FastAPI โดยพื้นฐานแล้วเป็นเฟรมเวิร์กที่มีจุดประสงค์เพื่อสร้าง API server และในหน้าเว็บไซต์หลักก็อธิบายไว้แบบนั้นด้วย ถ้าจะทำเป็นรูปแบบดั้งเดิม ผมว่าก็ควรใช้ Django หรือ Flask มากกว่านะครับ

[filab]

คอมมูนิตี้ของพวกเราก็บริหารได้ดีด้วย GnuBoard 5 เช่นกัน
แม้จะยังไม่ค่อยรู้เรื่อง Web และ PHP มากนัก แต่ก็ค่อย ๆ เรียนรู้ไปพร้อมกับทำอยู่ครับ
ต่อจากนี้ถ้าได้ลองท้าทายกับ Python ดูก็น่าจะสนุกดีครับ ^^
โดยส่วนตัวขอฝากคำขอบคุณไปยัง GnuBoard ด้วยครับ

[smboy86]

ดันเป็น Python ซะได้ T_T

[oceanfog]

มีที่ไหนบ้างที่มีส่วนร่วมกับโอเพนซอร์สมากเท่าที่นี่ ผมได้รับความช่วยเหลือมากมายจริง ๆ

[kaistj]

ว้าว~ สุดยอดมากเลย

[galadbran]

อืม... ยังไงก็ตาม คนที่เพิ่งเข้ามาใหม่อาจจะรู้สึกว่าดีเพราะเป็น Python... ก็เป็นไปได้อยู่เหมือนกัน.. แต่ผมคิดว่าคนที่เคยใช้ GNU Board สร้างอะไรสักอย่างมาก่อนแล้ว คงจะไม่ย้ายตามกันเท่าไร, ดังนั้นก็เลยยังไม่แน่ใจว่าจะได้รับการตอบรับมากแค่ไหนครับ

[daehyeoni]

ผู้ให้บริการโฮสติ้งในประเทศน่าจะรองรับสภาพแวดล้อมเว็บโฮสติ้ง Python กันมากขึ้นนะ~

[arfwene]

เป็นการเปลี่ยนแปลงที่น่าทึ่งนะครับ ผมสงสัยว่าการเปลี่ยนแปลงครั้งใหญ่แบบนี้จะส่งผลต่อระบบนิเวศของ GnuBoard อย่างไรบ้าง

[cloudpak]

ยินดีอย่างมากกับส่วนที่พัฒนาด้วย Python
ส่วนไหนที่ดูเหมือนว่าจะทำได้ง่ายมากครับ

[nemorize]

ทั้ง GnuBoard และ XE ต่างก็มีจุดเด่นสูงสุดและแทบเป็นเหตุผลเดียวที่ยังมีคนเลือกใช้ คือเป็น CMS แบบเกาหลี(?) ที่

1. ผู้ใช้ที่มีความรู้ด้านการเขียนโปรแกรมเชิงลึกไม่มากก็ใช้งานได้
2. สามารถรันให้บริการได้อย่างง่ายดายบนเว็บโฮสติ้งราคาย่อมเยา
3. ใช้ประโยชน์จากปลั๊กอินจำนวนมหาศาลที่มีอยู่เดิมได้
4. เป็น CMS แบบเกาหลี(?)

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

ถ้าผู้ใช้ Python จะเริ่มโปรเจกต์ใหม่ด้วย G6 โค้ดก็ดูเป็น legacy PHP มากเกินไป
ส่วนผู้ใช้ GnuBoard เดิมจะย้ายมา G6 ก็แทบมีแต่ข้อเสียเท่านั้น...
เฮ้อ...

[okkoreaq]

ข้อ 1 น่าจะเป็นส่วนที่ไม่ค่อยเกี่ยวอะไรแล้วถ้ามีธีมออกมา
ตัว FastAPI เองก็ไม่ได้มีโครงสร้างตายตัวเป็นพิเศษ เลยสงสัยว่าโครงสร้างที่จัดไว้แล้วเป็นแบบไหน

[nemorize]

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

แม้จะมองได้เหมือนกันว่าเป็นการคงข้อดี(?) ของ GnuBoard เอาไว้แบบเดิมก็ตาม...

[corona10]

ข้อ 2 อาจเป็นปัญหาแบบไก่มาก่อนไข่มาก่อน แต่ถ้าบริการที่ต้องโฮสต์ด้วย Python เพิ่มขึ้น ผมคิดว่าผู้ให้บริการจำนวนมากขึ้นเรื่อย ๆ ก็คงหลีกเลี่ยงไม่ได้ที่จะต้องให้บริการที่เกี่ยวข้อง และเมื่อพิจารณาถึงอิทธิพลของ GnuBoard ก็น่าจะเกิดการเปลี่ยนแปลงค่อนข้างมากทีเดียว

ข้อ 3 ดูเหมือนว่าจะมี trade-off ตรงที่ปลั๊กอินที่จะพัฒนาต่อจากนี้น่าจะพัฒนาได้ค่อนข้างง่ายครับ

[spp00]

ก็ไม่แน่ครับ shared hosting (ในเกาหลีมักจะเรียกสิ่งนี้ว่า web hosting) ในต่างประเทศก็ใช้ PHP เป็นหลักเหมือนกัน และ shared hosting ที่รองรับ Python นั้นก็หาได้ไม่บ่อยนัก

[nemorize]

นี่ก็เป็นเรื่องที่ต่อเนื่องจากประเด็นที่ 1 ของคุณ okkoreaq เช่นกัน

จะว่าไปแล้ว GnuBoard นั้น (อย่างน้อยก็จนถึงตอนนี้) เรียกได้ว่าเป็นโซลูชันที่แทบจะมุ่งเป้าไปที่ผู้ใช้ที่ไม่ใช่นักพัฒนา และในมุมของผู้ใช้แบบนั้น แค่ต้องเปิดเทอร์มินัลก็เป็นภาระแล้ว กล่าวคือเมื่อเทียบกับ PHP แล้ว มันให้บริการและดูแลจัดการได้ไม่ง่ายนัก

ถ้าผมต้องทำอะไรสักอย่างไว้ใช้เองด้วย GnuBoard ก็น่าจะเลือกใช้ G6
แต่ถ้าต้องแนะนำให้คนรู้จักที่ไม่ใช่นักพัฒนาระหว่าง G5 กับ G6 อย่างใดอย่างหนึ่ง ต่อให้ G6 พัฒนาจนสุกงอมเพียงพอแล้ว ก็คงยังแนะนำ G6 ไม่ได้อยู่ดี

[powerkid]

ถ้าดูพวกอย่าง PythonAnywhere ก็จะติดตั้ง Django ได้แบบวันทัช
ผู้ให้บริการเว็บโฮสติ้งเดิมก็เคยติดตั้ง GnuBoard เวอร์ชัน PHP แบบวันทัชให้เหมือนกันครับ
มีเหตุผลอะไรหรือเปล่าครับที่ทำให้คุณคิดว่าเฉพาะ G6 เท่านั้นจะเป็นข้อยกเว้นจากวิธีแบบนั้น?

ถึงจะไม่ใช่วิธีติดตั้งอัตโนมัติก็ตาม...
ถ้าคิดถึงสมัยที่ PHP ตั้งค่ายาก เลยต้องเซ็ตสภาพแวดล้อมพัฒนาด้วย XAMPP อะไรทำนองนั้น
แล้วอัปโหลดงานขึ้นผ่าน FTP...
ติดตั้งด้วย pip installl -r ..... แล้ว git clone แล้วก็ uvicorn main:app --reload
มีคำสั่งแค่ประมาณ 3 คำสั่ง เซิร์ฟเวอร์ก็น่าจะรันได้แล้วนะครับ.. ก็เลยแอบคิดว่านี่ยากขนาดนั้นเลยเหรอครับ

[corona10]

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

[kalihman]

พัฒนาไปไกลมากเลยนะครับ ยอดเยี่ยมมากครับ

[haebom]

น่าประทับใจจริง ๆ...

[gyarang]

นึกว่าตอนนี้กลายเป็นชื่อที่ถูกลืมไปแล้วเสียอีก แต่กลับมีพัฒนาการแบบนี้เกิดขึ้นนี่เอง

[hyeonseokoh94]

ว้าว ยอดเยี่ยมมาก ตอนเด็ก ๆ ที่เคยเห็นก็มีทั้ง xe กับ GnuBoard นี่แหละ ตื่นเต้นจัง

[bbulbum]

ชื่อโปรเจกต์ G6 เท่มากเลย 555
เมื่อก่อนเคยได้ยินมาว่าในเพลง Like a G6 คำว่า G6 สื่อถึงเครื่องบินเจ็ต ไม่แน่ว่าที่นี่อาจได้แรงบันดาลใจมาจากตรงนั้นหรือเปล่านะ 555

[kuroneko]

เอ๊ะ..? นี่เป็นข่าวที่น่าประหลาดใจมากเลยนะ

แล้ว XE 3 กำลังทำอะไรอยู่...