คำถามติดแท็ก updating

ฉันกำลังพยายามอัปเดต drupal 7.31 คอร์เป็น 7.32 ผ่าน Drush ฉันรันคำสั่งต่อไปนี้ $ drush pm-release Project Release Date Status drupal 7.x-dev 2014-Oct-15 Development drupal 7.32 2014-Oct-15 Supported, Recommended, Security drupal 7.31 2014-Aug-06 Security หลังจากคำสั่งข้างต้นฉันวิ่งต่อไปนี้: $ drush pm-update drupal Update information last refreshed: Thu, 10/16/2014 - 07:33 Name Installed Version Proposed version Message Drupal 7.31 …

12 drush  updating 

ในไฟล์การติดตั้งโมดูลที่กำหนดเองของฉันฉันมีhook_update_Nฟังก์ชั่น mymodule_update_7100สมมติว่ามันเป็น อย่างไรก็ตามฉันสังเกตเห็นว่าฉันทำผิดและฉันต้องการเปลี่ยนบรรทัดของรหัสในฟังก์ชั่นนี้ เห็นว่าฉันได้ทำงานไปแล้วupdb/ update.phpการเปลี่ยนแปลงจะไม่ถูกหยิบขึ้นมาและฉันต้องเปลี่ยนชื่อมันเป็นอย่างใดอย่างหนึ่งmymodule_update_7101หรือสร้างฟังก์ชั่นใหม่หลังจากใช้ชื่อนั้น ฉันไม่ต้องการทำสิ่งนี้ดังนั้นฉันจึงสงสัยว่ามีตัวแปรที่บอก Drupal ว่าโมดูล "หมายเลขรุ่น" นั้นมีอยู่ในปัจจุบันหรือไม่และฉันสามารถรีเซ็ตให้หลอกเพื่อเรียกใช้สคริปต์การอัปเดตได้หรือไม่ อีกครั้ง ผลกระทบที่เกิดขึ้นจริงจากฟังก์ชั่นที่มีในฐานข้อมูลนั้นไม่สำคัญเพราะมันเป็นเพียงแค่การสร้างคำศัพท์อนุกรมวิธานที่ฉันสามารถลบผ่าน front-end ได้อย่างง่ายดาย

12 updating 

เมื่อคุณสร้างตารางใหม่hook_schema()ควรเพิ่มตารางนั้นhook_update_N()ด้วยหรือไม่ หรือมีเคล็ดลับหรือสิ่งที่ฉันพลาดเพื่อให้ databae-updates เพิ่มตารางโดยอัตโนมัติ เอกสารประกอบของ hook_update_N () ไม่ได้อธิบายอะไรเกี่ยวกับการแนะนำตารางใหม่ในขณะที่เอกสารของhook_schema() says: ตารางที่ประกาศโดย hook นี้จะถูกสร้างขึ้นโดยอัตโนมัติเมื่อเปิดใช้งานโมดูลเป็นครั้งแรกและจะถูกลบออกเมื่อถอนการติดตั้งโมดูล (ไฮไลท์เป็นของฉัน) และถ้าเป็นเช่นนั้นวิธีที่ดีที่สุดในการหลีกเลี่ยงการทำซ้ำคำจำกัดความสคีมาสำหรับตารางใหม่ในทั้ง hook_update_N () และ hook_schema () เพียงอ้างถึงสคีมาดังต่อไปนี้: function hook_update_N(&$sandbox) { $schema = hook_schema(); $name = "foo"; $table = $schema["foo"]; db_create_table($name, $table); } ดูเหมือนว่าจะทำงาน แต่ในการเปลี่ยนตารางอีกครั้งจะล้มเหลวหากผู้ใช้เรียกใช้การปรับปรุงและได้รับการทำงานอย่างน้อยสอง hook_update_N () s หลังจากทั้งหมด: hook_update_N แรกจะติดตั้งฐานข้อมูลที่ถูกต้องแล้วและ hook_update_M ตัวที่สอง () จะพยายามเพิ่ม / เปลี่ยน / …

11 database  updating 

Drupal 8 แนะนำhook_post_update_NAME()ซึ่งมีประโยชน์บางอย่างhook_update_nสำหรับการปรับปรุงโมดูล แต่ละคนhook_post_update_NAME()ควรรันเพียงครั้งเดียว แต่บางครั้งฉันต้องการรันซ้ำเช่นเมื่อฉันทำการดีบัก hook การอัพเดทในระหว่างการพัฒนา ด้วยhook_update_nคุณสามารถตั้งค่ารุ่นสคีมาในฐานข้อมูล คุณวิ่งใหม่ได้hook_post_update_NAME()อย่างไร

11 8  updating 

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

10 8  updating  configuration-management 

ฉันต้องการให้ Drush แสดงรายการของโมดูลที่มีการอัพเดตที่พร้อมใช้งานโดยเฉพาะซึ่งโมดูลเหล่านั้นมีการอัพเดตฐานข้อมูล เป็นไปได้กับ Drush หรือไม่ แก้ไขเพื่อความกระจ่าง:ฉันรู้ว่าdrush upจะแสดงรายการโมดูลทั้งหมดที่มีการปรับปรุงที่พร้อมใช้งานใช่ แต่ไม่ใช่ทั้งหมดของการปรับปรุงเหล่านั้นจะมีการปรับปรุงฐานข้อมูลที่ไปพร้อมกับพวกเขา ฉันต้องการรายการอัพเดทที่มีการอัพเดทฐานข้อมูลที่เกี่ยวข้องอย่างเคร่งครัด

10 drush  updating 

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

10 drush  multi-sites  updating 

