Drupalコアの編集を回避するにはどうすればよいですか？

私はパートナーのXMLサービスとの交換を構築していましたが、XMLを正しく取得できませんでしたが、Drupalのすべてのものと同様に、xmlrpcエラーとアクションのログは堅牢ではありません。

したがって、includes / 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が承認した、クリーンでわかりやすい、そして最も重要な方法は何ですか？

ハッキングコアは、何千ものサポートコミュニティを1つのサポートコミュニティ（またはチームの規模に関係なく）に効果的に削減するため、初心者には強くお勧めしません。このベストプラクティスがなければ、Drupalを初めて使用するユーザーを支援することはほぼ不可能です。また、モジュール性と、場合によってはセキュリティも妨げます。

これは言われているように、ハッキングのコアは、私たちがそうすることを望んでいるほど悪いものではありません。コアを変更しないと、興味深い方法でコアを増強するPressflowなどのディストリビューションはありません。自分が何をしているのかを正確に把握し、ディストリビューションでパッチを配布していること（アップグレード後に自動的に適用できるようにすることが望ましい）、および詳細なドキュメントを保持していることが非常に重要です何を変更したのか、なぜ変更したのか。

構造化方法によっては、上記の変更を確実に行い、xmlrpc_request()パッチを作成してから、Drush Makeなどを使用して適用を自動化することができます（Drush Makeは5.xリリースのDrushプロジェクト自体に移動していることに注意してください） ）、メイクファイルやその他の場所で、変更が何をするのか、なぜ/必要なのかに関する追加のドキュメントを提供します。

コア機能を強化する別の一般的なパターンは、コア機能にごくわずかな機能を追加するラッパーを作成し、コアの実装の代わりにラッパーを呼び出すことです。実行可能な場合、これにより物事がよりモジュール化されます。以下を考慮してください。

/**
 * 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;
}

繰り返しになりますが、これは実行可能かどうかによって異なりますが、コアがパッチ適用され文書化されたままであることを確認しようとすると、頭痛の種がいくつかなくなります。ただし、この場合、このような1回限りの関数は、このようなラッパーの完璧な候補のように見えます。実装がモジュールにキャプチャされている場合は、それを拡張してソリューション全体のログレベルを制御し、実稼働サイトでこの機能を無効にすることもできます。

/**
 * 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などの展開システムを使用します。
3. ドキュメントドキュメントドキュメント。