新規インストールは本番環境でEmber CLIビルドをデフォルトにします

私の文章の重要な部分は次のとおりです。

更新すると、非推奨通知はエラーに変わりますね :+1:

はい、これらはコンポーネントの注入されたプロパティからアクセスするか、discourse/models/user および discourse/models/site から Site および User モジュールをインポートすることでアクセスできます。

「いいね!」 5

ああ、ヘルパーからパラメーターとして渡すよりも便利な代替手段ですね。

「いいね!」 4

開発中のプラグインで ./bin/ember-cli を実行する場合、ember-cli を使用しているので心配する必要はありません。

しかし、心配なのは、手遅れになるまでこのことを知らない何十人、何百人もの人々です。JavaScript と CSS の違いも、プラグインとテーマコンポーネントの違いも知らない人が、テーマコンポーネントに JavaScript が含まれていない限り、心配する必要はありません。

私が望むのは、彼らが心配すべきことが何かあるかどうかを知るための簡単なテストです。そのような人々には、新しいサーバーを起動し、データベースを復元して、何か問題が発生するかどうかを確認するように勧めます。それでいいのでしょうか?

それとも、EMBER_CLI_PROD_ASSETS: 1 をオンにして再構築し、問題が発生した場合は元に戻してから、新しいサーバーを起動して修正すべきでしょうか。

「いいね!」 5

htmlまたはjsタイプを持つtheme_fieldsがあるかどうかを照会できると思います。

それは機能しますが、新しいサーバー全体をセットアップするのは大変な労力です。代わりに、以下をお勧めします。

  1. 開発者ツールのコンソールを開き、黄色の非推奨通知を探します。
  2. それらを修正します。
  3. Ember CLIにアップグレードします(またはデフォルトでロールアウトされるまで待ちます)。
「いいね!」 2

. . . もしあなたが、新しいサーバーを簡単に起動できるようにするツールを過去1年間開発してきたのでなければ? :wink:

したがって、この種のことに注意を払わない人々にとっては、デフォルトでemberが有効になる時期にそれが壊れ、その後1〜2ヶ月間(そしておそらくそれを修正する間)そのENV変数をオフにすることができますが、それでも機能しなくなります。

「いいね!」 4

Kanban テーマが有効になっている新しいサイトにバックアップを復元したところ、エラーが発生しています(Kanban のトピックで報告しました)。

EMBER_CLI_PROD_ASSETS: 0

を設定して再構築しましたが、まだ次のようなメッセージが表示されます。

Why you should do it regularly:
https://github.com/browserslist/browserslist#browsers-data-updating

これは ember-cli から来ているものだと(思いますが)認識しています。新しいサイトでこれを無効にする方法はありますか?

古いサイトを再構築した場合、新しいベースイメージを取得し、ember-cli を無効にできなくなりますか?

「いいね!」 1

メッセージのタイプミスですか、それとも yml のタイプミスですか? EMBER_CLI_PROD_ASSETS: 0 と読むべきです。

「いいね!」 2

ありがとうございます。はい、タイプミスでしたが、ymlファイルでは正しく修正しました。OPには正しくコピー&ペーストしました。

「いいね!」 1

コード内のチェックは変更されていないようですが、Rubyにはあまり詳しくありません。ENV['EMBER_CLI_PROD_ASSETS'] を使用したブール条件は、そのキーの値を使用しますか、それともキーが存在する場合にtrueになりますか?

後者の場合、EMBER_CLI_PROD_ASSETS を 0 に設定するのではなく、yml から削除することが答えになるかもしれません。

「いいね!」 1

それは機能しません。その行を削除する必要があります。

「いいね!」 1

. . . 待って . . .

私の問題は ember-cli には関係なく、私自身の設定ミスによるものでした。これは 2 コンテナのインストールであり、standalone.yml が更新されたときに web_only.yml が更新されなかったためです。ここに PR があります。

「いいね!」 4

Ember CLI が、Discourse のすべてのインストールでデフォルトになりました。次にアップデートするとき(/admin/upgrade UI または ./launcher rebuild app を介して)、自動的に Ember CLI に切り替わります。

現在、管理ホスティングの大部分で Ember CLI を実行しているため、大きな問題は予想していません。しかし、何か気づいたことがあれば、Meta でトピックを作成していただければ調査します。

「いいね!」 7

昨日、Ember CLI が原因で失敗したサイトを再構築し、EMBER_CLI_PROD_ASSETS=1 を削除して修正しました。

初期の頃、EMBER_CLI_PROD_ASSETS=0 を設定して Ember CLI を無効にしようとしましたが、Ember CLI が含まれており、0 に設定しても無効にできないと誰かに言われました(それは理にかなっていませんでしたが、真実のようでした)。

これは、古いテーマを持っており、JavaScript コンソールをまったく見ないセルフホスティング者にとっては少し困難です。

「いいね!」 2

それはそうでしたが、この最新のコミットでロジックを修正し、=0 が期待どおりに機能するようにしました。とはいえ、数週間で「レガシー」環境を完全に削除する予定なので、ごく短期間でない限り、=0 を使用しないでください。

ホスティング全体で見た最も一般的なエラーに対して後方互換性を追加しました。たとえば、数週間前のこのコミットでは、Discourse.User および Discourse.SiteSettings の後方互換性が追加されました。このコミットでは、標準的でない初期化プロセスを持つテーマの問題が修正されました。

このロールアウトを可能な限りスムーズに行いたいと考えているため、過去1週間程度でエラーが発生した場合は、正確なエラーとそれを引き起こしたコードをお知らせください。

「いいね!」 6

ああ。やったー。なるほど。 (私がずっと考えていたとおりに機能します。そして、私が考えていたとおりに機能しないと聞いたことを覚えているのは狂っていません。これらは素晴らしいことです!)。

(おそらく無知のため)それを理解するのは本当に難しいです。エラーの原因と思われるものを表示するはずのものをクリックすると、非推奨をテストしているように見えるコードではなく、非推奨を示しているように見えるコードが表示されます。すぐに例をいくつか送るように努めます。

「いいね!」 3

それを理解するのに手助けが必要な場合は、エラーのスクリーンショットを含む Support トピックが開始点として適しています。そこからデバッグのお手伝いができます。おそらく、他の誰かも同様のエラーを見たことがあり、その症状を認識している可能性があります。:crossed_fingers:

「いいね!」 7

そして、この物語の最終段階です。レガシービルドシステムが無効になりました。すべての Discourse インストールは Ember CLI を使用してアセットをコンパイルします。

この変更は、設定で意図的に EMBER_CLI_PROD_ASSETS=0 を設定していたユーザーのみに影響します。その場合、ビルド中に警告が表示され、Ember CLI が使用されます。

「いいね!」 12