ฉันกำลังพยายามอัปเดตคอร์ Drupal เป็น 8.3 แต่กำลังประสบปัญหา ที่ด้านล่างของหน้าคือไฟล์ composer.json ที่ฉันเริ่มต้นด้วย หากฉันเปลี่ยน "drupal / core": "~ 8.2" => "drupal / core": "~ 8.3" จากนั้นเรียกใช้composer update drupal/core --with-dependenciesฉันจะได้รับปัญหาต่อไปนี้ซึ่งฉันไม่แน่ใจว่าจะแก้ไขได้อย่างไรเนื่องจากไม่มีอยู่ในผู้แต่ง ไฟล์. json ฉันได้รวมไว้ด้านล่าง Your requirements could not be resolved to an installable set of packages. Problem 1 - drupal/core 8.3.0 requires symfony/psr-http-message-bridge ^1.0 -> satisfiable by …

9 8  updating  composer 

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

9 7  database  updating  migration 

ปิด คำถามนี้จะต้องมีมากขึ้นมุ่งเน้น ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้มุ่งเน้นที่ปัญหาเดียวโดยแก้ไขโพสต์นี้ ปิดให้บริการใน2 ปีที่ผ่านมา ฉันเป็นผู้ดูแลเว็บไซต์ Drupal จำนวนมากในผู้ให้บริการโฮสติ้งที่แตกต่างกัน บางคนมีอาการเมา; คนอื่นไม่ (และไม่สามารถ: ชอบโฮสติ้งที่ใช้ร่วมกัน) ทุกครั้งที่มีการอัปเกรดคอร์ฉันใช้เวลาอัปเดตทุก ๆ 1 หรือ 2 ชั่วโมง (ฉันจะสำรองข้อมูลของทุกเว็บไซต์ก่อนอัปเกรด) การอัปเดตไซต์ด้วย Drush นั้นง่าย แต่ฉันต้องทำทุกเว็บไซต์เช่น: ดื่ม @dev up ดื่ม @othersite ขึ้นมา และรอ ... รอ ... รอ ... ฉันจะอัปเดต Core (และโมดูล) โดยอัตโนมัติใน: เว็บไซต์ drush ของฉันทั้งหมดหรือไม่ (ฉันคิดว่า: cron กับสคริปต์ทุบตี) ไซต์ที่ไม่ใช่การดื่มเหล้าของฉันทั้งหมดหรือไม่ ปลอดภัยหรือไม่คุณไม่แนะนำ

9 drush  updating 

ฉันมีปัญหาบางอย่างเมื่อใช้ "Update manager" บน GUI บางไดเรกทอรีถูกล็อคphp-cgi.exeและทำให้การแทนที่ไดเรกทอรีเดิมด้วยไดเรกทอรีที่ดาวน์โหลดใหม่ (ซึ่งใหม่กว่า) ไม่สำเร็จ แต่ฉันต้องพูดถึงว่ามันไม่ได้เป็นปัญหาสิทธิ์เนื่องจากโมดูลสามารถติดตั้งผ่าน"ติดตั้งจาก URL"บน/admin/modules/installและทำงานได้โดยไม่มีปัญหา ลองมาตัวอย่าง: หน้าอัปเดตที่พร้อมใช้งาน ( /admin/reports/updates/update): ตอนนี้ฉันตรวจสอบโมดูลSelect (หรืออื่น ๆ )ที่จะอัปเดต ( ไม่สำคัญว่าจะเลือกโมดูลใดผลลัพธ์เหมือนกัน !! ดังนั้นจึงเป็นเพียงตัวอย่าง) ผมตี"ดาวน์โหลดโปรแกรมปรับปรุงเหล่านี้"ปุ่ม ตกลงอินสแตนซ์ที่อัปเดตของโมดูลจะถูกดาวน์โหลดโดยไม่มีปัญหา: " อัปเดตที่ดาวน์โหลดสำเร็จ ": ตอนนี้ฉันคลิกที่ดำเนินการต่อ ข้อผิดพลาดที่นี่มา ผลลัพธ์: "การอัปเดตล้มเหลว!ดูบันทึกด้านล่างสำหรับข้อมูลเพิ่มเติม select_or_other เกิดข้อผิดพลาดในการติดตั้ง / อัพเดท การถ่ายโอนไฟล์ล้มเหลวเหตุผล: ไม่สามารถคัดลอกไปD:/Projects/web/drupal-7/tmp/update-extraction-6d8993ac/select_or_other/LICENSE.txt /Projects/web/drupal-7/htdocs/sites/all/modules/select_or_other/LICENSE.txt" ตกลงฉันเริ่มพยายามตรวจสอบสาเหตุที่เป็นไปได้ นี่คือสิ่งที่โครงสร้างไดเรกทอรี Drupal ของฉันดูเหมือนว่า: ผมตั้ง../tmpให้เป็นไดเรกทอรีชั่วคราว (ใน/admin/config/media/file-system), ไฟล์ Drupal htdocsอยู่ใน นี่ถูกต้องเพราะฉันสามารถติดตั้งโมดูลผ่าน GUI ดังที่ฉันได้กล่าวไว้ข้างต้น …

9 7  iis  updating 

ฉันกำลังเรียกใช้ Drupal ในอินทราเน็ตซึ่งอยู่หลังพร็อกซี HTTP แบบง่าย ฉันต้องการให้โมดูลและการตรวจสอบอัปเดตหลักทำงานได้จริง ฉันดูเหมือนจะจำได้ว่ามีแฮ็คหลักในการทำเช่นนี้ใน Drupal 6 แต่ฉันไม่สามารถหาหน้าได้อีก ไม่มีใครรู้ว่าฉันสามารถทำงานนี้ได้อย่างไร

9 6  updating  proxies