ต่อไป »

[iLhay]

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

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

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

เอาล่ะ ปัญหาที่ผมเจอบ่อยสุดจาก script/user ก็ไล่ตามนี้ละกัน

1. เรื่องของการ Backup เอาตรงๆก็ อย่ากด Backup ในช่วงเวลาที่คนเข้าเยอะ (ของไทยเราก็ .. ตั้งแต่ 5 โมงเย็นเป็นต้นไป) อันนี้ย้ำเลย โคตรปวดหัวทำผมค้างไปหลายรอบ จนต้องจำกัดเวลา Backup ให้ คือเวลาท่านๆกด Backup กันทีนึงเนี่ย ยิ่งถ้าข้อมูลเยอะๆนะ อื้อหือบอกตรงๆว่ามันทำให้ server โหลดขึ้นมหาศาลกันเลยทีเดียว แล้วถ้าท่านกดตอนคนเข้าเยอะๆกันละ เช่นตั้งแต่ 6 โมงเย็นเป็นต้นไป ไม่ต้องสืบ อืดแดรกทั้งเครื่องแน่นอน อ้อ แล้วก็อีกอย่างนะครับ ถามเวลา backup ประจำวันของเจ้าของโฮสดูบ้างครับ ว่าเขา backup ช่วงเวลาไหน แล้วก็อย่าไปกดซ้ำเวลานั้น (ผมเจอประจำ ไอ้กด Backup ซ้อนกับ Backup ประจำวัน เครื่องแทบค้าง)

2. Plugins อันนี้คือ Plugins อย่าเยอะเกินไป อันนี้สำคัญ คือ Plugins เนี่ย ใช้นิดเดียวก็พอครับ ใช้เยอะมีแต่จะเพิ่มการซดทรัพยากรเซิฟเวอร์โตครๆ โดยเฉพาะ Wordpress และ Joomla โปรดเถอะครับเห็นใจกันนิดใช้กัน 4-5 ตัวก็พอแล้ว ผมเคยเจอหนึ่งเคสยัดไปเถอะ 50-60 ตัวในเว็ปเดียว cpu มีเท่าไหร่ก็เอาไปใช้หมดนั่นหละครับจากที่ต้องใช้เครื่องเครื่องละสองพันรันเว็ป กลายเป็นสองหมื่นยังจะไม่ไหว แบบนี้ก็ค้างกันทั้งเครื่องเช่นเดียวกัน

3. รูปและไฟล์ ใช่ครับ รูปและไฟล์ ผมเจอมาเยอะครับคนที่เก็บรูปไว้บนโฮสตัวเองทั้งหมด (คิดดูนะครับ ขนาดทั้งหมด 8GB รูปซัก 5GB ละครับ) อันนี้ก็สำคัญ เก็บน่ะเก็บได้ครับ แต่ลองคิดดูซิ ถ้าคุณเก็บภาพไว้บนโฮสเยอะๆ นอกจากจะหนักรูปแล้ว เวลา backup กันทีนึงเนี่ย นานโคตร และกินทรัพยากรโคตรๆ เวลาย้ายก็มีปัญหาอีก เอาจริงๆ ใช้ของฟรีดีๆอย่าง upic.me เถอะครับ เพื่อที่จะไม่เป็นภาระแก่เพื่อนร่วมโฮส และจะได้สร้างภาระให้แก่พี่ไอซ์เยอะๆ 5555+ อันนี้ผมแนะนำ  

4. CMS ท่านทั้งหลาย อย่าลง cms ต่างๆที่มัน comment ได้แบบทิ้งๆขว้างๆเถอะครับ มันโดนกันทุก cms หละครับ แต่ที่หนักสุดคือ smf เพราะว่านิยมกันสุดๆ แพร่หลายสุดๆ และ seo แรงสุดๆเช่นเดียวกัน ถ้าคุณลงทิ้งไว้ คุณจะสร้างภาระให้แก้ผู้ร่วมใช้งานโฮสเดียวกันอีกร้อยคนทันที (ทั้งเรื่อง bw inter และเรื่องของ database ที่โดน spam ถล่มอย่างหนักมหาศาล)

5. Scripts Performance อันนี้ฝากถึง Programmer ฮะ ผมเจอมาเยอะ ขอร้องเถอะอย่าขี้เกียจ หรือว่าเขียนสคิปมาขายนั้น เน้น performance ให้กับคนใช้หน่อย อย่าเขียนมาเพื่อขายแบบขอไปที เพราะอีคนลำบากน่ะ...เจ้าของโฮสที่ท่านด่าๆกันเวลาล่ม ขอยกตัวอย่าง

- เวลาเปิด connection แล้วช่วยกรุณา ปิด connection ให้ด้วย อย่าเปิดค้างเลยครับ สงสารเครื่องเถอะ กับอิแค่คำสั่ง mysql_close(); เองครับ
- อย่าสร้าง error ของตัวเองขึ้นมา ถ้าจะให้มันโชว์ error ก็กรุณาใช้ mysql_error(); เถอะครับ อย่าไปสร้างเอง ผมเคยเจอแบบนี้

or die("ERROR $insert บรรทัดที่ 44");

แม่จ้าว จากใจเลยครับทำเพื่ออะไร อยากรู้คนเดียวใช่ไหมว่ามันคืออะไร แทนที่จะ error โชว์ query ออกมา เห็นแล้วก็รู้ปัญหา อินี่โชว์ error มาแบบว่า "error บรรทัดที่ 44" อันนี้สุดบรรยาย

- อย่า join table แบบบ้าคลั่งโดยที่ไม่ทำ INDEX ขอยกตัวอย่าง


SELECT classified_post_img.picshow, classified_type.type, classified_post.id, classified_post.type, classified_post.post_title, classified_post.post_s_detail, classified_post_contact.province_id, province.PROVINCE_NAME, classified_post.cate_id, category.cate_name, classified_post.sub_cate_id, sub_category.sub_cate_name, classified_post.post_date, classified_post.post_price_type, classified_post.post_price, classified_post.post_view

FROM `classified_post`
INNER JOIN classified_post_img
ON classified_post.id=classified_post_img.post_id
INNER JOIN classified_type
ON classified_post.post_type=classified_type.id
INNER JOIN classified_post_contact
ON classified_post.id=classified_post_contact.post_id
INNER JOIN province
ON classified_post_contact.province_id=province.PROVINCE_ID
INNER JOIN category
ON classified_post.cate_id=category.id INNER JOIN sub_category
ON classified_post.sub_cate_id=sub_category.id

WHERE classified_post.member_id='41'
ORDER BY classified_post.post_update DESC LIMIT 0,5;

ผมจะแยกออกเป็นทั้งหมด 3 อย่างครับ อย่างแรก SELECT อันนี้ไม่มีปัญหา ผมข้ามไปละกัน

อันที่มีปัญหาหนัก คือหลัง FROM ครับ เพราะว่ามี JOIN กันอยู่ และถ้ามีการ JOIN TABLE ท่านจะต้องทำ index บน field ที่ท่านใช้เป็น condition เช่น

FROM `classified_post`
INNER JOIN classified_post_img
ON classified_post.id = classified_post_img.post_id

จาก query นี้ ท่านจะต้องทำ INDEX บน field classified_post.id และ classified_post_img.post_id

สำหรับ JOIN ไปยัง table อื่น ก็ทำเหมือนกัน ไปสร้าง index ให้ครบเถอะครับ ปวดจิต

ส่วนที่สองที่จะต้องทำ INDEX คือ คุณจะต้องทำ INDEX บน field หลัง WHERE Clause เช่น จาก QUERY ข้างบน

WHERE classified_post.member_id ='41'

คุณจะต้องทำ INDEX ที่ classified_post.member_id ด้วยครับ

และสุดท้าย ไม่ว่าคุณจะ ORDER BY ด้วยอะไร ก็จะต้องไปทำ INDEX ที่นั่นด้วยนะครับ เช่นจากข้างบน

