タグ付けされた質問 「migration」

ローカル環境から本番環境への移行です。実稼働環境はしばらく実行され、多くの記事が作成されました。 サイトに新しいものを追加するために、カスタムテーマを追加し、ローカルテスト環境にCCK、ビュー、およびその他のモジュールをインストールしました。ローカルテスト環境が完成したので、データベースのコンテンツを破壊せずに、本番環境に移行するにはどうすればよいですか？

46 7  migration  staging 

数か月前にdrupalcampがあり、誰かが新しい設定（CMI）システムを使用した展開の管理について質問しました。考えられる理想的なワークフローの1つは、構成をバージョン管理に保持し、チームメンバー間で構成を移行できるようにすることです。 部屋で私たちが理解できた最高の部分は（部分的にはDrupalConポートランドでのプレゼンテーションに基づいて）でした： アクティブな設定ディレクトリを無視するようバージョン管理に指示します。 すべての構成をステージングディレクトリにコピーし、バージョン管理にコミットします。 また、settings.phpを使用して、2つの環境間でアクティブ/ステージングディレクトリをリバースします。ただし、あるサーバーから次のサーバーへの展開ワークフローを把握することは複雑でありながら実行可能ですが、複数のローカル環境（つまり、複数の開発者）からdev（または相互）への推奨されるワークフローは何ですか？同じまたは類似の環境を共有している場合、あるチームメイトのマシンでの変更はどのように反映されますか？

41 migration  8  version-control 

ユーザーをDrupal 6からDrupal 7サイトに移行しようとしています。私の問題は、パスワードをMD5からハッシュD1（D7で使用）に変更する方法です。 何かアイデアはありますか？

20 users  migration 

私はたくさんのノードをインポートするためにmigrateを使用していますが、移行中にパスエイリアスを設定したいです。私はパスエイリアスを次のようにうまくインポートできます： $this->addFieldMapping('path', 'url_alias'); インポートされたノードを見ると、pathフィールドに正しいパスが表示されGenerate automatic URL aliasますが、チェックボックスはまだオンになっているため、設定は無視されます。 移行中にノードでその設定を無効にするにはどうすればよいですか？

15 7  path-aliases  migration 

あるDrupalサイトから別のサイトの同じバージョンにコメント付きのコンテンツとコンテンツ関連のユーザーデータをエクスポートしたい。別のサイトにはコンテンツもユーザーデータもありません。新しいモジュールがいくつかインストールされており、その構成があります。 これが最善の方法ですmigrate / node_export /バックアップと移行

15 7  importing-exporting  migration 

私の目標は、ビュー3を使用して照会できるDrupal 7を使用して、いくつかの非常に大きなフラットファイルデータソース（CSV、固定幅、XMLドキュメント）に含まれる読み取り専用データにアクセスするための高速で信頼性の高い自動化された方法を作成することですモジュール。すでに利用可能なモジュールを使用することを希望しますが、カスタムモジュールの構築もオプションです。 タスクに適さないモジュールとメソッドを除外するために、ここで作業しているファイルの統計を示します。 年間インポート：8,500,000行のCSVファイル。（毎年パージおよび再ロードされます。主キーがあります。） 毎週のインポート：350,000行の固定幅ファイル。（毎週パージおよび再ロードされます。主キーはありません。） 毎時インポート：3,400行のCSVファイル。（可能な限り頻繁に更新および同期したいが、20分ごとにしたい。主キーがある） 毎日のインポート：200アイテムのXMLファイル。（毎日パージおよび再ロードされます。主キーがあります） 3つの形式間での変換は問題ではなく、インポートのパフォーマンスが向上するか、より優れたツールを使用できるようにする場合に実行できます。（CSVへの固定幅のAWKなど）cronおよびshスクリプトを使用すると、取得と変換の自動化は簡単ですが、Drupal 7統合を自動化する必要があります。vewsがリレーションシップを使用してデータを参照できる限り、カスタムテーブルの使用も可能です。 このタイプのデータをDrupal 7と統合するためのベストプラクティスは何ですか？また、データまたは達成しようとしていることに関する重要な詳細を省略していますか？ 以下は、解決策を見つけるために現在検討しているプロジェクトです。これを拡張して、大規模なデータインポートで作業する場合に他のユーザーがどのルートを取るかを決定できるようにします。 ノードへのデータのインポート： フィード（現在はD7のアルファ） フィードはデータを確実にインポートします。小さいデータソースでは速度は妥当ですが、300k +テーブルでは速度が遅すぎます。 cronおよびJob Scheduler（現在はAlpha for D7）を使用して自動化が可能です。 移行する ソースデータでインデックスまたは一意のキーを使用できないため、これを使用するのが難しくなります。フィードよりも高速ですが、非常に大きなテーブルのインポートは依然として低速です。 自動化は、drushとcronを介して利用できます。 ノードの代わりのカスタムテーブル データモジュール（現在はD7のアルファ） データモジュールは非常に有望に見えるが、現時点ではD7のための非常にバギーです。自動化とインポート速度の要件は、データを使用して簡単に満たされますが、信頼性が不足しています。ビューの統合は、（リンクはD6のためである）非常に有望に見えます。 テーブルウィザード（D7では使用不可） 参照用にこれを追加しました。この時点ではD7の候補はありませんが、カスタムモジュールの開始点として使用できます。 ビュースキーマ（放棄、D6のみ） 参照用にこれを追加しました。これは、Drupal 6のテーブルウィザードによって吸収されたようです。ここでも、参照用にのみ追加されました。 インポーター（D7のRC2） ビューの統合にテーブルウィザード（D6のみ）が必要なようです。参照用に追加されましたが、ビューの要件を満たしていません。 @MPD-可能なソリューションとして「カスタムテーブル」を追加し、モジュールを拡張しました。この追加をありがとう。

