-+++ การแก้ปัญหาแบบสมบูรณ์สำหรับwordpress Mu ให้เบาหวิว สำหรับhost -dr.k

[TAXZe]

ปลั๊กหลักๆผมมี 4-5 ตัวเอง..

google sitemap xml
spamfree
page navi
simple tag
wp-optimize


ที่เหลือ ยัดๆโค้ดเอาเอง

เช่น seo all ไรนั่นอ่ะ ยัดโค้ด title บรรทัดเดียว ได้ตรงใจ (แต่ไม่มี meta key/des)
navigator bar อะไรเนี่ยแหละ ก็มีโค้ด ยัดที่ theme

adsense manage ต่างๆ ก็ยัดเข้า theme โต้งๆ ใช้ลูกเล่น ใส่ if ใส่ theme_func อะไรเนี่ยแหละ

ใช้มากกว่านี้เดยวอืด -*-

[g-ji]

↑ จี้ว่าจะเลิกใช้ all in one เหมือนกัน เวอร์ชันหลังๆ บัคเยอะมาก อัพเดต ก็บ่อยสุดๆ

[Dr.K]

 
^
ใส่มาเยอะๆก้อโดนเตะออกจากโฮสต์หลายที่ครับ (ไม่ใช่ของผมนะ)

[tdelphi]

แวะมาอ่าน ลงชื่อก่อน

[9neo]

ปลั๊กอินต้องห้ามอีกตัวก็พวก related post ทั้งหลายครับ

[Queue]

ขอบคุณสำหรับความรู้ครับ

[bungygum]

ขอบคุณมากครับ แล้วท่านที่จองพท.ไว้จะโพสอะไรกันล่ะ 

[CommonSun]

อึมจริงๆ ด้วยครับ จากประสบการณ์ทำ Host ผมว่าไม่มีอะไรจะหนักเท่า wp mu รองลงมากก็เป็น wp ธรรมดา หุหุ ใครว่า wp เบาถ้าไม่ลง Plugin อะไรเลยก็คงเบาอยู่หรอกครับจริงมั้ย 


ขอบคุณมากสำหรับเทคนิคและข้อมูลดีๆ ครับ

[srikridsana]

ปรมาจารย์ มาจองที่ฟังกันเพรียบเลยยยย

[ndesigns]

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

[topsitemp4]

ดีที่ไม่ได้ใช้นะเนี่ย แต้งเลย

[Twenty-One]

ขอบคุณสำหรับความรู้ดีๆ ครับ

[protun]

ต่อไปโฮสก็จะไม่เตะ wp mu แล้วใช่ไหม

[gootum]

ปัญหาส่วนมากมาจาก DB ครับ
ปัญหาตามมาเกิดมาจาก plugin

เพราะ 1 user มันสร้าง table อย่างน้อย 7 table แล้วไหนจะรวม plugin อีกล่ะ ลองคิดเล่นๆมี user 1500 คน จะใช้ table ทั้งหมด 1500*7=10500
หากมี plugin เข้าไปอีกล่ะ 1-4 ตัว แล้วก็สมมุตมี table เพิ่มเข้ามาอีกล่ะอีก 20 table ก็จะได้แบบนี้ 20+7=27
เอา table ที่ต้องจำเป็นต้องใช้ต่อ 1 user จะได้ 7 table + กับ plungin อีก 20 table แล้วเอา 27*1500 user จะได้ 40500 table แน่นอน user ยิ่งเยอะก็จะมี table บวมมากๆใน 1DB ดังนั้นวิธีแก้ที่ดีที่สุดแยกเป็น mutiDB ครับ

วิธีแก้ไขต้องทำเป็น mutiDB แยก 5000 แล้วไปทำ DB ใหม่

[Dr.K]

ปัญหาส่วนมากมาจาก DB ครับ
ปัญหาตามมาเกิดมาจาก plugin

