ฉันจะหลีกเลี่ยงการแก้ไข Drupal core ได้อย่างไร

ฉันกำลังสร้างการแลกเปลี่ยนกับบริการ XML ของคู่ค้าและฉันไม่สามารถรับ XML ได้อย่างถูกต้อง แต่เช่นเดียวกับทุกสิ่ง Drupal ข้อผิดพลาด xmlrpc และการบันทึกการกระทำนั้นน้อยกว่าที่คาดเดายาก

ดังนั้นฉันจึงรวมอยู่ใน / xmlrpc.inc

function xmlrpc_request($method, $args) {
  $xmlrpc_request = new stdClass();
  $xmlrpc_request->method = $method;
  $xmlrpc_request->args = $args;
  $xmlrpc_request->xml = <<<EOD
<?xml version="1.0"?>
<methodCall>
<methodName>{$xmlrpc_request->method}</methodName>
<params>
EOD;
  foreach ($xmlrpc_request->args as $arg) {
    $xmlrpc_request->xml .= '<param><value>';
    $v = xmlrpc_value($arg);
    $xmlrpc_request->xml .= xmlrpc_value_get_xml($v);
    $xmlrpc_request->xml .= "</value></param>\n";
  }
  $xmlrpc_request->xml .= '</params></methodCall>';

  /* This part here */
  watchdog('xmlrpc',$xmlrpc_request->xml);
  /* End ridiculously tiny hack */

  return $xmlrpc_request;
}

ฉันได้รับข้อมูลที่ฉันต้องการและใน 10 นาทีก็มีส่วนต่อประสานกับคู่ค้าที่ตอบสนองต่อคำขอของฉันอย่างเหมาะสมเพราะบันทึก (ที่น่าตกใจฉันรู้) บันทึกนั้นดี

ฉันชอบการบันทึกพิเศษและฉันต้องการเก็บไว้ อะไรคือวิธีที่สะอาดตรงไปตรงมาและที่สำคัญที่สุดคือ Drupal ที่ได้รับการรับรองในการทำสิ่งนั้น?

การแฮ็คหลักนั้นไม่ได้รับการสนับสนุนอย่างมากสำหรับผู้ที่ไม่ได้ฝึกหัดเพราะจะช่วยลดชุมชนการสนับสนุนนับพันให้เป็นชุมชนการสนับสนุนอย่างมีประสิทธิภาพ (หรือขนาดของทีมของคุณ) หากปราศจากแนวปฏิบัติที่ดีที่สุดนี้การช่วยเหลือคนใหม่ให้ Drupal คงเป็นไปไม่ได้ นอกจากนี้ยังเป็นอุปสรรคต่อการแยกส่วนและในบางกรณีความปลอดภัย

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

ขึ้นอยู่กับว่าคุณมีโครงสร้างสิ่งต่าง ๆ อย่างไรคุณสามารถทำการเปลี่ยนแปลงข้างต้นxmlrpc_request()สร้างแพทช์แล้วใช้บางสิ่งเช่นDrush Makeเพื่อทำให้การใช้งานเป็นไปโดยอัตโนมัติ (โปรดทราบว่า Drush Make กำลังเคลื่อนเข้าสู่โครงการ Drush สำหรับรุ่น 5.x ) ในขณะที่จัดหาเอกสารเพิ่มเติมใน makefile และที่อื่น ๆ ตามที่การเปลี่ยนแปลงทำและเหตุผลที่จำเป็น / ต้องการ

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

/**
 * Wrapper function for xmlrpc_request() to provide logging.
 */
function mymodule_xmlrpc_request($method, $args) {
  $xrr = xmlrpc_request($method, $args);
  watchdog('xmlrpc', $xrr->xml);
  return $xrr;
}

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

/**
 * Wrapper function for xmlrpc_request() to provide logging (if enabled).
 */
function mymodule_xmlrpc_request($method, $args) {
  $xrr = xmlrpc_request($method, $args);
  if (variable_get('mymodule_log_level', 0) > 0) {
    watchdog('xmlrpc', $xrr->xml);
  }
}

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

หากคุณต้องการที่จะปรับเปลี่ยนหลักหรือcontribโมดูลที่คุณควร

1. สร้างแพทช์ที่มีการเปลี่ยนแปลง
2. ใช้ระบบการนำไปใช้งานเช่น drush make ที่จะนำ patch มาใช้ใหม่โดยอัตโนมัติเมื่อคุณอัปเดตคอร์หรือโมดูล
3. เอกสารเอกสารเอกสาร