問題タブ [zappa]

getからアクセスできますが、ビューに渡されたオブジェクトのメソッドからすべての変数にアクセスできないこのプログラム(実際のプログラムから簡略化したもの)を取得しました。ここで何か不足していますか？

コーヒー hello.coffee を使用して実行すると、すべて定義されていない例外が発生します。

アセットを提供するために http get リクエストに応答する必要があります。次の説明に一致するルートを作成するために助けが必要です。

パス情報

• 構成可能な接頭辞があります ( basePath)
• パブリック フォルダー ( path)内の実際のファイルにマップされるセグメントがあります。
• 形：[basePath]/[path]

元：

必要なもの:

上記のタイプの URL に応答し、ファイルを読み取ってユーザーに送信する get メソッドを作成する必要があります。以下は明らかに機能しませんが、私が何を求めているかがわかったと思います。

注：上記は関連しています

アセットを配信するための構成可能なルートを作成しようとしています。

• https://stackoverflow.com/questions/20407765/node-js-proxy-requests-from-one-path-to-another

http://zappajs.github.io/zappajs/docs/crashcoursezappaのガイドに従っていますが、ガイドに示されているように、Mac OSX 10.9 では動作しないようです。私が入力した場合：coffee

私は得る：

zappa次のコマンドでインストールしました：

現在、これはパスの問題である可能性がありますが、npmインストール先を特定できませんcoffee。他のSOの質問は、それが下に保存されていることを示唆して/usr/local/share/npm/coffeeいますが、そうではありません。npm下のディレクトリを見つけることができますが、/usr/local/bin/npmそこcoffeeにはありません。

正しく動作するように設定するための提案はありますか?

AWS Lambda で Python と Flask を使用して Zappa フレームワークhttps://github.com/Miserlou/Zappaを使用しています。例外が発生すると、CloudWatch ログに表示されますが、判読できません。ただし、デバッグ ビルドで HTTP GET から返される通常の Flask スタック トレースを取得します。

私の質問は、ログ/本番コードから合理的な (Flask) スタック トレースを取得するにはどうすればよいですか? 本番環境で例外が発生した場合、私が持っているのはログメッセージだけです。

HTTP GET からの素晴らしいスタック トレース:

CloudWatch ログからのスタック トレースがわかりにくい:

https://github.com/Miserlou/Zappaの手順に従って、Web アプリを AWS にデプロイしようとしました。

私のアプリはサーバー側としてフラスコを使用しており、クライアント側の JavaScript、html、および css ファイルをホストするためにフラスコも使用しています。ローカルマシンとサーバーマシンで正常にホストできます（host="0.0.0.0"サーバーで使用し、ポート番号も指定しました）。

実行するだけpython my_app.pyです。クライアント側はサーバーにリクエストを送信し、サーバーは応答します。

でデプロイしようとしましzappaたが、ページが空のページに読み込まれます。どこを間違えたのかわからない。1 つは、Python プログラムに必要な外部ライブラリがあることです。AWS ラムダにデプロイするときに、どのようにインストールすればよいですか?

私は最近、驚くべきサーバーレス AWS Lambda に出会い、自分のアプリをそこに置いて、自動スケーリング、負荷分散、およびすべてを心配する必要がなく、明らかにコストのほんの一部であるとしたら素晴らしいと思いました.

そこで、Python アプリを AWS Lambda にデプロイしてくれる Zappa について知りました。すごいと思ったものです。

実際に紙の上で行うのは非常に簡単です。こちらの指示に従ってください.. https://github.com/Miserlou/Zappa

とにかく、django restフレームワークのチュートリアルが含まれているvirtualenvを使用した非常に基本的なdjangoアプリで指示に従いました..ローカルでテストし、正常に動作しました.

次に、s3 バケットをセットアップし、awscli で資格情報を認証しました。

次に、あなたが必要とする2つのことを実行しました。Zappa init、Zappa deploy dev。

次に、すべてのプロセス、zip へのパッケージ化、デプロイなどを行いました...

それから最後に、あなたのアプリはライブであり、ここにURLがあります。試してみるURLをくれました。URL をブラウザに貼り付けたところ、これがブラウザに表示されたものです。そうそう、私の s3 バケットはまだ空で、AWS ラムダ サービスも空です。

誰かが何かアイデアがあれば、私はとても感謝しています。これを機能させたいと思います。それは信じられないほど強力なリソースになります。

Zappa 経由でフラスコ アプリをデプロイしました。フラスコ アプリは、neo4j db インスタンスを実行するサービスであるグラフェンを呼び出します。こんな感じで端子からグラフェンに接続できます

、暗号化されていないドライバーとしてフラグを立て、クエリなどを実行できます。ただし、これを AWS にデプロイすると、タイトルに記載されているエラー Errno 104 - connection reset by peer が表示されます。

問題の解決に役立つ他の関連情報があるかどうかはわかりません。