13 7  migration  importing-exporting 

40のコンテンツタイプを持つDrupal 7サイトがあります。Drupal 8がリリースされるとき、これらのコンテンツタイプを移行したいと思います。 これは可能でしょうか、またはこのコンテンツタイプを最初から作成する必要がありますか？

12 8  migration  upgrading 

私は、各行に英語/フランス語の混合コンテンツを持つ単一のMySQLテーブルを持っています。これを適切なi18n構成のDrupalサイトに移行する方法を考えています。 Migrateでコンテンツを1つの言語にインポートできますが、両方の言語にインポートしたいです。901行あるため、最終的にリンクされる1802ノードを作成する必要があります。 Migrateモジュールを2回ループしてノードをリンクするようにセットアップする方法がわかりません。 編集：私はこれを使用し、2つをマージすることができました： public function postImport() { parent::postImport(); // $ii should really be determined by $count_query $ii = 2000; for ($i = 1; $i < $ii; $i++) { // Confirm SQL in phpMyAdmin to verify $query = "SELECT n.nid, tid.field_bv_transfer_id_value FROM {field_revision_field_bv_transfer_id} tid INNER JOIN node n ON tid.entity_id …

12 i18n-l10n  migration 

会社のサイトのD7-> D8移行を正常に実行しました。すべてが順調に進んでいるように見えましたが、Drupal 8のサイトにアクセスすると、デザイン全体がほとんど消えてしまいました。 Drupal 8の古いデザインを再び入手するにはどうすればよいですか？

10 migration 

開発サーバーでいくつかのWebフォームを作成しましたが、それらを本番インストールに移動したいと考えています。ノードのエクスポートでこれを行うことはできますか？ ユーザーの応答を移行する必要はありません（テストのみを行っていたため）。

10 6  webforms  migration  importing-exporting 

D7からD8への移行に移行モジュールを使用しており、移行全体をコードで手動で記述しています（移行をより細かく制御するため、組み込みのD7移行モジュールを使用するのではありません）。 私は次のような構造になっています。D7サイトには、画像がファイルエンティティとして保存される画像フィールドがあります。D8サイトでは、画像フィールドはメディアエンティティへのエンティティ参照です（メディアエンティティには画像フィールドがあります）。 もともと、私は私のイメージの移行のために以下を持っていました： id: image_files source: plugin: legacy_images constants: source_base_path: http://example.com/ destination: plugin: 'entity:file' process: fid: fid filename: filename source_full_path: - plugin: concat delimiter: / source: - constants/source_base_path - uri - plugin: urlencode uri: plugin: file_copy source: - '@source_full_path' - uri filemime: filemime status: status 記事ノードの移行ファイルには、次のものが含まれていました。 'field_article_image/target_id': plugin: migration migration: …

10 8  migration 

Drupal 8移行プロセスを作成するとき、カスタム移行モジュールを再インストールした場合にのみ、新しい移行プロセスを更新できます。drush crが機能しません。 説明： 私には1つのモジュールがあります。つまりcm_migrations、2つのマイグレーションがある： cm_users cm_tags drush ms私は以下を参照してください。 Group: beer Status Total Imported Unprocessed Last imported cm_users Idle 3 3 0 2016-02-09 16:56:25 cm_tags Idle 4 0 4 新しい移行プロセスを記述します。 cm_beers 実行するdrush cr; drush msと、前と同じテーブルが表示されます。 アンインストールしてインストールしたときにのみcm_migrations、3つの移行プロセスを確認できます。 Group: beer Status Total Imported Unprocessed Last imported cm_users Idle 3 3 0 2016-02-09 …

10 migration 

現在のHTMLサイトをDrupalに移行しようとしています。移行しなければならないページが8万枚以上あるので、50年間コンピューターの前に座るのではなく、モジュールを作成すると思いました。各ディレクトリからhtmlを抽出するスクリプトを作成できましたが、ノードを作成する必要があるロードブロックにたどり着きました。を使用して新しいノードを作成しようとしていますnode_save()が、node_saveを実行すると、PDOException試行したすべてのエラーが発生します。私はを渡していますが$node、これはオブジェクトにキャストされる配列です。 PDOException：field_sql_storage_field_storage_write（）内（/srv/www/htdocs/modules/field/modules/field_sql_storage/field_sql_storage.moduleの424行目）。 これは現在ノードを作成している方法ですが、エラーが発生します。 $node= array( 'uid' => $user->uid, 'name' => $user->name, 'type' => 'page', 'language' => LANGUAGE_NONE, 'title' => $html['title'], 'status' => 1, 'promote' => 0, 'sticky' => 0, 'created' => (int)REQUEST_TIME, 'revision' => 0, 'comment' => '1', 'menu' => array( 'enabled' => 0, 'mlid' => 0, 'module' => 'menu', …

9 7  nodes  migration 

ローカルのUbuntuデスクトップ15.10 Apache2（2.4.12）環境に2つのDrupalサイトをインストールしました。1つはDrupal 8のフレッシュインストールで、2つ目はDrupal 7で構築された既存の作業サイトのコピーです（ほとんどがコアモジュールです）。ベース、ページによる非常に謙虚な）。どちらのサイトも問題なく、どこでも問題なく機能しています。 私の目的は、何よりもまずDrupal 7サイトをDrupal 8にアップグレードすることです。同じ言語を構成するなど、すべての準備段階を行いました。モジュールを使用して最小限に抑えます（アップグレード後に簡単に戻すことができるD7サイトのモジュールをすべてアンインストールします） ）、両方のサイトに同じモジュールがインストールされていることなどを確認します。今、私はDrupal 7サイトを新しいDrupal 8サイトに "トランセンド"（いいフレーズでいいと思います）したいだけです。 私の目標を達成するために、DrupalアップグレードモジュールをDrupal 8サイトにインストールし、localhost / sitename / upgradeに移動して、Drupal 7サイトのすべての詳細を入力しました。 「アップグレードの確認」ボタンをクリックすると、エラーが発生しました。 ソースデータベースに認識可能なDrupalバージョンが含まれていません。 このエラーを正確なフレーズ（「エラー」）としてグーグル検索したところ、結果はほとんど見つかりませんでした。それらのほとんどは、私がまだ習得しているPHPプログラミングの知識を必要とするようですので、エラーがバグによるものかどうか（特にこのモジュールがまだ開発中のため）か、私の間違いによるものかを判断できません。このモジュールの概念と機能を理解する。 D8 Drupalアップグレードモジュールが、私が提供したD7データベースを「好き」にしない理由は何ですか？特に、Drupal 7サイトがオンラインでもローカルでも問題なく機能している間は。 何らかの理由でアップグレードが不可能である場合、移行はアップグレードの適切な代替手段ですか？もしそうなら、あなたが移行のために考えることができる最も簡単な解決策は何ですか？ 私は/var/www/html/benia/modules/migrate_upgrade/src/MigrationCreationTrait.phpに行って次のようにしました： -- return $version_string ? substr($version_string, 0, 1) : FALSE; ++ return 7; ++ return $version_string ? substr($version_string, 0, 1) : FALSE; 画面の上部でこのエラーが発生したよりも。

9 8  migration 

私はmigrate初めてモジュールを使用していて、db_selectAPIを少し使用しましたが、エラーが発生しています。 いくつかの古いラベルをdrupalタクソノミーに変換しようとしています。/admin/content/migrateページを参照すると、クエリが正しく実行され、移行する必要のある正しい行数が表示されます。しかし、実際にインポートを実行しようとすると、次のエラーが発生します。 ソースプラグインの例外により移行が失敗しました：SQLSTATE [23000]：整合性制約違反：1052 on句の列 'labelId'があいまいです これが、LabelMigrationクラスにあるコードです。 $this->map = new MigrateSQLMap($this->machineName, array( 'labelId' => array('type' => 'int', 'not null' => TRUE) ), MigrateDestinationTerm::getKeySchema() ); $query = db_select('migrate_account_label', 'l') ->fields('l', array('labelId', 'label')) ; $query->leftJoin('migrate_asset_labels_membership', 'lm', 'l.labelId = lm.labelId'); $query->leftJoin('migrate_asset', 'a', 'lm.assetId = a.assetId'); $query->addExpression('count(*)', 'num'); $query->condition('a.type', 'B'); $query->groupBy('l.labelId'); $query->groupBy('l.label'); $this->source = …

9 7  database  migration