อัพเดตซีเอ็มเอส ปัญหาอาจเกิดขึ้นได้หาก CMS ไม่ได้รับการอัพเดต? อัพเดต maxsite cms ด้วยตนเอง

เครื่องยนต์ดาต้าไลฟ์(เดล) - ระบบยอดนิยมการจัดการวัสดุในไซต์งาน หรือที่เรียกกันทั่วไปว่า “เครื่องยนต์”การถ่ายโอนไซต์บนเอ็นจิ้น DLE ดำเนินการในรูปแบบของการติดตั้งการแจกจ่ายใหม่อย่างง่าย ในกรณีนี้ ความสามารถในตัวของเอ็นจิ้น DLE ถูกใช้เพื่อกู้คืนฐานข้อมูล (DB) อย่างอิสระ ความสามารถของเครื่องยนต์แบบเดียวกันนี้ยังใช้ใน CMS DLE ซึ่งเป็นแนวคิดจากผู้ชื่นชอบทุกสิ่งที่ใหม่และสะอาด โดยส่วนตัวแล้วปัญหาดังกล่าวจำเป็นเฉพาะเมื่อทำการอัพเดตเครื่องยนต์เท่านั้น หลังจากการแก้ไขและเพิ่มประสิทธิภาพไฟล์ที่ยืดเยื้อ เอ็นจิ้นก็ง่ายต่อการรื้อและติดตั้งใหม่อีกครั้ง ขอขอบคุณเป็นพิเศษสำหรับบทเรียนและคำแนะนำเกี่ยวกับการเพิ่มประสิทธิภาพ DLE

เราบันทึกฐานข้อมูล (DB)

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

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

ฐานข้อมูลจากเอ็นจิ้นเก่าจะไม่พอดีกับอันใหม่และในทางกลับกัน

หากเมื่อถ่ายโอนไซต์ไปยัง CMS DLE หรือติดตั้งกลไกใหม่ แต่เวอร์ชันไม่เปลี่ยนแปลง คุณสามารถสำรองฐานข้อมูลเก่าแล้วกู้คืนในภายหลังได้ หากเวอร์ชันของกลไกเพิ่มขึ้น ฐานข้อมูลจะต้องได้รับการอัปเดตเป็นเวอร์ชันปัจจุบันก่อน จากนั้นจึงสำรองข้อมูลและกู้คืนในภายหลัง แค่นั้นเท่านั้น ใช้ฐานข้อมูลและกลไกของไซต์ รุ่นที่แตกต่างกันมันจะไม่ทำงาน การอัปเดตฐานข้อมูลเป็นเรื่องง่าย จะมีการอัพเดตโดยอัตโนมัติเมื่อมีการอัพเดตเครื่องยนต์ นอกจากนี้ ไม่จำเป็นต้องดำเนินการนี้โดยตรงบนโฮสติ้ง นอกจากนี้ยังสามารถทำได้บนเครื่องท้องถิ่นโดยใช้แพ็คเกจอีกด้วย

ทำการสำรองข้อมูล CMS DLE ทั้งหมด

ก่อนอื่น เราสร้างข้อมูลสำรองจากไซต์โปรดของเรา (สำรอง - สำเนาสำรอง)

การสร้างสำเนาสำรองใน CMS DLE นั้นค่อนข้างง่าย ไม่จำเป็นต้องมีซอฟต์แวร์บุคคลที่สามสำหรับสิ่งนี้ เนื่องจากผู้พัฒนาเอ็นจิ้นเว็บไซต์ได้จัดเตรียมไว้สำหรับความต้องการดังกล่าว และสำหรับสิ่งนี้ เราดำเนินการ "ผลงานที่ทนไม่ได้" - ไปที่แผงผู้ดูแลระบบของเว็บไซต์ของคุณไปที่ส่วน "รายการของส่วนทั้งหมด" => "การจัดการฐานข้อมูล" และคลิกปุ่ม "บันทึกฐานข้อมูล" หลังจากนั้นเราก็ "กระทืบ" ของเราแล้วปั๊มออกไป เครื่องท้องถิ่นโฟลเดอร์รูททั้งหมดของไซต์พร้อมกับสำเนาฐานข้อมูลที่สร้างขึ้นใหม่ ทุกอย่างเรียบง่ายมาก สนุก และแม้แต่ตลกนิดหน่อย

อย่างไรก็ตามสุภาพบุรุษและสหายจะไม่มีความสุขมากและไม่ตลกเลยเมื่อฐานข้อมูลของไซต์ที่น่าทึ่งของเขาตกนรกและไซต์ทั้งหมดถูกปกคลุมไปด้วยอ่างทองแดง เมื่ออัปเดตเอ็นจิ้น CMS DLE ที่คุณชื่นชอบ มีความเสี่ยงดังกล่าว และผู้พัฒนาจะเตือนคุณโดยตรงว่ากระบวนการนี้ไม่สามารถย้อนกลับได้ ดังนั้นเรามาสำรองข้อมูลในขณะที่มีสิ่งที่ต้องสำรองข้อมูล และเราไม่ตำหนินักพัฒนาอย่างเปล่าประโยชน์ เขาไม่มีส่วนเกี่ยวข้องกับมัน คนเกียจคร้านดังกล่าวสามารถเกิดขึ้นได้ง่าย เช่น เป็นผลมาจากข้อผิดพลาดในการดำเนินการของเซิร์ฟเวอร์

การเต้นรำกับการอัปเดตเบื้องต้นของไซต์นั้นเกี่ยวข้องอย่างแม่นยำกับความจำเป็นในการอัปเดตฐานข้อมูลเป็นเวอร์ชันปัจจุบันและก่อนที่ไฟล์เอ็นจิ้นจะถูกรื้อถอนโดยสมบูรณ์ การติดตั้งกลไกใหม่ในภายหลังและการคืนค่าฐานข้อมูลที่อัปเดตจากสำเนาที่บันทึกไว้จะสร้างเอฟเฟกต์ของการติดตั้งกลไกใหม่บนฐานข้อมูลเก่า เพียงเพื่อให้ได้เครื่องยนต์ใหม่ ฐานเก่าข้อมูล - จะต้องอัปเดตและบันทึกก่อนจึงจะมีบางสิ่งที่จะกู้คืนในภายหลัง

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

