หลายๆ ท่านอาจจะสังเกตุเห็นว่าช่วงหลังๆ เข้าเวบไม่ได้บ้าง เวบล่มบ้าง สาเหตุเนื่องอะไร ทีมงานก็จะขอแถลงไข ณ บัดนี้ครับ..
สาเหตุที่แท้จริงคือ..
เกิดเหตุการณ์ไม่สงบภายในเวบ droidsans แห่งนี้ครับ!
เพราะได้เกิดการชุมนุมและมั่วสุมของสมาชิกหน้าเก่า เท่านั้นยังไม่พอครับ ยังมีสมาชิกหน้าใหม่เข้ามากันอย่างไม่ขาดสาย เข้ามากันเยอะแยะเต็มไปหมด จนเวบล่มแล้ว ล่มอีก ร่วงแล้วร่วงอีก – -“
ทั้งนี้ทั้งนั้น ทางทีมงานก็ไม่ได้นิ่งนอนใจนะครับ พยายามแก้แล้วแก้อีก ไล่ดูมันหมด ทั้ง Apache , mySQL , RAM , Traffic Load , CPU Process , Miyabi และ Aoi จนเหนื่อยหอบ ก็ยังไม่พบทางออกของปัญหานี้ เฮ้อ…
เร็วๆนี้ ทีมงานจะเฉือนเนื้ออีกสักนิด ทดลองเพิ่ม RAM เป็น 8GB ดูก่อน ถ้ายังไม่ดีขึ้นและเวบยังล่มวันละ 2-3 รอบ ก็คงจะมีการย้าย Host กันในเร็ววันนี้ ยังไงรบกวนเพื่อนๆ สมาชิกอดทนกันอีกสักนิดนะครับ หรือไม่ก็ให้มาเข้าเวบในช่วงที่การจราจรไม่ติดขัด คือช่วง 00:30 – 10:00 ขอประทานอภัยในความไม่สะดวกมา ณ ที่นี้ด้วย (-/-)
เหมียว
เอิ่ม…ไม่เคยเห็นหูแมวน่ารักขนาดนี้มาก่อนเลยอ่ะ #โกหก
เอารูปนี้มาแปะเดี๋ยวคนก็ดูเยอะจน Server ล่มหนักเข้าไปอีกหรอก -0-
รับทราบครับ แหม…ใช้คอนเซ็ปต์แมวเลยเหรอ…ทำเหมือนทำแจกกันแตก O_o!
สู้ๆครับ ^^
เช็คดูด้วยครับบางทีอาจจะโดนยิง ผมเคยโดน
รูปนี้ app แบ๋ว มากกกกก อิอิ
miyabi ,aoi นี่ตรวจสอบยังไงครับถึงเหนือยหอบ
สวดยอด แห่งการแอ๊บ ครับ
รับทราบในความไม่สะดวกครับ ยังไงก็ขอรับประทาน อภัยให้นะครับ ท่านเนย
เห็นแล้วไม่มีอะไรจะพูด นอกจาก –" ทำ..ไป..ได้ ….
ล้อเล่นคับ
ขอบคุณคับที่นำมาบอก
รับทราบค่ะ
———
ฟอนทัมนุส แห่งนาร์เนีย ฮ่าๆ
Mobile Expo ทำพิษ (หรือเปลี่ยนชื่อเป็น Android Expo ดีนะ 75% ของงานมีแต่หุ่นเขียว)
คาดว่าซื้อมาก็ต้องหาแหล่งข้อมูลการใช้งาน หน้าใหม่ๆ จึงเยอะมาก (ดีจังๆ ^^)
ปล. [รัน App Miyabi และ Aoi เยอะเกินไปอาจทำให้ server ล่มได้
ปล. 2 รูปปลากรอบทำเอา Droid J เก่ง หมองไปนิดๆ ^___^
ไม่ทำเสื้อขายหารายได้เข้าเว็บบ้างหรือครับท่าน
พี่เนยผม ถูกบังคับมาหรือเป๋าครับ
เอาใจช่วยให้แก้เสร็จไวๆครับ
อ๋อ ถึงว่า ทำไมพักนี้เว็บมันดูช้า
เล่นเอากระทู้ผมหายไปด้วยอ้ะ จะพิมพ์ใหม่ก็ยาว T^T
Droidมันแรง
น้องเหมียวหน้าเหมือนไปดูดยามาเลยแหะ คอบตาค้ำๆ^^
สู้ๆคับ
ปู๊น ปู๊นนนนนนนนน
เอิ่ม…..เอิ่ม…..
ขอบคุณครับที่แจ้งให้ทราบ ทำเสื้อขายก็ดีน่ะครับจะได้อุดหนุน ^ ^
DroidSans แรงจริงจริง
ชอบรูปประกอบข่าวมากครับ
ไม่เคยเข้าตอนเว็บล่มเลยแฮะ กว่าผมจะมีเวลาเข้ามาดูก็ปาไปเกือบตีหนึ่งแล้ว
ผมก็เช็คบ่อยนะครับ Miyabi เนี่ย *-,*
ตาเนยทำไปได้ – -"
เช็คทำไม! Aoi,Miyabi เหนื่อยตาย!!
ที่เหนือยหอบ เพราะว่า ดู miyabi และ aoi ใช่ไหมครับ คุณเนย
แต่ก็ไม่เคยเข้าเว็ปไม่ได้น่ะครับ เลยไม่ค่อยรู้สึกอ่ะ
ผมว่าเป็นที่ spam virus ที่ชื่อ miyabi แน่ ๆเลย
(^_^)
ถึงกับลงรูปไล่คนกันเลยทีเดียว
ลงเปลี่ยนค่า thread/child ของ apache ดูครับ
ถ้าไม่งั้นเปลี่ยน apache ออกเลยครับ ลองใช้ GWS – Google Web Server แทนไปเลย เจ้าของเดียวกันน่าจะรุ่งกว่า
อีกตัวคือ nginx พวกนี้ออกแบบมาให้รับปริมาณโหลดได้มากกว่า apache ครับ
บรื๋ออออ
ใช้แมวแทน Fail Whale เลยดิ 555
ผมก็ว่าอยู่ เมื่อวานตอนบ่ายกว่าๆๆๆ จนถึงเย็นเข้าไม่ได้เลย…เป็นกำลังใจครับ สู้ๆๆๆๆๆ
ใช้คำว่าชุมนุม มั่วสุมแรงไปนิดครับ เดี๋ยวจะหาว่ามีการมั่วสุมจริงๆ
เมื่อวานเย็นเข้าไม่ได้เลยเหมือนกัน เวปดังก็ล่มเป็นธรรมดา
หลอน รูปผู้รายงานข่าวครับ 55555
สู้ๆครับ เวปดีๆแบบนี้ ต้องอยู๋ยั้งยืนยง ชัว ฟันธง!!!!
เห็นแล้ว อยากกินตับแมว 555+
2 ข้อสุดท้ายที่ดู กับรูปนี่มันช่าง ???
สู้ต่อไปนะคะ ถ้าล่ม เดี๋ยวจะไปตามกู้ซากให้
ขอบคุณครับ
ถึงจะหงิกง่อยเป็นบางครั้ง
แต่ก็ยังดั้นด้นฝ่าฟันจะเข้าไปให้ได้
เว็บดีๆ สมาชิกก้เยอะแบบนี้ล่ะคับ ^^
จะพยายามทำตามที่แนะนำ เพราะเห็นแก่คุณแมวเหมียวในรูป 5555
สาระดี แม้จะเข้ายากนิดหน่อยก็ยอมครับ
Miyabi และ Aoi *.-.*
ที่ตรวจไม่พบปัญหา และยังหาทางออกไม่ได้ คงเพราะ มิยาบิ กับ อาโออิ นั้นล่ะครับ…. -.-"
เป็นกำลังใจให้ครับ
เป็นกำลังใจให้ด้วยคนครับ
For Zubzero Cooper
*Miyabi กับ Aoi นี่ เป็น Data ประเภทไหนหรอครับ
จัดในหมวดสาระคดีครับ ^^
เคยลองใช้วิธี caching ดูหรือยังครับ?
มันมี 2 แบบ ถ้าที่นี่ใช้ database mysql ก็สามารถใช้ adodb cache ได้
อีกวิธีเพิ่มขึ้นไปอีกก็คือใช้ smarty php ทำการ cache page ไว้
สองวิธีนี้เป็นการลดการทำงานของ database ไปได้อีกเยอะ
โดยเราสามารถกำหนดได้ตอน execute database ให้ไปเช็ค cache ก่อน
จากนั้นมันก็จะไปตรวจสอบจาก smarty cache อีกทีว่ามี cache อยู่หรือไม่
เราสามารถตั้งเวลา db caching ได้ว่าจะใช้แค่ไหน
ดีสำหรับในส่วนของ frontend ที่มีคนเรียกดูหน้า page เยอะๆ เพราะมันจะไปเรียกจาก cache เป็นหลัก
db ก็ไม่ต้องทำงานหนัก เจอ cache ก็เอา cache ก่อน คล้าย proxy
smarty cache ก็หลักการเดียวกันครับ
ข้อเสียนิดหน่อยคือ
สมมุติคุณ update รายการในส่วน backend ของระบบ มันจะไม่แสดงที่ frontend ในทันที
คล้ายๆ proxy ต้องรอให้ cache มัน expire ก่อน มันถึงแสดงใหม่
ขึ้นอยู่กับตอนที่เราตั้งเวลาจะให้มัน cache expiration time แค่ไหน กี่นาที กี่วินาที
สมัคร user เพื่อ post โดยเฉพาะ เห็นเวบนี้มีประโยชน์ดี เข้ามาอ่านบ่อยครับ – –
เสริมอีกนิด ถ้าติด mod php เพิ่มได้ แนะนำลองใช้ APC, memcache, eAccerelator เลือกเอาว่าชอบตัวไหน (ว่าไปนั่น)
ที่เหลือจริงๆ คือต้องตรวจสอบว่าอืดเพระาอะไร เช่นถ้า HDD มันอ่านเขียนไม่ทัน ก็ลองแยก media ต่างๆ ไปไว้ที่อื่น เป็นต้น ก็ต้องลองดูกันไปครับ
จะบอกว่าเจอสาเหตุแล้วก็ได้อ่ะครับ แต่แก้ไม่ตก – –
เรื่อง Cache นี่ทำทุกอย่างเท่าที่ทำได้แล้ว แต่มีบางส่วนที่อ่าน/เขียน MySQL ตลอดเวลา กำลังกำจัดมันทิ้งอยู่
ถ้าส่วนไหนต้องมีการอ่านเขียนตลอดเวลา ใช้ apc หรือ memcache ทำการ cache ตัว variable ลง ram สิครับ จะได้ลดเวลาอ่านให้มาอ่านที่ ram แทน ส่วนเวลาเขียนก็นอกจาก insert ลง mysql แล้วก็อัพเดต cache ใน ram ด้วยครับ
ถ้ามีเซอเวอร์ตัวเดียว ก็ใช้ apc ก็ได้ ถ้ามีหลายตัวอาจมอง memcahe เป็นอีกตัวเลือกหนึ่ง
http://drupal.org/project/apc
มันก็มีนะ แต่สงสัยว่ามันจะ cache ตัวแปรจากการ query ให้หรือเปล่า หรือต้อง hard code เอง?
scary DJ
โอ้วน่ารักเว้อ 5555
HDD เป็น SSD ยังครับ ^___^
สงสัียคงชอบวงนี้ล่ะสิครับ ^^. bo peepๆๆๆ
http://www.youtube.com/watch?v=BMMC2Kq5318&feature=related
5555
มันจะล่ม เพราะรูปนี้จิงด้วย
น่ารักเชียวว ..
Drupal มันมีระบบ caching อยู่แล้วในตัว
หลักๆ ถ้า drupal ล่ม เนี่ย mysql นั้นตัวเหตุเลย
เห็นรูปแล้วอยากคว้าปืนมายิงแมวที่บ้าน
โดนยิงรึป่าวครับ -0-
รับทราบครับผม
รู้สึกใน Forum จะมีโพสกระทู้แปลกๆ user แปลกๆ เยอะเลย ท่าทางจะโดนบอมบ์นะครับเนี่ย
รูป mod nuuneoi น่ารักโฮกๆ เป็นเหตุเวปล่มแน่ๆ
ผมเสนอว่า ปิดเว็บมันไปเลย อยากจะวุ่นวายดีนัก
มากด +1 ให้เหมียว ฮี่ ฮี่