ORDER BY classified_post.post_update

คุณก็จะต้องทำ INDEX ที่ classified_post.post_update ด้วย

สำหรับวิธีการทำ INDEX ไม่ยากอย่างที่คิดครับ Login เข้า phpMyAdmin ไปโลด และไปยัง table ที่ต้องการทำ index กดไปที่ structure แล้วก็ .. ตามภาพ



ป.ล. ใครมีอะไรจะเสริม จะแย้ง ก็เสริม/แย้งมาเลยครับ แชร์ความรู้กันไป

[SpaRK]

เลิกทำโฮสท์เถอะท่าน

[verysims]

ขอบคุณที่แชร์ความรู้ครับ ผมเองก็เคยลงSMF ทิ้งไว้เหมือนกัน ก็ว่าทำไมจู่ๆBanwidthพุ่งสูงขึ้นมามาก ที่แท้โดนสแปมหนักครับ ไล่ปิด CMS กันแทบไม่ทัน   

[jakkagi]

จะให้ความร่วมมือครับ 

[babynol]

สรุปว่าผู้ใช้ ผิด

[iLhay]

สรุปว่าผู้ใช้ ผิด

ตรรกะเทพครับ

เลิกทำโฮสท์เถอะท่าน

ใกล้ละฮะ

[babynol]

สรุปว่าผู้ใช้ ผิด

ตรรกะเทพครับ

เลิกทำโฮสท์เถอะท่าน

ใกล้ละฮะ

ครับ ท่านเทพ ผมมันผู้ใช้งาน คงไม่เทพแบบท่าน

[iLhay]

สรุปว่าผู้ใช้ ผิด

ตรรกะเทพครับ

เลิกทำโฮสท์เถอะท่าน

ใกล้ละฮะ

ครับ ท่านเทพ ผมมันผู้ใช้งาน คงไม่เทพแบบท่าน

ขอบคุณฮะที่ชม

[babynol]

สรุปว่าผู้ใช้ ผิด

ตรรกะเทพครับ

เลิกทำโฮสท์เถอะท่าน

ใกล้ละฮะ

ครับ ท่านเทพ ผมมันผู้ใช้งาน คงไม่เทพแบบท่าน

ขอบคุณฮะที่ชม

เหอะๆ

[Legolas]

จขกท เค้าก็แค่แนะนำไม่ใช่เหรอ มันก็เป็นผลดีกับคนใช้เองจะประชดเค้าทำไม

[tdelphi]

- บทความนี้ admin เห็นด้วยนะครับ  

- ถ้าไม่จูน code/ table index เลยเนี่ย จะไปอยู่โฮสไหน หรือ เช่า vps หรือ จะวางเครื่องเอง ก็ยังล่มเหมือนเดิมครับ

- จะเลิกขายโฮส แล้วเหมือนกัน ทำเองใช้เองจูนเอง สบายใจ

[iLhay]

เพิ่มเติมอีกนิด เรื่อง Query Database ระหว่างการใช้ INSTR กะ LIKE ใน WHERE Clause

จริงๆก็พึ่งเคยเห็นคนใช้ INSTR แทนที่จะใช้ LIKE ซึ่งจริงๆแล้วมันก็ไม่ต่างอะไรกันมากในบางกรณี เช่น การใช้ prefix search ทั้งหน้าและหลังใน query

ปล. ข้อมูลจาก StackOverFlow ครับ

mysql> select COUNT(ID) FROM table WHERE INSTR(Name,'search') > 0;
+-----------+
| COUNT(ID) |
+-----------+
|     40735 |
+-----------+
1 row in set (5.54 sec)

mysql> select COUNT(ID) FROM table WHERE Name LIKE '%search%'; <== prefix search หน้าและหลัง
+-----------+
| COUNT(ID) |
+-----------+
|     40735 |
+-----------+
1 row in set (5.54 sec)