เหตุใดคุณจึงต้องมีการอัปเดต "ใหม่ทั้งหมด" (การติดตั้งใหม่) ของ CMS DLE

ฉันจะพูดทันทีนักพัฒนา ระบบควบคุม DataLife Engine (DLE) ไม่ยอมรับกลอุบายและการแสดงตลกดังกล่าว นักพัฒนามีคำแนะนำโดยละเอียดสำหรับการอัปเดตเอ็นจิ้นซึ่งไม่มีการเปลี่ยนแปลงมานานหลายปี การอัปเดต CMS DLE ตามคำแนะนำของนักพัฒนานั้นง่ายกว่าและสงบกว่ามาก - อัปโหลดไฟล์ไปยังโฮสติ้งของคุณซึ่งเรียกว่าตัวติดตั้ง จากนั้นไปที่ปุ่มคำแนะนำอย่างรวดเร็ว จากนั้นจึงลบโฟลเดอร์ออกจากเซิร์ฟเวอร์ อัพเกรดและไฟล์ ติดตั้ง.phpและ - นั่นคือทั้งหมด ทุกเรื่องทุกเรื่องไม่เกิน 10 นาที และคุณก็สามารถเริ่มดื่มเบียร์ได้แล้ว หรืออะไรก็ได้ที่คุณมี...

เหตุใดจึงจำเป็นต้องมี "การอัปเดตใหม่ทั้งหมด"?

« อัพเดตใหม่หมดจด" นี่คือหนึ่งในตัวเลือกหลัก การติดตั้งใหม่ตามปกติ- การอัปเดตนี้คิดค้นโดยผู้ชื่นชอบทุกสิ่งที่ใหม่และสะอาดตา บางครั้งการติดตั้งเครื่องยนต์ใหม่เสร็จสิ้นเพื่อคืนค่า โครงสร้างไฟล์หรือแสวงหาเป้าหมายในการกำจัดความเป็นไปได้ ไฟล์ที่น่าสงสัย- โดยส่วนตัวแล้ว ฉันใช้วิธีการที่คล้ายกันในการถ่ายโอนไซต์จากโฮสติ้งหนึ่งไปยังอีกโฮสต์หนึ่ง

"การอัปเดตใหม่ทั้งหมด" CMS DLE คือ ติดตั้งใหม่ให้เสร็จสมบูรณ์เอ็นจิ้นไซต์พร้อมการรื้อถอนอย่างสมบูรณ์ ไฟล์ระบบและอัพเดตฐานข้อมูล (DB) ให้เป็นเวอร์ชันล่าสุด “Clean” คือการอัปเดตระบบการจัดการของไซต์ ซึ่งไฟล์ระบบเก่าทั้งหมดจะถูกลบออก และติดตั้งการกระจายใหม่ทั้งหมดเป็นการตอบแทน หลังจากติดตั้งเครื่องยนต์ใหม่แล้ว จะมีการตั้งค่าแบบกำหนดเองใหม่

แต่เมื่ออัปเดตตามมาตรฐานปกติฉันไม่เคยเข้าไปในแผงผู้ดูแลระบบของเครื่องยนต์เลย และนี่เป็นสิ่งที่ไม่ดี เพราะทุกๆ การปรับปรุงครั้งต่อไป CMS DLE เกี่ยวข้องกับการเพิ่มฟังก์ชันใหม่ ซึ่งจะทำให้เกิดการเพิ่มปุ่มใหม่ในแผงผู้ดูแลระบบ ดังนั้น การเข้าสู่ระบบแผงผู้ดูแลระบบ CMS DLE เพื่อศึกษาและกำหนดค่าหลังจากการอัพเดตจึงเป็นขั้นตอนบังคับ ปรากฎว่าการอัปเดตที่ "สะอาด" เปรียบเสมือนการเตะคนที่คุณรักเพื่อกระตุ้นให้คุณเข้าสู่แผงผู้ดูแลระบบของเครื่องยนต์ การศึกษาอย่างละเอียด และการตั้งค่าใหม่

นอกจากนี้ ขณะอยู่ในฟอรัม DLE ฉันสังเกตเห็นว่าเจ้าของไซต์บางรายใน DLE CMS เริ่มประสบปัญหาหลังจากอัปเดตระบบการจัดการเป็นเวอร์ชันล่าสุด ตามกฎแล้ว นี่เป็นเพราะคุณสมบัติการกำหนดค่าโฮสต์ ความเสียหายต่อโครงสร้างไฟล์ หรือการทำงานของโมดูลบุคคลที่สามที่ไม่สามารถรับมือกับการเปลี่ยนแปลงใหม่ และหากมีโมดูลจำนวนมากบนไซต์ บางครั้งคุณก็สามารถอัปเดตไซต์ดังกล่าวได้อย่างบ้าคลั่ง การอัปเดต "ใหม่ทั้งหมด" ของ CMS DLE ทำให้สามารถอัปเดตและกำหนดค่าการทำงานของเอ็นจิ้นไซต์ได้ก่อน จากนั้นจึงแนบโมดูลภายนอกเข้าไปเท่านั้น แต่ละคนแยกกันและแต่ละคนตามลำดับ นี่เป็นเหตุผลที่ดีที่จะคิดถึงประโยชน์และความจำเป็นของโมดูลภายนอกเหล่านี้บนไซต์ การปฏิบัติแสดงให้เห็นว่าครึ่งหนึ่งของการพัฒนาดังกล่าวเป็นของเล่นที่ไร้ค่า เรื่องตลก แค่นั้นเอง

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

คุณจะต้องมีการอัปเดต CMS DLE ที่ "สะอาด"
การกระจาย เวอร์ชันใหม่เครื่องยนต์,
ใบอนุญาต (รหัสเปิดใช้งาน) และต้องการทำงาน
(ดาวน์โหลดการแจกจ่ายจากเว็บไซต์ DLE และเริ่มต้น)

