問題タブ [dev-to-production]

開発中の実行では、次のエラーは発生しません。

モデルに新しい属性を追加した後、ステージング サーバーにデプロイすると、モデルのページが生成されます。

現在の schema.rb ファイルに存在し、たまたま attr_accessible 内にリストされている属性を参照します。このエラーは、attribute への _form 呼び出しと、ブール値である属性が次のような if 句を介して呼び出されるビューの両方で発生します。

コンソールから新しい属性を取得することもできます

属性の名前に同じプレフィックス、またはおそらく 2 つのアンダースコアが付いたブール値が多数あるため、名前を変更し、すべてを再実行したところ、同じ動作が得られました。

2 つのモデルを更新すると、もう一方のモデルが同じ未定義メソッド エラーを生成します。このように、構造変化のために明らかにエラーが発生しています。

移行の手順は次のとおりです。

**更新**
環境の違いがあることがわかりました。最初は庭の小道にいました。本番環境のコンソールを呼び出すために必要 RAILS_ENV=production bundle exec rails c

実際、これらの属性はコンソール クエリには存在しませんでした。

本番モードではなく開発モードで動作している理由を理解できません。

私は運用サーバーに Django を設定していますが、この奇妙なエラーがあります (下の図)。ご覧のとおり、pythonpath は問題ないようです (最初の行は私のプロジェクト フォルダーです)。そこに初期化ファイルがあり、 ROOT_URLCONF = 'project.urls' があります(プロジェクト名なしでも試しましたが、どちらも役に立ちませんでした)。だから、それが見つからないのは奇妙です:(私はサーバー上に新しいプロジェクトを作成しようとしたと言わなければなりませんが、それは問題ないようですが、ローカルサーバーからコピーされたこのプロジェクトでは、次のように動作していますこれ。

エラーのプリントスクリーン:

ランダムな値（例で提供されているもの）を入力したこのmorris.jsチャートがあります。では完全にレンダリングさlocalhostれますが、本番サーバーにアップロードすると機能しなくなります。

設定

JS コード

HTML コード

レンダリング

Chrome/Opera で

widthでとheightが設定されているにもかかわらず、#daily-chart <div>寸法が正しく設定されていません。チャートの一部しか表示されず、残りは非表示になっています。にもかかわらず、幅は約50pxです<div id="daily-chart" style="height: 350px; width: 1000px">。

Firefox の場合

スクリプトがビジー状態になるか、まったく応答しません。次のメッセージが表示A script on this page may be busy, or it may have stopped responding. You can stop the script now, or you can continue to see if the script will complete.されます。Continue|Stop script選択肢があり、ブラウザがフリーズします。それは、行が1164while条件であると述べています：

スクリプトを停止した場合を除いて、コンソールなどにエラーはありません:

その他の仕様

実稼働サーバーは HTTPS プロトコルを使用し、PHP バージョン (これはまったく関係ないと思います) は5.4.29dev と5.4.30prod にあります。私の知る限り、これらは唯一の違いです。

問題の原因は何ですか?

Rails アプリケーションをプロダクション モードにするか、少なくとも Rails が生成するエラー スタックを削除しようとしています。

これが私の現在の設定です

Apache -> Passenger -> Rails アプリ

アプリケーションは開発モードでは問題なく動作しますが、「RailsEnv」を Apache で本番環境に変更すると、パッセンジャーから次のエラーが表示されます。Apacheを再起動しようとしました

ローカル マシンに DotNetNuke Web サイトのコピーがあり、いくつかのページを追加して新しいモジュールを作成しました。これらの新しいページを本番環境に移動する必要があるため、ページをそれぞれのフォルダーにコピーしました。本番環境でこれらのページとモジュールを認識するために、本番データベースでも作成されるデータベース エントリがほとんどないことはわかっています。

これらのページを本番サイトに登録する方法を教えてください

Google で検索しましたが、検索する適切なキーワードが得られていない可能性があります。現在、これらのページを実行するには、ローカル データベースを本番環境に復元する必要があります。DNN のバージョン 7 を使用しています

私のプロジェクトで dev mod を使用した後、OVH の prod に問題があることがわかりました。空白のページが表示されます。私はapp.phpの問題を追跡しようとしましたが、問題がの実行で持続し、$response = $kernel->handle($request);prodにログオンしていないことがわかりました。

したがって、app.php の行を変更する$kernel = new AppKernel('prod', false);と、$kernel = new AppKernel('dev', false);うまく機能します !!!

ここに私のapp.phpがあります

編集：開発および本番ローカルモードテストでは、うまく機能します

プロジェクトにphp5を追加またはインストールする必要がありますか?

編集： 私のプロジェクトには次が含まれます：sonata-project、fosUserBundleなど...

編集

問題はconfig_prod.xmlにありました

エラー500を返した後、今まで！なぜ ？apcが有効になっていないためです！OVH pro で apc を有効にする方法について質問です。

Elastic Beanstalk に 1 つの prod 環境と 1 つの dev 環境があるとします。コードを dev にデプロイすると問題なく動作しますが、本番環境にデプロイするとエラーが発生します (デプロイ中にインスタンスが破損したり、apache が壊れたりすることがあるため、これが発生する可能性があることに注意してください)。このソリューションの長所と短所は何ですか:

1. デプロイごとに切り替える 2 つの本番環境がある
2. 使用されていないものにデプロイする
3. デプロイが機能する場合は、yourdomain.com を新しいプロダクションに向けます。そうでない場合は、古いプロダクションは安全です

さて、SEO は懸念事項ですか? 2 つのエラスティック Beanstalk 環境間でドメインを切り替えた場合、SEO は損なわれますか?

SM2 project_sonata を dev および prod localhost モードで実行するとうまく動作しますが、Web サイトに変更するとエラー 500 が発生します。