問題タブ [drush]

私はライブ drupal ベースのサイトを解体中です。drush の make ファイルを作成しているときに、contrib モジュールとコアにいくつかのパッチが適用されていることを発見しました。「パッチ」オプションを使用して、contrib モジュールにパッチを適用するように drush make に指示できます。しかし、パッチコアにすることはできません。

両方試してみました

成功しなければ、何も変わりません。

誰かがヒントを与えることができますか？

drush データベースの更新が成功した後、サイトが起動した後に menu_rebuild への複数の呼び出しが行われる理由を知っている人はいますか? うさぎの穴に飛び込む前に？

アップデート：

明確にするために、私はPressflowを使用しています。

具体的には、更新を実行すると、複数の menu_router 再構築が呼び出され、重複キー エラーと最大接続タイムアウトが発生します。前者の問題は、小規模な更新で​​も発生します。

更新: これを軽減するために、menu_rebuild で使用されるロック タイムアウトを増やすハック以外の方法はありますか? パラメータなしでその関数を呼び出しますが、デフォルトは 30 秒であり、それを増やしたいと考えています。

bashスクリプトの途中でインタプリタを変更する方法はありますか？

たとえば、次のように開始します。

後で変更します：

その理由は、bashを使用して、bashを使用してdrushの場所を解決し、その変数をインタープリターとして渡したいためです。

hook_init() で年齢要件 (ワイン サイト) に合格しない場合にユーザーをリダイレクトする drupal_goto() を備えたモジュールがあります。モジュールはより重い重量で設定されているため、最後にロードされます。

PHP 5.3 では、drush の更新が失敗します。PHP 5.2 を使用する別のサーバー上の同じコードと DB は正常に動作します。

Drush バージョン: 7.x-4.4 PHP バージョン: 5.3 例:

実行すると: drush status でエラーが発生します。debug および verbose フラグを使用した出力を次に示します。

問題は、なぜ drupal_goto() が原因で、PHP 5.2 サーバーではなく PHP 5.3 サーバーで drush が失敗するのかということです。

私がやりたいことは、自分のサーバーに接続し、Drush (Drupal コマンドライン プログラム) にコマンドを実行させて、大量のデータのインポートを開始することです。これを行うには、まずサーバーに SSH 接続する必要があります。したがって、Drush 呼び出しを実行します。次に、コンピューターをシャットダウンして立ち去ることができるようにしたいと考えています。

これを行うと、これは引き続き実行されますか? コマンドの最後にアンパサンドを置くだけで、コマンドをバックグラウンドで実行できると誰かが提案してくれました。それはうまくいきますか？

テストだけでなく質問する理由は、これは大量のデータになるため、サーバーに配置する準備が完全に整う前に開始したくないからです。

考え？

SO、ブログ投稿、フォーラムなどに関する質問を2日間読んでいます。

その情報のほとんどは、古いものです。

Drupal 7（Drushを使用）とリポジトリホスティング用のGitHubを使用して、Ubuntuボックスにサイトを構築しています。本番サーバーへのSSHアクセスがあります。

サイトの最初のバージョンを配信した後、機能を追加してバグを修正する必要があります。

友人から、SQLファイルをリポジトリに保存してそこから移動するように言われました。

私の質問は：最良のアプローチは何ですか？これについての良い習慣のアドバイスはありますか？

ありがとう！

ローカルマシンにDrupalをインストールしています。Drush upコマンドを実行して、コアファイルを更新しました。これで、Server500エラーが発生します。drush upを実行する前は、drupalインストールフォルダーのアクセス許可は次のようになりました。

ダッシュアップを実行した後、次のようになります。

私はchmod/chownやこの問題を修正する方法にあまり精通していないことを認めますが、それはフォルダー/ファイルのアクセス許可と関係があると確信しています。どんな助けでも大歓迎です。

かなりの数の Drupal サイトを実行するサーバーがあります。これらの一部は古いもので Drupal 5 を実行しており、一部は新しいもので Drupal 6 を実行しています。また、Drupal 7 の実装も開始しています。