การอัปเดต “ล้าง” (การติดตั้งใหม่) ของ CMS DLE

หลังจากสร้างและดาวน์โหลดจากโฮสติ้งเรียบร้อยแล้ว! สำเนาสำรองของไซต์
มาเริ่มอัปเดตเอ็นจิ้นโดยตรง - CMS DLE

ในกรณีนี้จะเกิดเหตุการณ์ต่อไปนี้โดยประมาณ:

  1. การปรับปรุงเว็บไซต์เบื้องต้นโดยมีวัตถุประสงค์เดียว -
    อัปเดตฐานข้อมูลไซต์ (DB) ให้อยู่ในระดับเอ็นจิ้นเวอร์ชันใหม่
  2. จำเป็นต้องสร้างสำเนาสำรองจากฐานข้อมูลที่อัพเดต
  3. จำเป็นต้องบันทึกสำเนาสำรองจากฐานข้อมูลที่อัพเดต
  4. รื้อถอนไฟล์ระบบเครื่องยนต์ให้สมบูรณ์
  5. การอัพโหลดไฟล์ใหม่ไปยังโฮสติ้งและติดตั้งระบบควบคุมใหม่
  6. การกู้คืนฐานข้อมูลที่อัปเดตจากสำเนาสำรอง
  7. การปรับแต่งกลไกเว็บไซต์ในรูปแบบใหม่

“การอัปเดตใหม่ทั้งหมด” - เอ็นจิ้นเว็บไซต์ CMS DLE

อัลกอริธึมของการกระทำมีลักษณะดังนี้:

  1. เราดำเนินการอัปเดต CMS DLE ตามปกติตามคำแนะนำของนักพัฒนา
  2. เราตรวจสอบประสิทธิภาพของเว็บไซต์ของเรา หากทุกอย่าง "สุดยอด" "ใช่" และ "ตกลง" - ต้องทำอีกครั้ง! เราสร้างเว็บไซต์และฐานข้อมูล หลังจากนั้น เราจะดาวน์โหลดการสำรองข้อมูลทั้งหมดนี้ไปยังเครื่องของเรา หลังจากติดตั้งกลไกของไซต์ใหม่ ฐานข้อมูลจะถูกลบและจะต้องได้รับการกู้คืนจากสำเนาที่อัปเดตและใช้งานได้นี้
  3. เราลบโฟลเดอร์บนโฮสติ้ง:
    เครื่องยนต์และภาษา
  4. เราไม่ลบโฟลเดอร์:
    สำรองข้อมูล - นี่คือสำเนาของฐานข้อมูล (DB)
    เทมเพลต - นี่คือเทมเพลตหน้าไซต์
    การอัพโหลดเป็นโฟลเดอร์ที่มีค่าที่สุด มันจัดเก็บรูปภาพและไฟล์จากข่าว สิ่งพิมพ์ และหน้าสถิติตลอดจน ไฟล์ส่วนบุคคลและอวตารของผู้ใช้
  5. เราทำการติดตั้งเครื่องยนต์ใหม่ตามคำแนะนำของผู้พัฒนา ความสนใจ! ในระหว่าง การติดตั้งใหม่เอ็นจิ้น CMS DLE ตัวติดตั้งจะลบฐานข้อมูลจริง (DB) และสร้างฐานข้อมูลของตัวเองขึ้นมาอีกอันหนึ่ง ฐานข้อมูลนี้จะมีข่าวสาธิตจาก DLE เพียงสองหรือสามข่าวเท่านั้น
  6. เรากู้คืนฐานข้อมูลดั้งเดิมของเราจากสำเนาที่อัปเดตเมื่อวันก่อน
    ในการดำเนินการนี้ ให้ไปที่แผงผู้ดูแลระบบ ไปที่ส่วน "รายการของส่วนทั้งหมด" => "การจัดการฐานข้อมูล" และคลิกปุ่ม "กู้คืนฐานข้อมูล" ในรายการสำเนา ให้เลือกสำเนาเดียวกันกับที่ทำหลังจากนั้น อัปเดตล่าสุดสู่ระบบควบคุมเวอร์ชันใหม่
  7. ล้างแคชของเครื่องยนต์และเบราว์เซอร์:
    - ปุ่ม "ล้างแคช" อยู่ที่ด้านล่าง หน้าแรกแผงควบคุม
    - ล้างแคชเบราว์เซอร์ - Ctrl+Shift+Del

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

เมื่อต้นปีนี้ มีการพัฒนาการปรับปรุงหลายอย่างสำหรับฟอรัม บางส่วนถูกนำไปใช้โดยการอัปเดตเอ็นจิ้นเป็นเวอร์ชันล่าสุด ในเรื่องนี้มีการเปลี่ยนผ่าน ตามกฎแล้วการอัปเดต CMS มีข้อดีหลายประการ:

  • เวอร์ชันใหม่ขจัดข้อบกพร่อง ข้อบกพร่อง ข้อผิดพลาด และ "ช่องโหว่"
  • ฟังก์ชันเพิ่มเติมปรากฏขึ้น
  • เครื่องยนต์ได้รับการปรับปรุงให้ทันสมัยและทันสมัยอยู่เสมอ

แต่ในกรณีของฉัน นอกเหนือจากประเด็นเหล่านี้แล้ว ยังมีการเพิ่มจุดบกพร่องที่ยุ่งยากอีก 1 จุด ซึ่งในความคิดของฉันกลายเป็น เหตุผลหลักคมชัดจากเครื่องมือค้นหา เยี่ยมชมแผนภูมิจาก Yandex และ Google (รายสัปดาห์) ลูกศรระบุวันที่อัพเดตโดยประมาณ

ปริมาณการค้นหาลดลงโดยผู้เยี่ยมชมมากกว่า 1,000 รายต่อวัน

