ย้ายไปใช้ FeedBurner ดีกว่า

เนื่องจากช่วงหลังมานี้ บล็อกแห่งนี้ถูกระงับใช้งานเป็นเวลาสั้น ๆ อยู่หลายครั้ง โดยเหตุผลที่ทราบก็คือมีการใช้กำลังของ CPU เกิน 20% ของ shared server

ซึ่งผมก็งงมากว่าบล็อกเล็ก ๆ แห่งนี้มันเอาปัญญาที่ไหนไปใช้กำลังของ CPU ได้ขนาดนั้น แต่ในเมื่อเขาระงับกันหลายครั้งแบบนี้ ผมก็เลยต้องค่อย ๆ หาเหตุแห่งทุกข์ ว่าสิ่งใดหนอน่าจะเป็นตัวทำให้เกิดปัญหา highload ขึ้นมา

ผมเลยตัดสินใจระงับใช้ plugins เก็บสถิติของ feed, อีกทั้งไม่ให้บล็อกแห่งนี้เป็นผู้ส่ง feed, แล้วโยนภาระหน้าที่การกระจาย feed ไปให้กับ FeedBurner ดีกว่า

ยังคิดอยู่ว่า …

  • สถิติก็ส่งไปให้ Google Analytics จัดการ
  • feed ก็ส่งไปให้ FeedBurner จัดการ
  • คลิปวีดีโอก็ส่งไปให้ YouTube จัดการ

แล้วทีนี้มันจะ highload อะไรได้อีกล่ะเนี่ย?

ป.ล. คนที่เคยรับ feed แบบเดิมก็ยังรับกันได้อยู่ครับ ไม่ต้องเปลี่ยนแปลงอะไร เพราะผมได้ติดตั้ง FeedBurner FeedSmith (ซึ่งเป็น plugins ที่ช่วยดักการรับ feed ทุกจุดของบล็อกแห่งนี้ เพื่อส่งต่อไปให้กับ FeedBurner) ไว้เรียบร้อยแล้วครับ
[tags]feed,FeedBurner,บริหาร,จัดการ,highload[/tags]

Related Posts

4 thoughts on “ย้ายไปใช้ FeedBurner ดีกว่า

  1. – ภาพประกอบ เก็บที่ Flickr ด้วยสิครับ
    – เพจวิวเป็นหมื่นต่อวันแล้วใช่มั๊ยครับพี่ ๕๕๕
    ผมต้องสมัคร Feeds พี่ใหม่นะเนี่ย ไม่เป็นไร รักกันจริง ไม่ทิ้งกัน

  2. ผมเคยโดนครับพี่ไท้ แต่โดนกับเวปอื่นนะ(อัด post เยอะไปหน่อย แค่ 2-3แสนโพส เอ๊งงง)

    ทาง HM เขาจะบันทึกคำสั่ง 2-3 คำสั่งสุดท้ายก่อน exceed ไว้ครับ

    ให้เข้าไปที่ ftp นะครับ จะมี folder นึงที่เก็บค่านี้ไว้ ลองๆไล่ดูครับ ผมก็จำไม่ค่อยได้
    ดูที่ข้างนอกสุดนะครับ ก่อนเข้า www อ่ะ พวก folder system ทั้งหลายนั่นแล

    โดยมันจะเก็บเป็นไฟล์ txt ครับ เปิดดูมันจะบันทึกคำสั่ง ว่าใช้อะไร เช่น
    mysql->select bla bla bla : 1,xxx sec

  3. เรื่องภาพประกอบมันไม่ได้กิน CPU อ่ะครับคุณ Audy มันกินแค่พื้นที่กับ bandwidth

    จากการตรวจสอบนะครับคุณ 7 ผมพบว่า shared hosting ทุกที่น่าจะเป็นเหมือนกันหมดเลย คือเอา application server กับ database server ไว้ที่เดียวกัน ดังนั้นต่อให้เราปรับแต่งโค้ดของเราให้มีสมรรถนะสูงเพียงใด มันก็แค่ทำให้ CPU ที่ใช้ในการประมวลผลโค้ดไม่ขึ้นสูง แต่มันกลับไม่ได้ช่วยอะไรเลย หากเราต้อง query ข้อมูลที่สลับซับซ้อนและมากมหาศาลในระดับหนึ่ง ซึ่งการกระทำดังกล่าวย่อมทำให้ CPU ในส่วนบริหารจัดการ database management system สูงขึ้นอย่างแน่นอน

    ผมได้ทำการตรวจสอบโดยการชี้แนะจากคุณ 7 ก็เลยทำให้ผมเห็นว่า คำสั่ง query ทั้งนั้นเลยครับ ที่เป็นตัวทำให้ CPU ของ shared hosting ที่ผมเช่าใช้สูงเกิน 20% เพราะมันใช้เวลาในการค้นนานเกินไป (คำสั่งพวกนั้นเป็นของ opensource ทั้งนั้น T-T) ดังนั้นสิ่งที่ผมต้องทำ ก็คือการทำยังไงก็ได้ ให้คำสั่ง query ที่ใช้บน shared hosting มันกินเวลาในการทำงานน้อยที่สุด ซึ่งก็หมายถึงทำให้ใช้ CPU น้อยที่สุดนั่นเอง มันก็เลยเป็นเรื่องที่ช่วยไม่ได้ ที่จะต้องผลักภาระการ query ที่ผู้อื่นทำได้ ให้เขาไปทำซะ

    ไม่นานเลยคุณ au8ust ผมเพิ่งจะโม้ไว้เมื่อ 12 มิถุนายน 2551 ที่ผ่านมานี้เอง จำได้ ๆ (มีการย้อนด้วย อิ อิ)

ใส่ความเห็น

อีเมลของคุณจะไม่แสดงให้คนอื่นเห็น ช่องข้อมูลจำเป็นถูกทำเครื่องหมาย *