私たちの組織は、これらのウェブサイトのメンテナンスのために、社内の従業員にのみ配布する標準のウェブサイト管理パスワードを 1 つ使用しています。これは最善のセキュリティ プラクティスである場合もあれば、そうでない場合もありますが、現時点での方法です。これは変わらないと思ってください。

私たちが抱えている問題は、従業員が離職した場合、従業員がクライアントのサイトを改ざんできないようにするために、このパスワードを変更し、実行するすべてのサイトに変更を適用する必要があることです. これは解雇の場合により重要ですが、ベスト プラクティスとして辞任の場合にも行います。

過去に、データベース サーバーで mysql_list_dbs を使用する基本的な PHP スクリプトを実行して、すべてのデータベースを反復処理し、名前が admin である users テーブルの pass フィールドを変更しました。基本的：

これは問題なく動作しましたが、2 つの問題があります。

1. それはハッキーで、私はハッキーなものが嫌いです。「公式のやり方」を生かしたものをやりたい
2. Drupal 7 は D5 や D6 とは異なるハッシュ システムを使用するため、Drupal 7 サイトでは機能しません。Drupal 7 サイトを誤って破壊しないように、更新する前に pass の既存の値が古いパスワードのハッシュと一致することを最初に確認する必要があります。それまでの間、これを Drupal 7 サイトに実装する方法をまだ考えていません。

だから私は別の解決策を探しています。httpd.confから仮想ホストを反復処理するか、findまたは何かを使用して何らかの方法で、非常にインストールプラットフォームの「sites」フォルダー内のすべてのサイトインストールディレクトリにcdするbashスクリプトを使用する必要があると本当に思います（私たちはかなり厄介なセットアップ*) drush upwd admin --password=$newpassword を実行します

これは完全にプラットフォームに依存せず、パスワードが変更されたときに何が起こるかを Drupal が定義できるようにします。

Aegir が実際にはこれに適したソリューションである可能性があることは認識していますが、まだ Aegir を実装する準備ができていないため、迅速で汚れた中間ソリューションを探しています。ご意見をお待ちしております。

*乱雑なセットアップのサンプル:

... など... 画像が表示されます。Aegir への移行は順調ですが、これを片付けるにはしばらく時間がかかります。

このエラーは、Pressflow が Drupal インストールに追加されたときに突然発生しました。これは、Pressflow の前は正常に動作しているように見えたカスタム モジュールからのものです。Pressflow を追加した後、Drush を実行すると、このエラーが画面に表示されます。

エラーの原因として特定された関数は次のようになります。

エラーメッセージは次のとおりです。

WD php: 注意: 未定義のプロパティ: stdClass::$user_location_pref in user_search_location_get()

ここの手順に従いましたhttp://jessenoller.com/2009/02/05/ssh-programming-with-paramiko-completely-different/

Python経由でsshを使用してサーバーに接続します。正常に接続してコマンドを送信できます。

ただし、stderr.readlines() を実行すると、コマンドが正しく実行されたように見えても、毎回以下のエラー メッセージが表示されます。接続を閉じて Python を再起動しましたが、結果は同じです。

Python のサンプルは次のとおりです。

drush をインストールしましたが、問題なく動作しているようです。サーバーで「どのphp」と入力すると、上記のエラーメッセージの代わりに、サーバーがどこにあるかが通知されます。他のコマンドを送信して、意図的にエラーメッセージを取得して、何かがクリアされたかどうかを確認しました。代わりに、最後に物事を追加しました。

エラー メッセージに従って、参照されている drush ファイルを確認しました。89行目は次のとおりです。

「which php」コマンドは、この行の上のチャンクの $php 変数から来ていると思います

ファイルの全文はこちら: http://pastebin.com/29AXmHKF

drush コマンドを実行しようとすると、同じエラーが発生します。しかし、python/paramiko を使用せずにサーバーに直接ログインするだけで、drush コマンドは正常に機能します。