ฉันทราบว่าการอัปเดตไม่ได้มีลักษณะรุนแรง (มีการอัปเดตเวอร์ชันของบรรทัดเดียวกัน) คำถามเกิดขึ้น: “อะไรที่ทำให้ผู้เข้าชมจากเครื่องมือค้นหาลดลง” หลังจากการอัปเดต ผู้ใช้เริ่มบ่นเกี่ยวกับข้อบกพร่องหนึ่งข้อที่เริ่มปรากฏขึ้นเป็นครั้งคราว เมื่อคลิกที่หน้าหนึ่ง ฟอรัมจะเปลี่ยนเส้นทางผู้ใช้ไปยังอีกหน้าหนึ่ง โดยพื้นฐานแล้ว URL ของหัวข้อได้รับผลกระทบ นอกจากนี้ บางครั้งเบราว์เซอร์ยังแสดงข้อผิดพลาดเกี่ยวกับความเป็นไปไม่ได้ในการนำทางไปยัง URL ที่ระบุเนื่องจากการเปลี่ยนเส้นทางแบบวน

ฉันเริ่มวิเคราะห์บัญชีผู้ดูแลเว็บใน Yandex และ Google ใน Google หลังจากการเปลี่ยนไปใช้เอ็นจิ้นเวอร์ชันใหม่ ข้อผิดพลาดที่เกี่ยวข้องกับ URL เพิ่มขึ้นอย่างรวดเร็ว - “การเปลี่ยนแปลงไม่เสร็จสมบูรณ์”

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

ฉันถามฝ่ายสนับสนุนยานเดกซ์เกี่ยวกับเรื่องนี้ เมื่อมองแวบแรก ฉันก็ได้รับคำตอบที่ให้กำลังใจ

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

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

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

คุณเคยพบปัญหาหลังจากอัพเดต CMS หรือไม่? แบ่งปันประสบการณ์และวิธีแก้ปัญหาของคุณ ฉันหวังว่าทุกคนที่ข้อบกพร่องและข้อผิดพลาดจะข้ามโครงการของคุณไป และปริมาณการใช้ข้อมูลจากเครื่องมือค้นหาจะแสดงการเติบโตเชิงบวกเท่านั้น!

26 เมษายน 2017 นักพัฒนายอดนิยม CMS จูมล่าพอใจกับระบบจัดการเนื้อหาเวอร์ชันใหม่ 3.7 หลายคนรวมทั้งฉันด้วยรีบเร่งอัปเดต เครื่องยนต์จูมล่าเพื่อตรวจสอบการมีอยู่ของฟิลด์แบบกำหนดเองที่รอคอยมานาน เป็นกระบวนการอัปเดตที่จะทุ่มเท บทเรียนนี้ตลอดจนการระบุและกำจัดข้อผิดพลาดที่เกิดขึ้นระหว่างกระบวนการอัพเดต

จะอัพเดต CMS Joomla ได้อย่างไร

คุณสามารถอัปเดต Joomla ได้หลายวิธี - อัปเดตผ่านแผงควบคุมหรือเขียนไฟล์เวอร์ชันใหม่ไปยังเซิร์ฟเวอร์โดยตรง พิจารณาวิธีการทั้งหมดตามลำดับ

อัพเดต Joomla อัตโนมัติผ่านแผงควบคุม

เมื่อมีการเปิดตัว Joomla เวอร์ชันใหม่ เราได้รับการแจ้งเตือนทันทีในแผงควบคุม:

คลิกที่ปุ่ม "อัปเดตทันที" และคุณจะถูกนำไปที่หน้า "อัปเดต Joomla!" มีสองแท็บ « อัพเดตอัตโนมัติ» นอกจากนี้ เราขอแนะนำอย่างยิ่งให้ตรวจสอบว่าส่วนขยายที่ติดตั้งนั้นเข้ากันได้กับ Joomla เวอร์ชันใหม่ และในทางกลับกัน ฉันอยากจะทราบว่าถ้าคุณทำงานด้วยมาตรฐาน เทมเพลตจูมล่าและทำการเปลี่ยนแปลง ฉันแนะนำให้คุณบันทึกการเปลี่ยนแปลงทั้งหมด ไม่เช่นนั้นคุณจะสูญเสียการเปลี่ยนแปลงเหล่านี้ไปหลังจากการอัพเดต

มีวิธีอื่นในการเข้าสู่หน้า Joomla Update!

  • ไปที่ส่วน "ระบบ" -> "แผงควบคุม" และที่ด้านซ้ายล่างของหน้าค้นหาข้อความ "การบำรุงรักษา" ซึ่งจะมีลิงก์ไปยังเอ็นจิ้นและส่วนขยายเวอร์ชันใหม่
  • ไปที่ส่วน "ส่วนประกอบ" -> "อัปเดต Joomla!"

ไม่ว่าคุณจะเลือกวิธีใด คุณจะถูกนำไปที่หน้าต่อไปนี้:

หากต้องการอัปเดต Joomla โดยอัตโนมัติ สิ่งที่คุณต้องทำคือคลิกที่ปุ่ม "ติดตั้งการอัปเดต" (ดูภาพหน้าจอด้านบน) และหากไม่มีปัญหาเกิดขึ้น โปรแกรม Joomla จะได้รับการอัปเดต

อีกทางเลือกหนึ่งในการอัปเดต Joomla ผ่านแผงควบคุม

หากไม่มีการอัปเดตอัตโนมัติด้วยเหตุผลบางประการ ให้ไปที่แผงควบคุม การควบคุม Joomlaมีตัวเลือกอื่นที่คุณสามารถอัปเดต CMS ได้

ในหน้าเดียวกัน “อัปเดต Joomla!” ไปที่แท็บที่สอง "ดาวน์โหลดและอัปเดต" และดูภาพต่อไปนี้:

วิธีนี้เป็นวิธีที่ดีหากคุณไม่สามารถติดต่อกับเซิร์ฟเวอร์อัพเดต Jommla ได้ด้วยเหตุผลบางประการ และอาจมีสาเหตุหลายประการ
สิ่งที่เราต้องทำคือเลือกไฟล์แพ็คเกจที่ดาวน์โหลดไว้ล่วงหน้าจากคอมพิวเตอร์ของคุณแล้วคลิกที่ปุ่ม "ดาวน์โหลดและติดตั้ง" หลังจากนี้ คุณสามารถเพลิดเพลินกับ CMS ที่คุณชื่นชอบเวอร์ชันใหม่ได้

