การนำไปใช้งาน
บล็อก
- Drupal ยอดเยี่ยม - 10
- Joomla! ธรรมดา - 8
- TYPO3 ธรรมดา - 8
- Wordpress ไม่ต้องพูดถึง - 10
การจัดการงานเอกสาร
- Drupal ทำได้ แต่ต้องลงมอดูหลายตัว และต้องตั้งค่าอีกเยอะ - 8
- Joomla! ทำได้ แต่ยังไม่ครบและมีปัญหาเรื่องสิทธิผู้ใช้งาน - 8
- TYPO3 ทุกอย่างสมบูรณ์ - 10
- Wordpress มีความสามารถไม่เยอะ - 5
E-Commerce
- Drupal มีให้เลือกทั้ง 2 ตัว และพอใช้ได้ - 9
- Joomla! มีให้เลือกหลายตัวเช่นกันและพอใช้ได้เช่นกัน - 9
- TYPO3 มีหลายตัว แต่ไม่เข้าตา - 7
- Wordpress เหมาะสำหรับเว็บเล็ก ๆ มีเฉพาะความสามารถพื้นฐาน - 7
Forum
- Drupal มีทั้งอยู่ในแกนหลักและมอดูลเสริม - 10
- Joomla! มีให้เลือกหลายตัว แต่ไม่ประทับใจ - 8
- TYPO3 มีให้เลือกหลายตัว - 10
- Wordpress คุณสมบัติไม่มากเท่าที่ควร - 8
Groupware
- Drupal ทำได้เยอะ แต่ต้องลงหลายโปรแกรม - 9
- Joomla! ทำได้ไม่เยอะ - 8
- TYPO3 ครบ - 10
- Wordpress ไม่ต้องพูดถึง - 5
Learning Management System (LMS)
- Drupal ยอดเยี่ยม - 10
- Joomla! ธรรมดา - 8
- TYPO3 มีครบ - 10
- Wordpress ความสามารถไม่เยอะ - 8
Wiki
- Drupal มีให้เลือกหลายตัว และทำงานได้ดี - 10
- Joomla! ทำงานได้ไม่เยอะ - 8
- TYPO3 มีให้เลือกหลายตัว - 10
- Wordpress ความสามารถไม่เยอะ - 8
รวม Drupal - 66, Joomla! - 57, TYPO3 - 65, Wordpress - 46
การใช้งานระยะยาว
- Drupal รุ่น 7 ใกล้ออกแล้วครับ มีการเปลี่ยน api ทำให้มอดูเก่าใช้ไม่ได้ซึ่งเป็นปัญหาใหญ่ของ Drupal แต่การสนับสนุนของรุ่นเก่านี่ก็เข้มแข็งดี
- Joomla! รุ่น 1.6 ก็ใกล้ออกเช่นกัน (คงออกพร้อม ๆ กันครับ ตอน Drupal 6 กับ Joola! 1.5 ก็ออกใกล้เคียงกัน) ประสบปัญหาแบบเดียวกัน นโยบายใกล้เคียงกัน
- TYPO3 รุ่นถัดไปคือ 4.4 ปัญหาการใช้มอดูลเก่านี่น้อยกว่าตัวอื่น ๆ มาก (เพราะแนวทางการเขียนมอดูลกับกว่าจะออกรุ่นใหม่ นานมาก) แต่เมื่อมีการเปลี่ยนเป็น TYPO3 5 ก็คงมีปัญหาแน่นอน (หลัง 4.4 ก็มี 4.5 อีกรุ่นก่อนจะไป 5 ก็น่าจะกินเวลาประมาณ 2 ปีกว่า) เพราะจะมีการเขียนโค้ดใหม่ทั้งหมดบน FLOW3 Framework (ทำให้ปัญหามอดูลเก่ากับเปลี่ยนรุ่นของ CMS หมดไป) แต่เทพได้อีก ไม่เป็นไรครับถ้าจะเขียนมอดูลตอนนี้บน TYPO3 เพราะในรุ่น 4.4 นี้ได้ออก Extbase MVC framework เพื่อให้มอดูลที่เขียนมาใหม่สามารถนำไปใช้บน TYPO3 5
- Wordpress ก็คงออกรุ่น 3.0 ใกล้เคียงกับ Drupal 7 และ Joomla! 1.6 นโยบายการรองรับก็เหมือนกัน สมเป็นพี่ใหญ่ทั้ง 3 ในวงการ CMS
การพัฒนาโปรแกรมเสริม CMS แต่ละตัวก็จะมีแนวทางของตัวเอง
- Drupal สามารถเขียน api เองและเรียกใช้ api ของมอดูลอื่นได้ แบ่งเป็น MVC ชัดเจน
- Joomla! ข้อบังคับในการเขียนน้อยกว่า และสามารถเขียนขายได้ (ตัวอื่นก็ขายได้ครับ แต่ไม่นิยม)
- TYPO3 ยากง่ายใกล้เคีบงกับ Joomla!
- Wordpress โค้ดเหมือนบทกวี อยากเขียนอะไรย่อมได้ครับ แฮคกันอย่างเมามัน
สถานะ การณ์ทั่ว ๆ ไป
- Drupal มีชุมชนที่เข้มแข็งและโตขึ้นเรื่อย ๆ
- Joomla! แม้จะมีผู้ใช้เท่า ๆ เดิม แต่อัตราการเพิ่มลดลง ซึ่งอาจเป็นปัญหาในระยะยาว สาเหตุเกิดจากมอดูลเสริมส่วนใหญ่ที่ดี ๆ จะต้องเสียเงิน แต่ก็เป็นแนวทางการทำธุรกิจที่ดี เพราะมีผู้พัฒนามอดูลเสริมดี ๆ เยอะ
- TYPO3 ได้รับการสนับสนุนจากรัฐบาลเยอรมัน และรัฐบาลเยอรมันได้ใช้ TYPO3 ทั้งระบบ ทำให้ไม่ต้องกังวลเรื่องการสนับสนุน (ทำไมเยอรมันทำได้เนี่ยครับ ไม่มี Microsoft เลย ทั้ง os และโปรแกรม ไทยจะทำได้ไหมเนี่ยครับ)
- Wordpress ได้รับความนิยมเพิ่มขึ้นอย่างรวดเร็ว
ขอ ให้ทุกท่านเลือกใช้งาน CMS ให้เหมาะกับงานนะครับ และสิ่งที่ผมอยากให้เป็นคือคนที่ใช้ open source มาช่วยโปรโมทกันครับ ให้ทุกคนเข้าใจแนวทาง open source ทุกคนร่วมกันใช้ ร่วมกันแบ่งปัน จริง ๆ อยากเริ่มตั้งแต่ระดับมหาลัยครับ เพราะอาจารย์บางคนยังไม่เข้าใจ ไม่ยอมรับโปรเจคจบที่เขียนบน CMS มีเด็กเคยมาปรึกษาผมเรื่องจะเขียนโปรเจคจบ ผมก็แนะนำให้เขียนมอดูลเสริมใน Joomla! หรือ Drupal ปรากฎว่าเด็กไปปรึกษาอาจารย์ที่ปรึกษา โดนด่ากลับมาครับ ว่าเรียนมา 4 ปี ทำไมทำได้แค่นี้ อาจารย์เขาให้เขียนใหม่ทั้งระบบครับ แนวคิดแปลกดี
ศึกจ้าว CMS 2010 ภาค 1
ศึกจ้าว CMS 2010 ภาค 2
ศึกจ้าว CMS 2010 ภาค 3
Comments
เยี่ยมครับ :)
คืออยากบอกว่า
โปรเจคจบมหาลัยผมระยะเวลาทำ 1 ปี แบ่งเป็นเทอม 1 และ 2 ต่อกัน
ถ้าคิดโมดูลที่ต้องใช้เวลาทำนานขนาดนี้ออก ผมคิดว่าก็ทำได้นะครับ
โมดูลหลายตัวนี่ก็ซับซ้อนใช่เล่นนะครับ
โฮ่ๆ ผมว่าเขียนใหม่ง่ายกว่าเขียนโมดูลเสริมอีกนะนี่
ผมไม่เคยใช้ Drupal จริงๆ จังๆ ใครช่วยอธิบายคำว่า "Drupal สามารถเขียน api เองและเรียกใช้ api ของมอดูลอื่นได้" หน่อยสิครับ
ส่วน MVC นี่ ผมก็เห็นว่า Joomla! ก็ชัดเจนและได้เปรียบในส่วนนี้เหมือนกันนะ ดูจากโค้ดแล้วคิดว่าชัดเจนกว่า Drupal ด้วยซ้ำ
คือ Drupal ต้องแบ่งเป็น MVC ชัดเจนครับ เพราะแยกกันคนละไฟล์ และที่บอกว่าเรียก api ของมอดูลอื่นได้ ก็ประมาณสามารถเรียกใช้ความสามารถของมอดูลอื่นได้ครับ
มีตัวอย่างมั้ยครับว่า แยกไฟล์ยังไง
การแยกไฟล์ออกจากกันสามารถเรียกว่า MVC ได้แล้วเหรอครับ ?
http://archivemati.ca/2006/01/21/drupal-as-a-mvc-framework/
ขอบคุณครับ เพิ่งเข้าใจก็วันนี้เอง ส่วนการเรียกใช้มอดูลอื่นอะไรนั่น เดี๋ยวจะลองพยายามหาตัวอย่างการใช้ดู ฟังดูดีนะความสามารถนี้
http://drupal.org/node/50377
ผมยังสงสัยเรื่อง MVC ใน Drupal นะครับว่า คุณ overbid อ่านบทความนี้หรือยังครับก่อนจะเอามาอ้างอิง ?
จากบทความ นะครับ ผมอ่านดูแบบ Skim ผมยังหาจุดที่บอกว่าตัว Drupal เป็น MVC ไม่ได้เลยครับ เป็นแค่ความคิดเห็นของผู้เขียนล้วน ๆ ที่บอกว่า Drupal เป็น MVC หรือเปล่า (ถ้าผมตีความไม่ผิด) และบทความมันปี 2006 ถ้าผมไม่มั่ว Drupal ตอนนั้นน่าจะแค่ Version 4.x มันน่าจะเก่ามากโดยไม่น่าจะใช้ อ้างอิงซะด้วยซ้ำ (ในความคิดเห็นส่วนตัวของผม)
ถ้าผมจำไม่ผิด Drupal ไม่ได้เขียนแบบ OOP ซะด้วยซ้ำ
ผมขอออกตัวก่อนว่าผมมีความรู้เกี่ยวกับ Drupal น้อยมากไม่ค่อยอ่านหนังสือเกี่ยวกับ Drupal เคยเอามาแค่ลองทำ blog เล่นเท่านั้น ไม่เคยอ่าน source code ของ Drupal ครับ และผมยังหาเอกสารที่เป็น official document ของ drupal ที่บอกถึงว่าใช้ MVC Architecture ไม่เจอ
อีกอย่างผมยังไม่เข้าใจว่า Drupal แยก file ออกจากกัน มันเกี่ยวกับ MVC ตรงไหนบ้างครับมีการ implement ยังไงบ้างถึงบอกได้ว่า Drupal พัฒนาบนพื้นฐานของ MVC
Drupal 4 5 6 7 ยังไม่เปลี่ยนแนวทางการพัฒนามอดูลครับ ลองอ่านบทความของคนแถวนี้ดูครับ http://www.isriya.com/node/1868/drupal-as-mvc-framework คืออย่างแรกคุณต้องหาคำนิยามของ MVC ก่อนครับ เอ่อ แล้ว MVC นี่มันไม่จำเป็นต้องเขียนแบบ OOP ก็ได้นี่ครับ
แนวคิดของ Drupal คือจากข้อจำกัดทางด้านภาษา php4 นี่ oop เลวร้ายมากครับ เลยหาวิธีแบ่งเป็น MVC ตามบทความข้างบน แน่นอนในส่วน Model (ในแฟ้มข้อมูล .module) ถ้าเขียนไม่ดีมันก็เหมือน ๆ ทั่วไป
คืองี้ครับ Drupal เป็น MVC เพราะแยก V (ระบบ theme) จาก MC (Content) และ Drupal ไม่เป็น MVC เพราะในโลกของเว็บ M และ C ส่วนใหญ่ถูกจัดการด้วยเบราเซอร์ครับ ดูได้เลยครับ ไม่ว่า Framework ไหนที่เป็น Web ประกาศตัวเป็น MVC M กับ C นี่เขียนปน ๆ กันได้ครับ
หรือจะมีบางคนพูดว่า Drupal เป็น PAC (Presentation-Abstraction-Control) ก็ใช่ครับ เพราะตรงกับการออกแบบของ Drupal กว่า MVC แต่มันก็ไม่ตรงทั้งหมดครับ ใน forum หรือ mailing list ยังเถียงกันไม่จบเลยครับ
นั่นสรุปว่า Drupal พัฒนาบนพื้นฐานของ MVC เหรอครับ ?
สงสัยว่าคุณ overbid ยังไม่ได้อ่าน link ที่ให้มาเหมือนกัน
ลองไปอ่าน definition ของ MVC มาอ่านนะครับ และจุดประสงค์นะครับว่าเราเขียนแบบพัฒนาโดยใช้พื้นฐานของ MVC ไปทำไม
ผมยังสงสัยประเด็นที่คุณ overbid บอกว่า Drupal แยก file แล้วเป็น MVC นะครับ และตรงที่คุณ overbid บอกว่าใน mailing-list ยังเถียงกันอยู่ไม่จบ คุณ overbid สรุปได้แล้วเหรครับว่า Drupal พัฒนาบนพื้นฐานของตัวเอง?
ผมเห็นประเด็นนี้มันตั้งแต่คุณ overbid post ใน review แรก บอกว่า Alfresco ช้า ด้วยเหตุผลที่บอกว่าเป็นเพราะว่าพัฒนาด้วยจาวา Java เท่านั้นเอง โดยใช้ความคิดตัวเองมาตัดสินโดยที่ไม่มี fact เลยครับ
เอ่อ ผมไม่ได้บอกนี่ครับว่า Drupal พัฒนาบน MVC ผมบอกว่ามอดูลของ Drupal พัฒนาตามลักษณะ MVC คิดว่ามันคงต่างนะครับลองอ่านนิดหนึ่งนะครับ ทั้งลิงค์ที่ให้ไปทั้งหมดก็บอกตามนี้ใช่ไหมครับ
ส่วนที่ผมบอกว่าช้า เอางี้ครับ สำหรับงานเล็ก ๆ แชร์โฮสต์ คุณลองไป Run ซิครับ Java เทียบกับ PHP คือถ้าจะใช้ Java แรมต้องถึงครับเลยบอกว่างานเล็ก ๆ PHP ดีกว่า ถ้าคุณเคยใช้งานจริงคงรู้นะครับ
ไม่บอกละครับว่าที่ทดสอบมานี่ เหมาะสำหรับงานเล็ก ๆ ที่ทำงานบน share host เท่านั้น
ผมไม่ได้บอกเลยว่า Java หรือ PHP อะไรเร็วกว่ากันแต่ คุณมาอนุมาณว่า Java ช้าซะแล้ว
In Drupal 7, some of this has changed: Drupal 7, for the first time, requires PHP 5, and there are now a few modules in Drupal that use PHP's class system. However, the central structure of Drupal remains the same, and most of Drupal still does not use the PHP class construct.
ขอ copy content มาจาก http://drupal.org/node/50377
Drupal ไม่ได้เปลี่ยนแนวทางในการพัฒนา module?
เอ่อ แนวทางนี่หมายถึงสถาปัตยกรรมการพัฒนามอดูลน่ะครับ ยังไม่เปลี่ยนแปลง เปลี่ยนเฉพาะ api กับโครงสร้างภายในไฟล์นิดหน่อย ยังแยกออกเป็นไฟล์เป็นแบบ MVC ตามเดิม ช่วยอ่านให้ละเอียดนิดดีไหมครับ
...ก็เห็นว่า มันเป็น MVC ดีนี่ครับ
ผม "ไม่เคยใช้" Drupal แต่เข้าใจ concept MVC ในระดับนึง
ยกตัวอย่าง URL ของหน้าเวปนี้ http://www.blognone.com/node/15893 นี่ก็เป็นการเข้าถึง content แบบ MVC แทนที่จะใช้เป็นแบบนี้ http://www.blognone.com?node=15893
จาก http://api.drupal.org/api/drupal มันก็มีการแบ่ง Database abstraction layer มีการ merge หน้ากับข้อมูล
ถึงยังไงผมก็ชอบ Joomla ครับ ฮาา
แก้นิดนะครับ
ขอบคุณครับ
ขอบคุณครับ
งาน e-commerce ยังชั่งใจอยู่ว่าจะใช้ Drupal หรือ Joomla! ดี เลือกไม่ถูกจริงๆ >_<
ในไทย Joomla! เป็นที่นิยมกว่าครับ แต่จริง ๆ แล้วถ้าทำเว็บเล็ก ๆ PrestaShop หรือใหญ่ Magento ก็น่าสนใจนะครับ
open cart อีกตัวครับง่ายเล็กเร็ว SEO ได้อีก
ส่วนตัว CMS ที่เขียนมาโดยตรง จะว่าไปใช้แค่งานเล็กๆอย่างเดียว ก็ไม่ถูกนะครับ มันทำงานใหญ่ๆได้สบายเลยหล่ะ
Ton-Or
ขอบคุณ ทุกคน ที่แนะนำมานะครับ ขอบคุณจริิงๆ
บางครั้งในมหาวิทยาลัยอาจอยากให้นักศึกษามีพื้นฐานแน่นๆ มากกว่า ที่จะมาเรียนรู้โลกทางธุรกิจ เลยอยากให้นักศึกษามี Basic แน่น แต่บางครั้งโลกของธุรกิจมันโหดร้ายกว่านั้น เวลาที่ผ่านไปแต่ละเดือน มันเสียเงินเพียบ รอดไม่รอดอยู่ที่ใครทุนหนากว่ากัน หางานเข้าบริษัทได้มากกว่ากัน ถ้ามัวแต่รอทำเองทั้งหมด พอเขียนเสร็จบริษัทก็กลับบ้านเก่าเรียบร้อยแล้ว
อยากเห็น Liferay, alfresco บ้างจัง พวกนี้เวลา Implement ทีเรียกตังค์ได้เยอะ
+1
และผมคิดว่า นศ.ควรต้องเรียนรู้ในโลกความจริงบ้างครับ
Reuse, Not Rebuild
ผม สาวก wordpress คร๊าบบบบ
น่าสนใจมากครับ ได้เข้ามาอ่านภาคจบ ผมว่าโปรเจ็คที่อาจารย์ไม่ให้ทำเพราะเค้ามองว่าเล็กสำหรับมอดูล ทำไมเป็น project แล้วไม่ทำให้ใหญ่แบบ CMS ไปเลย หรือเป็นมอดูล แต่อาจจะเลือกที่จะดึงโครงสร้างข้อมูล แฟ้มข้อมูล อย่างใดอย่างหนึ่ง มาเป็นแกนหลักๆ สำหรับทำ เพื่อให้ดูแตกต่าง และคลุมเนื้อหาที่เรียนมาครับ อาจารย์คงจะยอมให้ทำครับ แต่คงมีน้อย แต่ดีกว่าทำโปรเจ็คคล้ายๆ กันทำต่อกันมาครับ
เล่าเรื่องราว-บล๊อกส่วนตัว
"Wordpress โค้ดเหมือนบทกวี อยากเขียนอะไรย่อมได้ครับ แฮคกันอย่างเมามัน" ฮ่าฮ่่า
"Wordpress ก็คงออกรุ่น 3.0 ใกล้เคียงกับ Drupal 6 และ Joomla! 1.6 นโยบายการรองรับก็เหมือนกัน สมเป็นพี่ใหญ่ทั้ง 3 ในวงการ CMS"
บรรทัดนี้หมายถึง Drupal 7 รึเปล่าครับ :)
อ๋า ใช่ครับ แก้แล้วครับ
ขอเล่าประสบการณ์ TYPO3 นิดนึง เท่าที่พบเจอมากับตัวเองบอกได้เลยว่ามันซับซ้อน
เห็นด้วยทุกข้อครับ โดยเฉพาะข้อสุดท้าย ตอนนี้โปรเจ็คใหม่โดนบังคับเขียน TYPO3 ครับ เพราะร่วมงานกับเยอรมัน ส่วนรุ่นใหม่คือการแก้บั๊กไปเรื่อย ๆ รอ TYPO3 5 ซึ่งเขียนเป็น MVC แน่นอนเพราะ FLOW3 บังคับครับ ส่วนเรื่องขนาดนี่ลอง eZ publish ซิบแล้ว 34M ของ TYPO3 ยังเบาะ ๆ 14M ครับ
ยังไงผมก็ยังคิดว่า Wordpress ดีที่สุดอยู่ดีไปเกาะ template คนอื่น
ใช้เอาแล้วเราก็มาปรับๆนิดๆหน่อยๆ 55555
ขอบคุณมากเลยครับ...
...กำลังหา CMS ที่มีระยย E-Commerce มาลองใช้อยู่พอดี
...ตอนนี้กำลังลอง joomla+virtuemart อยู่ครับ.
แต่เห็นมีตัวหนึ่งชื่อ OpenCart แต่เป็น E-Commerce อย่างเดียวตัวเล็กดี และก็เป็น MVC ด้วย
...เลยยังดูอยู่ว่าควรใช้ที่เป็น CMS แล้วมี E-Commerce เสริม ซึ่งตัวใหญ่พอควร
...หรือใช้ที่ทำ E-Commerce อย่างเดียวซึ่งตัวเล็กกว่าดี
ต้องขอบคุณอีกครั้ง ที่สรุปข้อมูลให้ ทราบว่ามี CMS อีกหลายตัวที่ทำ E-Commerce ได้ครับ...
...ไงต้องลอง Drupal ทำ E-Commerce ดูบ้างครับ.
ถ้าเคยใช้ CMS ทั่ว ๆ ไปเช่น Joomla! หรือ Drupal อยู่แล้ว ก็น่าจะใช้ตัวเดิมนะครับ จะได้ไม่ต้องเสียเวลาเรียนรู้ แต่ถ้าเพิ่งเริ่มก็ถ้าทำเว็บเล็ก ๆ PrestaShop ถ้าใหญ่ก็ Magento ครับ ดีแน่นอน
ถ้าต้องการใช้ e-commerce ที่มี forum ด้วย จะเอาแบบไหนดีครับ
และยืดหยุ่นต่อการปรับแก้ ในทั้งระดับ admin ผ่านหน้าเวบ และการแก้โค๊ด
ไม่รู้ตัวไหนดีครับ สนใจ joomla แต่เห็นคะแนนข้างบนให้ drupal เหนือกว่า ซึ่งก็ไม่รู้ข้อแตกต่างของมัน
คือผมทำงานด้าน IT แต่ไม่ได้เกี่ยวข้องกับทางด้าน web เลยครับ ฉนั้นการแก้ไขโค๊ด ผมก็แก้ไขได้
แต่การ admin พื้นๆทั่วไป นั้นเป็นหน้าที่ของคนที่ไม่รู้ IT เลยครับ
แนะนำหน่อยครับ ขอบคุณครับ
ถ้าต้องการความสามารถอื่นด้วยแนะนำ Joomla! หรือ Drupal แล้วแต่ถนัดครับ แต่ถ้าต้องการความยืดหยุ่นมากก็ Drupal ครับ แต่ Joomla! เหมาะสำหรับ non it มากกว่าครับ
พึ่งจะมาอ่านเจอพอดี ต้องหัดเอามาใช้บ้างแล้ว