เพราะ 1 user มันสร้าง table อย่างน้อย 7 table แล้วไหนจะรวม plugin อีกล่ะ ลองคิดเล่นๆมี user 1500 คน จะใช้ table ทั้งหมด 1500*7=10500
หากมี plugin เข้าไปอีกล่ะ 1-4 ตัว แล้วก็สมมุตมี table เพิ่มเข้ามาอีกล่ะอีก 20 table ก็จะได้แบบนี้ 20+7=27
เอา table ที่ต้องจำเป็นต้องใช้ต่อ 1 user จะได้ 7 table + กับ plungin อีก 20 table แล้วเอา 27*1500 user จะได้ 40500 table แน่นอน user ยิ่งเยอะก็จะมี table บวมมากๆใน 1DB ดังนั้นวิธีแก้ที่ดีที่สุดแยกเป็น mutiDB ครับ

วิธีแก้ไขต้องทำเป็น mutiDB แยก 5000 แล้วไปทำ DB ใหม่

user เกิน 1000 ผมก้อให้เขาซื้อเป็น colo แล้วท่าน 5555
ขนาด user 100 กว่ายังทำโฮสล่มได้ เหอๆ

[mrbov]

มารับความรู้จากพี่หมอครับ ขอบคุณครับที่แบ่งปัน เป็นประโยชน์สุด
ขอชมเรื่องกระบวนการแก้ปัญหา perfect มากครับพี่หมอ

[tenzamak]

ผมยังแปลกใจอะไรหลายๆอย่างเลย ผมว่าอาจจะเกี่ยวกับ fastcgi ด้วยมั้ง
เพราะ ผมใช้ cp plesk   เชื่อไหม ว่าไม่ต้องเซ็ตอะไรเลย รับ บล็อคทั้ง 1500 ได้
โดยที่ไม่ออกอาการงอแง ช้า รวน เอ๋อ โดยที่ไม่ต้องปรับแต่งอะไรเลย

ผิดกับ DA พอโยกจาก plesk มา DA เวบก็ร่วงทันที

[Dr.K]

ผมยังแปลกใจอะไรหลายๆอย่างเลย ผมว่าอาจจะเกี่ยวกับ fastcgi ด้วยมั้ง
เพราะ ผมใช้ cp plesk   เชื่อไหม ว่าไม่ต้องเซ็ตอะไรเลย รับ บล็อคทั้ง 1500 ได้
โดยที่ไม่ออกอาการงอแง ช้า รวน เอ๋อ โดยที่ไม่ต้องปรับแต่งอะไรเลย

ผิดกับ DA พอโยกจาก plesk มา DA เวบก็ร่วงทันที

ตามนั้นครับ
build php แบบธรรมดาดีสุด โฮสที่ใช้กับ mu เลยต้องเลือก vitualmin นะของผม
compile apache + php + mysql ใหม่เลยครับ
รับได้เต็มที่ ไม่ใช้ DA

[pickme]

ลงชื่ออ่านก่อน หุหุ

[TAXZe]

ผมยังแปลกใจอะไรหลายๆอย่างเลย ผมว่าอาจจะเกี่ยวกับ fastcgi ด้วยมั้ง
เพราะ ผมใช้ cp plesk   เชื่อไหม ว่าไม่ต้องเซ็ตอะไรเลย รับ บล็อคทั้ง 1500 ได้
โดยที่ไม่ออกอาการงอแง ช้า รวน เอ๋อ โดยที่ไม่ต้องปรับแต่งอะไรเลย

ผิดกับ DA พอโยกจาก plesk มา DA เวบก็ร่วงทันที

เทพที่ทำเครื่อง เขามีเคล็ดวิชาาาา

ขนาดทำ bloggoo ให้แรงๆชิวๆ ขนาดนั้นได้

แล้ว idatablog จะไปไหนเสีย


เมื่อคืนถามแล้ว พี่เขาบอก "ฟามลับ"

เราก็เลยต้องงมใน lab ต่อปายย