การอัปเดต Joomla โดยการคัดลอกไฟล์ใหม่ไปยังเซิร์ฟเวอร์โดยตรง

วิธีสุดท้ายในการอัพเกรด Joomla คือการอัพโหลดไฟล์เวอร์ชันใหม่ไปยังเซิร์ฟเวอร์โดยตรง ฉันจะไม่พูดอะไร วิธีนี้เป็นที่ต้องการ แต่บางครั้งอาจมีสถานการณ์ที่คุณสามารถอัปเดต CMS ได้โดยใช้วิธีนี้เท่านั้น

เพื่อหลีกเลี่ยงการอัปเดต Joomla โดยใช้วิธีนี้ สถานการณ์ที่ไม่คาดฝันมีหลายขั้นตอนที่คุณควรทำ:

ปิดการใช้งานแคช (หากเปิดใช้งาน)
ล้างและลบแคชที่ล้าสมัย (ถ้ามี)
สร้าง การสำรองข้อมูลไฟล์และฐานข้อมูล

หลังจากนั้นให้ดาวน์โหลดแพ็คเกจอัพเดต (โดยปกติจะอยู่ใน รูปแบบ ZIP) และแตกไฟล์ลงในไดเร็กทอรีรากของไซต์

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

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

ไม่จำเป็นต้องแก้ไขฐานข้อมูลด้วยตนเอง Joomla มีทุกสิ่งอยู่แล้ว ไปที่ส่วน “ส่วนขยาย” -> “ตัวจัดการส่วนขยาย” -> “ฐานข้อมูล” และไปที่หน้า “ตัวจัดการส่วนขยาย: การตรวจสอบฐานข้อมูล”:

ตามที่คาดไว้ ข้อผิดพลาดเกี่ยวข้องกับฐานข้อมูล หลังจากขั้นตอนการอัปเดตดังกล่าว ตามปกติแล้วจะไม่อัปเดต เพื่อให้ฐานข้อมูลทันสมัย ​​ให้คลิกที่ปุ่ม "แก้ไข"

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

ในสถานการณ์เช่นนี้ต่อไป ความช่วยเหลือจะมาค้นหาการดาวน์โหลดแต่ไม่ได้ ส่วนขยายที่ติดตั้ง- ไปที่ส่วน “ส่วนขยาย” -> “ตัวจัดการส่วนขยาย” -> “ค้นหา” และไปที่หน้า “ตัวจัดการส่วนขยาย: ค้นหา” ซึ่งแสดงรายการส่วนขยายที่ไม่ได้ใช้งาน:

ตอนนี้ถ้าคุณไปที่หน้าอัปเดต คุณจะสังเกตเห็นว่าเราได้ติดตั้ง Joomla เวอร์ชันใหม่ล่าสุดแล้ว

แต่ไม่เสมอไป ฉันจะพูดบ่อยมากว่าข้อผิดพลาดเกิดขึ้นระหว่างกระบวนการอัปเดต Joomla ตอนนี้เราจะพิจารณาข้อผิดพลาดหลัก

ข้อผิดพลาดเมื่ออัปเดต Joomla

บ่อยครั้งสถานการณ์เกิดขึ้นเมื่อการอัปเดตอัตโนมัติของ Joomla ปฏิเสธที่จะทำงาน ข้อผิดพลาดประเภทต่างๆ ปรากฏขึ้นซึ่งไม่สามารถแก้ไขได้ในครั้งแรกเสมอไป แน่นอนคุณสามารถใช้ได้ตลอดเวลา วิธีสุดท้ายอัพเดต - เขียนไฟล์โดยตรงไปยังเซิร์ฟเวอร์ แต่ กระบวนการนี้ไม่ดีเสมอไป

มาดูกันว่าข้อผิดพลาดใดที่อาจเกิดขึ้นได้ในระหว่างกระบวนการอัปเดตและวิธีกำจัดข้อผิดพลาดเหล่านั้น

ข้อผิดพลาดในการโหลด AJAX: ไม่พบ

หนึ่งในข้อผิดพลาดร้ายกาจที่เกิดขึ้นระหว่างกระบวนการอัปเดตคือข้อผิดพลาดในการโหลด AJAX: ไม่พบ:

ฉันจะไม่ลงรายละเอียดว่าฉันพบสาเหตุของข้อผิดพลาดนี้ได้อย่างไร ฉันจะบอกทันที - ทั้งหมดนี้เกี่ยวกับการกำหนดค่าของไฟล์ htaccess

หากคุณแก้ไข ไฟล์นี้และกำหนดค่าให้บล็อกการเข้าถึงเคอร์เนลโดยตรงแล้ว ข้อผิดพลาดนี้จะปรากฏอย่างแน่นอน และเช่นเคย มีวิธีแก้ไขปัญหาหลายประการ:

  • เปลี่ยนชื่อไฟล์ .htaccess ชั่วคราว
  • ค้นหาบรรทัดของโค้ดในนั้นที่บล็อกการเข้าถึงเคอร์เนลและแสดงความคิดเห็น

วิธีแรกเป็นวิธีที่ง่ายที่สุด - เราเปลี่ยนชื่อไฟล์ ".htaccess" เช่นเป็นไฟล์ ".htaccess_" และทำซ้ำขั้นตอนการอัปเดต การอัปเดตอัตโนมัติควรเริ่มต้นโดยไม่มีปัญหา

ในตัวเลือกที่สอง ให้เปิดไฟล์ .htaccess เพื่อแก้ไขและค้นหาโดยประมาณ บรรทัดต่อไปนี้(ในกรณีของฉันนี่คือบรรทัดที่ 86 ถึง 98):

ลูกค้าติดต่อตัวแทนของเราทาง ประเด็นต่างๆ: เกี่ยวกับ การสร้างและส่งเสริมเว็บไซต์, ออกแบบใหม่การสั่งซื้อ รูปแบบที่ปรับเปลี่ยนได้ และอื่น ๆ ในกรณีส่วนใหญ่เราจะสังเกตเห็นสิ่งนั้น เว็บไซต์ ซมไม่ได้รับการอัพเดตเป็นเวลานาน

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

