At 8:30am this morning the site was in the same

At 8:30am this morning the site was

At 8:30am this morning the site was in the same "stable" slow but usable state that it had been. Within 30 minutes it once again was eating up all resources, and we were forced to make the decision to switch to the old site so we could have the opportunity to diagnose and fix the problem.

Since Sunday, we have been inspecting all queries (including as you point out Doctor queries) as well as looking for other processes that may be impacting cpu usage. With respect to database issues we are working to identify any offending queries and simplifying them.

Additionally, we have installed on the server memcache, and we are planning on implementing object caching. We were unable to effectively implement this overnight when the server was crawling slowly, but now we are able to access the server with speed.

The site of course is backed up, however there is nothing to roll back to. The issues with the database and server were not caused by any change during the last two days.

The preview site is the production site -- not a mirror. The reason it was working fine was probably that there was not the same load as we have now, therefore not the same number of queries.

We have a number of specialists working on this and we will continue to. We want the new site back up as much as you do! I will keep you informed.
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
ที่ 8:30 น.เช้านี้ เว็บไซต์อยู่ในเดียวกัน "มีเสถียรภาพ" ช้า แต่ใช้รัฐที่ได้รับ ภายใน 30 นาที มันอีกครั้งได้กินค่าทรัพยากรทั้งหมด และเราถูกบังคับให้ทำการตัดสินใจเพื่อสลับไปยังไซต์เก่าดังนั้นเราอาจมีโอกาสที่จะวินิจฉัย และแก้ไขปัญหาตั้งแต่วันอาทิตย์ เรามีการตรวจสอบแบบสอบถามทั้งหมด (รวมทั้งคุณชี้ถามแพทย์) และกระบวนการอื่น ๆ ที่อาจมีผลกระทบต่อการใช้งาน cpu ค้นหา เกี่ยวกับปัญหาฐานข้อมูล เราจะทำงานเมื่อต้องการระบุแบบสอบถามมีค่า และให้พวกเขานอกจากนี้ เราได้ติดตั้งกับ memcache เซิร์ฟเวอร์ และเรากำลังวางแผนในการใช้วัตถุแค เราไม่สามารถจะใช้แอร์พอร์ตโอเวอร์ไนท์นี้เมื่อเซิร์ฟเวอร์ถูกตระเวนช้า แต่ตอนนี้ เราจะสามารถเข้าถึงเซิร์ฟเวอร์ ด้วยความเร็วอย่างมีประสิทธิภาพเว็บไซต์ของหลักสูตรมีข้อมูล มีสิ่งใดที่จะย้อนกลับไป ปัญหากับฐานข้อมูลและเซิร์ฟเวอร์ไม่เกิดจากการเปลี่ยนแปลงใด ๆ ในระหว่างวันที่ 2ไซต์ตัวอย่างเว็บไซต์ผลิต - กระจกไม่ได้ เหตุผลที่มันทำงานดีไม่คงที่ยังไม่มีโหลดเดียวกัน ตามที่เรามีขณะนี้ จึงไม่หมายเลขเดียวกันของแบบสอบถามเรามีจำนวนผู้เชี่ยวชาญในการทำงานนี้ และเราจะยังคง เราต้องไซต์ใหม่สำรองมากเท่าที่คุณทำ ฉันจะให้คุณทราบ
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
เวลา 8.30 นเช้านี้เว็บไซต์ที่อยู่ในเดียวกัน "คงที่" รัฐช้า แต่สามารถใช้งานได้ว่ามันได้รับ ภายใน 30 นาทีมันเป็นอีกครั้งหนึ่งที่กินทรัพยากรทั้งหมดและเราถูกบังคับให้ตัดสินใจที่จะเปลี่ยนไปยังเว็บไซต์เก่าเพื่อให้เราสามารถมีโอกาสที่จะวินิจฉัยและแก้ไขปัญหา. ตั้งแต่วันอาทิตย์ที่เราได้รับการตรวจสอบแบบสอบถามทั้งหมด (รวมทั้ง ในขณะที่คุณชี้ให้เห็นคำสั่งแพทย์) รวมทั้งมองหากระบวนการอื่น ๆ ที่อาจจะส่งผลกระทบต่อการใช้ซีพียู ด้วยความเคารพต่อปัญหาฐานข้อมูลที่เรากำลังทำงานในการระบุคำสั่งที่กระทำผิดกฎหมายใด ๆ และลดความซับซ้อนของพวกเขา. นอกจากนี้เราได้ติดตั้งบนเซิร์ฟเวอร์ memcache และเรามีการวางแผนในการดำเนินการแคชวัตถุ เราไม่สามารถดำเนินการได้อย่างมีประสิทธิภาพในชั่วข้ามคืนนี้เมื่อเซิร์ฟเวอร์ได้รับการรวบรวมข้อมูลอย่างช้า ๆ แต่ตอนนี้เราสามารถที่จะเข้าถึงเซิร์ฟเวอร์ด้วยความเร็ว. เว็บไซต์ของหลักสูตรที่ได้รับการสนับสนุน แต่มีอะไรที่จะย้อนกลับไป ปัญหาเกี่ยวกับฐานข้อมูลและเซิร์ฟเวอร์ที่ไม่ได้เกิดจากการเปลี่ยนแปลงใด ๆ ในช่วงสองวัน. เว็บไซต์ตัวอย่างเป็นสถานที่ผลิต - ไม่กระจก เหตุผลมันก็ทำงานได้ดีก็อาจจะเป็นว่ามีไม่โหลดเหมือนกับที่เรามีตอนนี้จึงไม่ได้หมายเลขเดียวกันของคำสั่ง. เรามีจำนวนของผู้เชี่ยวชาญที่ทำงานเกี่ยวกับเรื่องนี้และเราจะดำเนินการต่อไป เราต้องการให้เว็บไซต์ใหม่สำรองเท่าที่คุณทำ! ผมจะแจ้งให้คุณทราบ










การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
ในเวลาเช้าวันนี้เว็บไซต์ในเดียวกัน " คงที่ " ช้าแต่ใช้สถานะที่ได้รับ ภายใน 30 นาที อีกครั้ง กินทรัพยากรทั้งหมดและเราถูกบังคับให้ต้องตัดสินใจเพื่อสลับไปยังเว็บไซต์เก่า ดังนั้นเราจึงมีโอกาสที่จะวินิจฉัยและแก้ไขปัญหา

ตั้งแต่วันอาทิตย์เราได้รับการตรวจสอบแบบสอบถามทั้งหมด ( รวมทั้งในขณะที่คุณชี้ให้เห็นหมอสั่ง ) รวมทั้งหากระบวนการอื่น ๆที่อาจส่งผลกระทบต่อการใช้งาน CPU ส่วนประเด็นที่เรากำลังทำงานเพื่อระบุฐานข้อมูลใด ๆและพวกเขารุกรานแบบสอบถามง่าย

นอกจากนี้ เราได้ติดตั้งบน memcache server และเรามีการวางแผนในการใช้วัตถุการแคชเราไม่สามารถที่จะมีประสิทธิภาพใช้ค้างคืนเมื่อเซิร์ฟเวอร์ถูกคลานช้าๆ แต่ตอนนี้ เราสามารถเข้าถึงเซิร์ฟเวอร์ที่มีความเร็ว

เว็บไซต์แน่นอน เป็นสำรอง แต่ไม่มีอะไรที่จะย้อนกลับไป ปัญหากับฐานข้อมูลและเซิร์ฟเวอร์ที่ไม่ได้เกิดจากการเปลี่ยนแปลงใด ๆในช่วงสองวัน

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

เรามีจำนวนของผู้เชี่ยวชาญด้านการทำงานในเรื่องนี้ และเราจะยังคง . เราต้องการเว็บไซต์ใหม่ขึ้นมามากเท่าที่คุณทำได้ ! ผมจะให้คุณทราบ .
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2024 I Love Translation. All reserved.

E-mail: