問題タブ [drupal-8]

私は Drupal 8 を使い始め、Drupal チームによって実装された新しいコントローラー システムを使用して、サーバーへの ajax 呼び出しを行いました。

ルートを定義し、jquery を使用して ajax 呼び出しを行うと、問題が発生します。dataType を「json」に設定すると 404 が返されますが、「html」に変更すると機能します。

私のルートが指す関数は次のようになります。

私の応答/要求ヘッダーは次のようになります。

応答

リクエストヘッダー

これは Drupal 8 固有のものですか? json xmlhttprequests を禁止する愚かな変数はありますか? ルートにサーフィンすることで通常どおりルートにアクセスでき、htmlを使用してデータを取得できますが、本当にjson形式で必要です。

これはjqueryコードです：

testAjax は私が定義したルートです。これは正常に機能し、dataType を「html」に変更しても機能しますが、これは非常に奇妙に感じます。

page--node--content-type.html.twig などのカスタム コンテンツ タイプのカスタム page.html.twig を作成する方法はありますか?

現在、page--node--%.html.twig... を取得しています。

現在、Drupal 8 用のカスタム モジュールを開発しています。バックエンド フォームを追加してユーザーからデータを取得しているときに、テキストエリアを置き換えるように ckeditor を構成しようとしましたが、失敗しました >.<

フォーム定義は次のとおりです。

テキストエリアを置き換えるには、ckeditor をどこにロードする必要がありますか?

私がすでに試したこと：

と

しかし、すべての依存関係をロードすることはできません

ブロックテーマをオーバーライドして、html と twig で再構築しようとしています。

ブロックタイプまたはコンテンツタイプから変数を見つけることができないようで、たとえば画像のURLを見つけることができません。

どうすればkintを使って到達できますか?

壊れた D8 モジュールを無効にすることができないようです。私は現在 WSOD に苦しんでおり、
これを取り除くことができないようです。私は得ています

私の Acquia Cloud ログでは、私は本当にこれをそこから取り出そうとしていますが、ダイスはありません. アクティブなサービスの yml を変更してモジュールを削除するハックがありましたが、ローカル リポジトリにはリストされていません。

また、これはより大きな問題の一部のようです - https://www.drupal.org/node/2225029

しかし、答えはほとんどありません。誰かが知っているはずですよね？

Drupal 7 Web サイトを Drupal 8 に移行する方法を探しています。すべてのコンテンツ タイプを移行したいと考えています。

それ、どうやったら出来るの？

私は現在 Drupal 6 から Drupal 8 に移行していますが、提供されたモジュール「Hierarchical Select」が利用可能であることがわかりません。Drupal 8 で同様の機能を提供する代替モジュールを誰かが知っているかどうかを尋ねます。

あなたが私に貸してくれる助け/指導を前もって感謝します.

小枝を使用して Drupal 8 でテーマ ビューを構築しています。views-view-unformatted.html.twig テンプレートの row.content 変数で twig フィルターを使用したいと思います。

row.content は配列のようで、twig の文字列操作が機能しません。ただし、文字列としてページに出力されます (ビューは単なる分類用語のリストです)。

私がやりたいのは、出力をスラッグ化して、スペースを含む分類用語が有効なhrefを持つことができるようにすることです。以下のコードの置換フィルターを参照してください。

これは単に出力されます<a href="#">。小枝の補間中に出力される生のテキスト値にアクセスする方法を知っている人はいますか?

ありがとう！

テンプレートには、次のようなステートメントがあります。

しかし、これを使用しても何も起こりません。

ただし、このステートメントを使用すると、結果が得られます。

なぜうまくいかないのかわかりません。

私たちは現在、現在のデジタルプラットフォームを拡張して、さまざまな国際的な場所で運営されている少数のフランチャイズビジネスをサポートすることを計画しています.

センスチェックを少し手伝っていただければ幸いです。

最終的には、既存の Drupal 7 Web サイトを Drupal 8 サイトのマルチサイト インストールとして効果的に再構築することを考えています。つまり、各事業所に 1 つのインストールを行います (秋にリリースされる予定であることを考えると、それは論理的なことだと思います??)。

また、一般の投稿を受け入れるためのシステムとして使用される別の Drupal 7 インストールもあります。再開発ではなく、Drupal 8 にアップグレードしたいと考えています。

また、ユーザーにアカウントのビューを提供し、報酬などを提供するスマートフォン アプリも開発する予定です。現在、これらのシステムはすべて実質的に切断されています。

既存のユーザーのグループが 2 つあり (現在、2 つの別個の Drupal インストールに存在しています)、これらを新しいシステムに移行し、何らかの方法で集中化する必要があります。

すべてのシステム (Drupal マルチサイト インストール、Drupal サブミッション システム、スマートフォン アプリ、CRM) を接続し、シングル サインオン メカニズムを実装したい

私が現在売り込まれている考えは、CRM システムを、すべてのシステムが遅延/同期できるアカウント情報の一種の中央リポジトリとして配置する必要があるということですか?

これは論理的/可能に思えますか?

誰かがそのすべてについて何か考えを提供できますか?