CMS ของเว็บไซต์คืออะไร และเหตุใดจึงต้องมี

CMS หรือระบบจัดการเนื้อหาเว็บไซต์คือ ซอฟต์แวร์ด้วยความช่วยเหลือซึ่งคุณสามารถจัดการไซต์ได้อย่างง่ายดายและเติมเนื้อหาโดยไม่ต้องเป็นเจ้าของ ความรู้พิเศษและทักษะการเขียนโปรแกรม วันนี้มีมากมายที่แตกต่างกัน ซีเอ็มเอสพวกเขาทั้งหมดแบ่งออกเป็นแบบชำระเงินและ ระบบฟรีการบริหารจัดการอีกด้วย ซีเอ็มเอสด้วยแหล่งเปิดและปิด

ในบรรดาเครื่องยนต์ยอดนิยม 1C-Bitrix, UMI.CMS, WordPress, Joomla!

หากต้องการทราบ ระบบการจัดการเนื้อหาอะไรติดตั้งบนเว็บไซต์ของคุณแล้ว คุณสามารถใช้ปลั๊กอินเบราว์เซอร์ Wappalyzer ได้

อัปเดตหมายถึงการป้องกัน

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

ข้อบกพร่องด้านความปลอดภัยที่ล้าสมัย เว็บไซต์ CMS- การ์ดเชิญสำหรับแฮกเกอร์ เป็นไซต์บน CMS ที่ล้าสมัยซึ่งส่วนใหญ่ถูกโจมตีและแฮ็ก ตามกฎแล้ว การแฮ็กเกิดขึ้นโดยมีเป้าหมายเพื่อบังคับเปลี่ยนเส้นทางผู้เยี่ยมชมไปยังเว็บไซต์ของคุณอย่างแน่นอน ทรัพยากรของบุคคลที่สามหรือเพื่อวัตถุประสงค์ในการแพร่เชื้อไวรัสไปยังผู้มาเยือน ความสนใจเป็นพิเศษเจ้าของเว็บไซต์ควรให้ความสนใจที่นี่

ไซต์ที่ติดไวรัสถูกบล็อก เครื่องมือค้นหา- จากสถิติพบว่าประมาณ 70% ของการแฮ็กเกิดขึ้นบนไซต์ที่มี CMS ที่ล้าสมัย และนี่ค่อนข้างสมเหตุสมผลเพราะถ้ามี เปิดหน้าต่างเหตุใดผู้บุกรุกจึงบุกเข้าไปในประตูที่ล็อคไว้?

ดังนั้น นอกจากกระบวนการปรับปรุงซอฟต์แวร์แล้ว แฮกเกอร์ยังพัฒนาทักษะ ไวรัสใหม่ๆ และ มัลแวร์- ดังนั้นเพื่อรักษาสมดุลของ “ความดีและความชั่ว” และปกป้องผู้ใช้ผู้พัฒนา ระบบซีเอ็มเอสบังคับให้ปล่อยอัพเดตเพิ่มเติม เวอร์ชันที่ปลอดภัยซอฟต์แวร์ของคุณ

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

คำถามที่พบบ่อย

- อาจมีปัญหาเกิดขึ้นหาก CMS ไม่ได้รับการอัพเดต?

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

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

- จะทำอย่างไรเพื่อให้มี CMS ที่ทันสมัยและปลอดภัยยิ่งขึ้นอยู่เสมอ

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

- คุณอัพเดตบ่อยแค่ไหน?

เป็นไปเพื่อประโยชน์ของเจ้าของไซต์เองในการอัปเดตระบบ CMS ทันทีหลังจากการเปิดตัวเวอร์ชันอัปเดตและปรับปรุงใหม่พร้อมระบบความปลอดภัยที่ได้รับการปรับปรุงและกำจัดข้อบกพร่อง รุ่นก่อนหน้า- คุณสามารถค้นหาข้อมูลเกี่ยวกับการอัปเดตใหม่ได้ที่

หากต้องการอัปเดต CMS - หรือไม่อัปเดต - ไม่ใช่คำถาม!

เราสามารถพูดคุยกันเป็นเวลานานว่าคุ้มค่าที่จะติดตามการอัปเดตหรือไม่ว่าจำเป็นต้องอัปเดตระบบ CMS หรือไม่ แต่สมมติว่าสิ่งนี้ - การอัปเดตหรือไม่อัปเดตไม่ใช่คำถาม

เพื่อยืนยันสิ่งนี้ เราได้นำเสนอข้อดีหลายประการด้านล่างนี้ซึ่งสนับสนุนการอัปเดตอย่างชัดเจน

ประโยชน์ของการอัปเดต CMS อย่างทันท่วงที

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

ทุกอย่างดำเนินต่อไป ทุกอย่างเปลี่ยนแปลง วันนี้ระบบของคุณสมบูรณ์แบบ และพรุ่งนี้ก็มีคนรู้วิธีแฮ็กมัน ที่สุด โซลูชั่นที่มีประสิทธิภาพคำถามคือต้องตรวจสอบการอัปเดตอย่างต่อเนื่องและติดตั้งให้ทันเวลา

การอัพเดต CMS MaxSite จากเวอร์ชันก่อนหน้า

โดยปกติแล้ว หลังจากผ่านไปไม่กี่เดือน เจ้าของไซต์จะถามตัวเองว่า - จะอัพเดต maxsite cms ได้อย่างไร- ในขณะที่ระบบยังใหม่ก็มีเวอร์ชั่นใหม่ออกมาเกือบทุกเดือนมากมาย การปรับปรุงที่เป็นประโยชน์- ในปัจจุบันที่พบมากที่สุดก็คือ อัพเดต maxsite cms ด้วยตนเอง- สำหรับ อัพเดต CMS MaxSiteเราจะต้อง เอฟทีพี-ลูกค้า.

คำแนะนำถูกนำมาใช้สำหรับบทความนี้ อัพเดต cms maxsiteได้ที่ http://max-3000.com/page/maxsite-cms-070

คำแนะนำจากแม็กซ์:

การอัปเดตอย่างที่ฉันเขียนไว้ก่อนหน้านี้ควรเป็นดังนี้:
เปลี่ยนชื่อ แคตตาล็อกปัจจุบัน แอปพลิเคชันวี แอปพลิเคชันเก่าและ ระบบวี ระบบเก่า.
อัปโหลดไฟล์ใหม่ MaxSite CMSไปยังเซิร์ฟเวอร์
ตั้งค่าสิทธิ์การเขียน (777) ไปยังไดเร็กทอรีแคช ( แอปพลิเคชัน/แคช/) และไดเรกทอรีย่อย
คัดลอกไฟล์เก่าจาก แอปพลิเคชัน: config/database.phpและ maxsite/mso_config.php.
คัดลอกเทมเพลตและปลั๊กอินของบริษัทอื่นหากคุณได้ติดตั้งไว้
หลังจากทดสอบแค็ตตาล็อกแล้ว แอปพลิเคชันเก่าและ ระบบเก่าสามารถลบได้

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

หลัก- ก่อนการอัพเดตแต่ละครั้ง ดาวน์โหลดโฟลเดอร์ของเขา เว็บไซต์(จาก www) จากเซิร์ฟเวอร์- ผ่าน เอฟทีพี-ลูกค้า. ที่จริงแล้วคุณต้องบันทึกไซต์เดือนละครั้ง - ดาวน์โหลด - ทำเครื่องหมายด้วยตัวเลขและลบไฟล์เก็บถาวรก่อนหน้า

รายการ: การอัปเดตไซต์ด้วยเทมเพลตเริ่มต้นและ การสำรองข้อมูลเว็บไซต์ MaxSiteคุณจะพบในตอนท้ายของบทความ

อัพเดต maxsite cms ด้วยตนเอง

1.1. ก่อนอื่น เราต้องการเครื่องยนต์เวอร์ชันใหม่ - ล่าสุด.zip– โดยต้องดาวน์โหลดจากเว็บไซต์อย่างเป็นทางการ: http://max-3000.com/

1.2. หลังจากดาวน์โหลดแล้ว ควรแตกไฟล์ลงในโฟลเดอร์ ล่าสุด.

เปลี่ยนชื่อทันทีเลยดีกว่า ล่าสุดวี MaxSite CMS x.xx, ที่ไหน x.xx- หมายเลขรุ่นเครื่องยนต์เพราะทุกอย่าง เวอร์ชันล่าสุดบนเว็บไซต์ http://max-3000.com พวกเขามีชื่อเดียวกัน ล่าสุด- เก็บคู่มือเครื่องยนต์อย่างน้อยสองเล่ม - อันเก่าและอันใหม่ที่คุณกำลังอัปเดต

การอัปเดตนี้ชวนให้นึกถึงการอัปโหลดเอ็นจิ้นครั้งแรกไปยังเซิร์ฟเวอร์ ที่ด้านบนของไฟล์ของไซต์ที่มีอยู่เท่านั้น

1.3. ก่อนอื่นเรามาเปิดสถานที่ที่เราจะคัดลอกกันก่อน เปิดโปรแกรม เอฟทีพี-ลูกค้าและในหน้าต่างโปรแกรมให้วางข้อมูลเข้าสู่ระบบและรหัสผ่านที่โฮสต์ส่งให้คุณทางจดหมายเมื่อซื้อภาษีในช่องด้านบน โดยทั่วไปจะใช้พอร์ต 21 - หากคุณคลิกที่ "การเชื่อมต่อด่วน" ทางด้านขวา เอฟทีพี-โฟลเดอร์เซิร์ฟเวอร์จะปรากฏที่ด้านบนของไคลเอนต์ ซึ่งเราสนใจเพียงโฟลเดอร์ด้านล่างเท่านั้น - www.

หากคุณคลิกที่โฟลเดอร์ wwwจากนั้นสี่เหลี่ยม (ช่องทำเครื่องหมาย) จะปรากฏขึ้นถัดจากด้านซ้าย มีเครื่องหมายบวกคลิกเพื่อเปิดโฟลเดอร์นี้ ข้างใน wwwจะมีโฟลเดอร์ของเว็บไซต์ของคุณ (พร้อมชื่อเว็บไซต์) คลิกที่เชลล์ของโฟลเดอร์ไซต์เพื่อให้เนื้อหาปรากฏด้านล่าง แต่คุณไม่จำเป็นต้องเข้าไปในโฟลเดอร์นั่นคือคุณไม่จำเป็นต้องคลิกที่เครื่องหมายบวกถัดจากโฟลเดอร์ไซต์

1.4. ตอนนี้ทางด้านซ้าย เอฟทีพี-ลูกค้าจำเป็นต้องค้นหาโฟลเดอร์บนคอมพิวเตอร์ของคุณ ล่าสุดหรือ MaxSite CMS x.xxถ้าคุณเปลี่ยนชื่อมัน ที่ด้านซ้ายบนของแผนผังเราไปถึงเชลล์โฟลเดอร์ ล่าสุด (MaxSite CMS x.xx) และคลิกที่เนื้อหาเพื่อให้เนื้อหาทั้งหมดเปิดอยู่ด้านล่าง

จริงๆ แล้วด้านขวาและซ้ายก็จะมีไฟล์ชุดเดียวกันเกือบหมด

หากต้องการอัปโหลดทุกอย่างทางด้านซ้ายไปยังเซิร์ฟเวอร์พร้อมกัน คุณต้องเลือกไฟล์ซึ่งคุณสามารถคลิกที่บรรทัดแรกหรือ ดีกว่าเลื่อนรายการไฟล์ไปที่ด้านล่างสุดโดยคลิกที่พื้นที่ว่าง ตอนนี้ถ้าคุณกดปุ่มพร้อมกัน กลางและภาษาละติน จากนั้นไฟล์ทั้งหมดจะถูกไฮไลท์

1.5. หากต้องการอัปโหลดไฟล์ที่เลือกไปยังเซิร์ฟเวอร์ เพียงคลิกที่ไฟล์เหล่านั้น คลิกขวาเมาส์และเลือก " ดาวน์โหลด", ถึง เอฟทีพี-ลูกค้าเริ่มอัปโหลดคู่มือสำหรับเอ็นจิ้นเวอร์ชันใหม่ไปยังเซิร์ฟเวอร์นอกเหนือจากไฟล์ที่มีอยู่ในไซต์ เพื่อจะได้ไม่ต้องกังวลกับการเขียนทับแต่ละไฟล์ คุณต้องทำ เอฟทีพี-ลูกค้าควรระบุ " เขียนทับ" และเลือก " สำหรับไฟล์ทั้งหมด" ทำเครื่องหมายที่ช่อง - ธง

2. ไฟล์มักจะถูกเขียนทับในระหว่างกระบวนการอัพเดต: config/database.phpและ maxsite/mso_config.php- เราจะกู้คืนตามคำแนะนำของ Max:

คัดลอกไฟล์เก่าจาก แอปพลิเคชัน: config/database.phpและ maxsite/mso_config.php.

2.1. มาคืนค่าไฟล์กันเถอะ ฐานข้อมูล.phpที่: แอปพลิเคชัน/config/database.php.

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

2.2. ในส่วนด้านซ้ายของไคลเอนต์ที่ด้านบน ให้เปิดโฟลเดอร์ของไซต์ที่บันทึกไว้ในคอมพิวเตอร์ของคุณตั้งแต่แรก ซึ่งเราจะค่อยๆ เปิดโฟลเดอร์ต่างๆ แอปพลิเคชัน, แล้ว กำหนดค่า- คลิกที่อันสุดท้าย ขวาตามไฟล์ ฐานข้อมูล.phpและเลือก "อัปโหลดไปยังเซิร์ฟเวอร์" จากเมนู

ไฟล์ผลลัพธ์ที่ได้ ฐานข้อมูล.phpจะปรากฏในโฟลเดอร์ แอปพลิเคชัน/การกำหนดค่าบนเว็บไซต์

2.3. เราทำเช่นเดียวกันเพื่อกู้คืนไฟล์ mso_config.phpซึ่งในส่วนด้านขวาของไคลเอนต์ที่ด้านบนเราจะเปิดโฟลเดอร์ แอปพลิเคชันแล้วตามด้วยโฟลเดอร์ย่อย แม็กซ์ไซต์- ทางด้านซ้ายเรายังเปิดโฟลเดอร์ป๊อปอัป แม็กซ์ไซต์ในโฟลเดอร์ แอปพลิเคชันไซต์ที่บันทึกไว้

ในบรรดาไฟล์ต่างๆ ของไซต์ที่บันทึกไว้ เราจะพบไฟล์ดังกล่าว mso_config.php- คลิก ขวา- เลือก "อัปโหลดไปยังเซิร์ฟเวอร์" - ตรวจสอบลักษณะที่ปรากฏของไฟล์ในโฟลเดอร์ แม็กซ์ไซต์ทางฝั่งเซิร์ฟเวอร์

3. ในกรณีนี้ อย่าปิดมัน เอฟทีพี-client และตั้งค่าสิทธิ์การเขียนใหม่ ( 777 ) ไปที่แค็ตตาล็อก แคช – « แคช" (เส้นทาง แอปพลิเคชัน/แคช/) และไดเรกทอรีย่อย " html», « RSS" และ " บีดี».

คุณเพียงแค่ต้องค้นหาพวกเขาบนเว็บไซต์แล้วคลิก ปุ่มเมาส์ขวาบนเปลือกให้เลือกรายการด้านล่างในเมนู - ตั้งค่าสิทธิ์ - 777 .

4. สิทธิ์ในการเขียนจะถูกตั้งค่าในลักษณะเดียวกัน (ปกติ 777 ) ไปที่แค็ตตาล็อก /อัพโหลด/และไปยังไดเรกทอรีย่อย " _mso_float», « _mso_i" และ " มินิ- จริงอยู่ที่โดยปกติแล้วสิทธิ์ของพวกเขาจะไม่เปลี่ยนแปลงระหว่างการอัพเดต

5. สิทธิ์ในการเขียนจะถูกตั้งค่าเป็นครั้งสุดท้าย (ปกติ 666 ) เพื่อยื่น แผนผังเว็บไซต์.xml

6. หากคุณใช้คีย์เข้ารหัสของคุณ พ่อครัวแล้วระบุลงในไฟล์ " แอปพลิเคชัน / config / config.php»:

$config["encryption_key"] = "รหัสของคุณอยู่ที่นี่";

อัปเดต MaxSite CMS อัตโนมัติ

7. อัพเดตด้วยตนเอง cms ไซต์สูงสุดไม่สะดวกเสมอไปหากผู้ใช้มี จำนวนมากไซต์ที่ทำงานบน .

8.3. ใช้ช่องว่าง _create_a_new_templateเพื่อสร้างเทมเพลต ( เทคโนโลยีเริ่มต้น) แม้ว่าจะใช้แล้วก็ตาม ค่าเริ่มต้นถูกต้องตามตรรกะ เนื่องจากเมื่อทำการอัพเดต ไฟล์เอ็นจิ้นทั้งหมดจะถูกคัดลอกไป รวมถึงไฟล์ . ฉันคิดว่ายังคงดีกว่าที่จะรักษาสไตล์ที่เป็นเอกลักษณ์ของคุณเอง ซีเอสเอสในโฟลเดอร์แยกต่างหาก

การสำรองข้อมูลเว็บไซต์ MaxSite

9. หากคุณสำรองข้อมูลไฟล์เว็บไซต์ของคุณเป็นระยะๆ คอมพิวเตอร์ของตัวเองจากนั้นคุณจะมีโอกาสอัปโหลดโฟลเดอร์ที่บันทึกไว้และไฟล์การออกแบบสำหรับเว็บไซต์ของคุณไปยังเซิร์ฟเวอร์เสมอ อย่าลืมก่อนนะครับ อัพเดต CMS MaxSiteทำ การสำรองข้อมูลเว็บไซต์ MaxSite.

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