ในฐานะเป็นคนที่ดูแลจัดการที่นี่ขอบอกอย่างนี้ครับ
1. เรื่องเว็บหนักเกินจะรับไหว อันนี้ไม่เกิดขึ้นแน่ใน 3 ปีข้างหน้าครับ
เพราะสถานะปัจจุบันมันเอง ก็ไม่ได้เปลือง resource อะไร
ช่วงเวลาหนักสุด ใช้ cpu ไปประมาณ 30-40 % เอง
ram ใช้ไปประมาณ 40% เหมือนกัน ยังรับไหว
ปัญหา server ที่เจอบ่อยที่สุดคือ
- ปลั๊กไฟหลวม
- ปัญหาด้าน network ของ idc
- apache ค้าง ซึ่งน้อยมาก
ซึ่งทั้งหมดทั้งปวง ไม่ได้เกี่ยวกับ resource ไม่พอใช้
และนี่คือภาพรวทั้งหมด ไม่ใช่แค่เว็บฟอนต์เว็บเดียว
ปัจจุบัน server ที่ฟอนต์อยู่ มีเว็บแชร์อยู่ด้วยรวม 38 เว็บ
โดยทั้งหมดในนั้นเว็บฟอนต์ใหญ่สุด
2. ขนาด database ปัจจุบันอยู่ที่ 800 MB เท่านั้น
ไม่ใช่ 3GB อย่างที่เข้าใจ
ในอดีตมันเคยใหญ่ขึ้นไปถึง 2GB เพราะบั๊กของ smf เอง
จะเรียกว่าเป็นบั๊กก็ไม่ถูกนะ เป็นเรื่อง security issue ดีกว่า
ที่เมื่อ smf มาจับคู่กับ linux ตระกูล dabian แล้ว session มันจะไม่ตาย
และ session มันเก็บใน database จึงทำให้ขนาดของ database มันใหญ่ขึ้นเรื่อยๆ
แต่ปัญหานี้ได้ถูกแก้ไปตั้งนานแล้วล่ะ ประมาณเวอร์ชั่น smf 1.0.7 มั้ง
ซึ่งจุดนี้ ก็มองว่ารองรับได้สบาย
4. ว่าด้วยเรื่องอายุการใช้งานของ hardware
ไม่ว่าในอนาคตเครื่องนี้จะรองรับไหวหรือไม่ไหว แต่ 3-4 ปีของอายุใช้งานก็แนะนำให้เปลี่ยนแล้วครับ
ทุกอย่างที่ใช้ก็ต้องตีค่าเสื่อมสภาพให้มันด้วย 3 ปีก็คุ้มแล้ว
และเมื่อถึงเวลาที่ต้องเปลี่ยน hardware เวลานั้น ไม่รู้ว่าเทคโนโลยีก้าวกระโดดไปถึงไหนแล้ว
ที่ผ่านมาด้าน hardware กระโดดไกลกว่า software มาก
ขนาดเอา haredware มาแบ่งใช้ก็ยังสบายๆ
ตรงนี้ก็ไม่น่าห่วง
5. เรื่อง smf และเทคโนโลยีของเว็บ
อันนี้ไม่รู้ทิศทางนะ แต่เชื่อว่าคำว่า opensource คงไม่ตายหายไปง่ายๆ
ถ้าตัวนั้นดีจริงก็มีพัฒนามาเรื่อยๆ แหละ
เรื่อง mobility ตัว smf เองก็รองรับมานานแล้ว
เผื่อใครยังไม่รู้ เอามือถือเข้ามาอ่านแบบเบาหวิว ก็ได้เลย
http://www.f0nt.com/forum/index.php/wap2.html6. ถ้าอยากลองของใหม่ กรณีมีอะไรโดนใจ
อันนี้ก็คงต้องแช่แข็งบอร์ดเก่าให้อ่านได้อย่างเดียว
แล้วไปเริ่มกันใหม่
7. มีใครสังเกตบ้างมั้ยว่าข้อ 3 หายไป
8. หากชั่งน้ำหนักว่าระหว่างหน้าเว็บที่เป็น wordpress กับฟอรั่มที่เป็น smf
อะไรหนักกว่ากัน ? อันนี้ขอตอบว่า wordpress ครับ
อาจจะสงสัยว่า อ้าว แล้วทำไมบางครั้งเข้าหน้า wp ได้แต่เข้า smf ไม่ได้
เพราะตอนนั้น table มัน lock อยู่ครับ และด้วยที่มันมีอยู่หลาย record มันจึงนานไปหน่อย
การ lock เกิดจากอะไร ก็เกิดจากการ check database ซึ่งมันเป็น function หนึ่งของ smf ที่จะดูแลตัวเองนะ
แล้วปัญหานี้จะแก้ได้มั้ย อันนี้คงต้องแปลงให้เป็น innodb ล่ะ น่าจะแก้ได้
.
.
.
.
ในมุมมองผมก็คิดว่าถ้าจะเกิดการเปลี่ยนแปลงขึ้นมาจริงๆ
คงไม่ใช้เพราะมันมีปัญหาอะไรหรอกครับ
คงเป็นเรื่องความต้องการที่จะรองรับอะไรใหม่ๆ มากกว่า
มีอะไรมาให้ร่วมสนุกกันมากนั้น อะไรประมาณนั้น