ลองดู query ทั้งสองแบบ สรุป query time ที่ได้ออกมา ก็จะ เท่ากันเป๊ะ ซึ่งในกรณีอย่าง query ด้านบน มันก็จะได้ผลเหมือนๆกัน (ในกรณีที่มีการใช้ prefix search ทั้งหน้าและหลังนะครับ คือ %search%)

แต่ถ้ามองกลับกัน ในกรณีที่ เราไม่ได้ใช้ prefix search ทั้งหน้า และหลัง query คือประมาณ

select COUNT(ID) FROM table WHERE Name LIKE '%search%';

แบบนี้ ถ้าใช้ LIKE จะไวกว่าบรม

mysql> select COUNT(ID) FROM table WHERE Name LIKE 'search%';
+-----------+
| COUNT(ID) |
+-----------+
|         7 |
+-----------+
1 row in set (3.88 sec)

ไวกว่าเกือบๆหนึ่งเท่าตัวเลยครับ ลองเอาปรับใช้ดู ..

ป.ล. วันนี้วันปล่อยของครับ เดี๋ยวปล่อยให้หมด   

[iLhay]

- บทความนี้ admin เห็นด้วยนะครับ   

- ถ้าไม่จูน code/ table index เลยเนี่ย จะไปอยู่โฮสไหน หรือ เช่า vps หรือ จะวางเครื่องเอง ก็ยังล่มเหมือนเดิมครับ

- จะเลิกขายโฮส แล้วเหมือนกัน ทำเองใช้้เองจูนเอง สบายใจ

ขอบคุณครับพี่ต่อ

เลิกขายโฮส ขายเครื่องกะโคโลแทนดีกว่าครับ

  

[jakkagi]

จขกท เค้าก็แค่แนะนำไม่ใช่เหรอ มันก็เป็นผลดีกับคนใช้เองจะประชดเค้าทำไม

เห็นด้วยครับ

[nuvatchai]

ขอบคุณครับ

[oPeTero]

มาคอมเม้นไว้ก่อน เดี่ยวแวะมาอ่าน ครับ

[dhammarong]

มีประโยชน์ครับ 

[tenzamak]

ผมเห็นด้วยกลับ  จขกท  ครับ  แหม่เจอตรรกะเทพให้เลิกทำโฮสด้วย เค้าเตือนดีๆ

ผมเห็นด้วยทุกประการ  หลายๆท่านขายสคิปมาแล้วหลายสิบตัว  แต่ก็เขียนแบบแย่ๆ อิกมาอยู่นั่น
ตอนนี้ที่เจออีกอันคือ  ประเภท  rand ใน database ถ้าคุณเขียนสค่ปแบบมี่ข้อมูลแค่ 10 จะไม่ว่าเลย

แล้วสุดท้ายคนทำโฮสติ้งก็โดนด่าว่ากาก

[iLhay]

ผมเห็นด้วยกลับ  จขกท  ครับ  แหม่เจอตรรกะเทพให้เลิกทำโฮสด้วย เค้าเตือนดีๆ

ผมเห็นด้วยทุกประการ  หลายๆท่านขายสคิปมาแล้วหลายสิบตัว  แต่ก็เขียนแบบแย่ๆ อิกมาอยู่นั่น
ตอนนี้ที่เจออีกอันคือ  ประเภท  rand ใน database ถ้าคุณเขียนสค่ปแบบมี่ข้อมูลแค่ 10 จะไม่ว่าเลย

แล้วสุดท้ายคนทำโฮสติ้งก็โดนด่าว่ากาก

SEELCT *
FROM table
ORDER BY RAND()

ปะครับ

  

[jojyxword]

ผมว่าหลายๆจุดผู้ใช้ไม่รู้ครับ   เช่น  เรื่อง Backup ส่วนใหญ่ กลับมาจากที่ทำงานก็ตอนค่ำๆ เปิดเว็บดู ทำเว็บ บางครั้งก็ Backup คับ (ผมชอบตอนดึกๆ สัปดาละครั้ง)

ผมว่าชี้แจงอ่ะดีแล้ว  คนไม่รุ้ก็จะได้รู้

จะได้ปรับตัว ปรับใจ หากัน