問題タブ [drush]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
1 に答える
196 参照

bash - Drush make および install プロファイルを使用して Drupal をインストールし、bash スクリプトを使用する - はい/いいえの答え方は?

私は bash スクリプトを持っており、それを実行すると、次の質問が表示されます。

「sites/default/files ディレクトリを作成し、sites/default/settings.php ファイルを作成して、'geo_test' データベース内のすべてのテーブルを削除しようとしています。続行しますか? (y/n)」

自動的に「y」と答えるにはどうすればよいですか?

0 投票する
1 に答える
672 参照

drupal - VPS で root ユーザーとして drush を使用して、ドメイン ユーザーとして drupal をインストールするにはどうすればよいですか?

root としてログインし、/home/mysite/www などのドメイン ユーザー フォルダーに cd して、次のように drush を使用するとします。

uid:gid の root:root としてすべてをインストールし、サイトでエラーが発生します

root としてログインしているときにアクセス許可に mysite:mysite を使用してインストールするにはどうすればよいですか?

0 投票する
2 に答える
635 参照

apache - Drupal 7 ログインで管理バーが表示されない、CentOS 6.3 で Drush を介して新規インストールする

問題が何であるかを把握するためにかなりの時間を費やしました。問題は次のとおりです。

ログインは機能しますが、管理者としてログインするとページが変わりません。資格情報が間違っているとエラーが発生するため、ログインが機能することはわかっています。管理ツールバーすら表示されません。ページに他のページは存在しませんが、たとえば、user/1 で ?q=admin と入力すると、「アクセスが拒否されました」と表示されます。

私がやったこと:

  • キャッシュとクッキーを何度もクリア
  • mod_rewrite が機能することを確認しました
  • drupal settings.php の Cookie パスは / であり、\ ではありません
  • .htaccess は、drupal.org によって提供されているとおり、drupal ルート ディレクトリにあります。
  • httpd.conf に、新しいディレクトリと AllowOverride=All を記述しました (*注: 親ディレクトリには AllowOverride=None があります)
  • クリーンな URL は drush vset を介して有効になります

問題は次のとおりですが、解決方法がわかりません。

  • プロキシー?
  • 一部のファイル/ディレクトリで構成する必要があるいくつかのアクセス許可

私が持っているもの:

  • CentOS 6.3
  • アパッチ 2.2.15
  • ドラッシュ 5.9
  • Drupal 7.22

前もって感謝します

0 投票する
1 に答える
174 参照

php - フック、マイグレーション、bash によるバージョン管理

私は、git と Drupal を含む、ローカル ワンプとサーバー ランプの間の移行制御の優れたソリューションを見つけようとしています。

Migrationクラスのおかげで、CodeIgniter を使用した移行制御の優れたソリューションを既に見つけています。post-receive次に、フックを利用して実行php path/to/codeigniter/index.php migrate/indexするだけで、ファイルとともにデータベース設計を更新するだけです。

しかし、Drupal でこれまで見てきたことからすると、これは少しトリッキーです。現在、新しいモジュールなどを有効にするための Drush コマンドを何らかの方法で保存することを検討しています。アイデアは、単に実行する移行post-receiveに似たシステムを持つことであり、新しいモジュールはdrush en -y new_modulewhosコマンドを介して有効になり、どこかに保存されます。

ここに示す理想的なフロー:

理想の流れ

このフローを完了するために必要と思われるのは、bash スクリプトを で実行し、たとえばという名前のディレクトリ内にpost-receiveあるファイルをフェッチし、で説明したファイルに保存した変数に基づいて、番号を付けてファイルを実行することです。保存された値よりも大きい場合は、値を実行されたファイルの中で最大の数に設定します。001.txtdrush_commands.gitignore

質問

ただし、理想的にはbashスクリプトでこれを行う方法と可能かどうかはわかりません。このアプローチは理想的なものであり、bash スクリプトはどのように機能しますか? または、ローカルの wamp とサーバーの両方で同じモジュール (およびその他の drush のもの) を有効にするより良い方法を知っていますpushか?

おまけの質問:このアプローチを使用して、フィールド データやコンテンツ タイプなどの変更を処理できますか? ローカル バージョンとライブ バージョンの間で全体的な構造を同期する方法を正確に把握するのに苦労しています。

0 投票する
1 に答える
141 参照

php - Jenkins で Drupal テストを実行しているときに、通知、例外、およびデバッグ メッセージによってビルドが不安定になる

Jenkins は、いくつかのカスタム モジュールの Drupal テスト (最も単純なコア モジュール) を実行します。テストはパスしますが、いくつかの警告、通知などのために結果が不安定であると見なされます。

同じ「不安定」な結果は、いくつかのテストが失敗した場合であるため、ビルドが不安定な場合、次のジョブを実行できませんでした。

PHP エラー報告と表示エラーの設定は役に立ちません。

scripts/run-tests.sh を使用します。いくつかの Drush メッセージが原因で、Drush のテスト実行でビルドが失敗しました (不安定でさえありません)。

他のメッセージを見ずに、実際のテストのみが合格したかどうかを確認する方法はありますか?