問題タブ [dreamhost]

私はラップトップで開発しています。

これで、Django 1.2/Python 2.7 から Passenger セットアップを使用して作成された Dreamhost までの開発プロジェクトをアップロードしました。移行に南を使用しています。

MySQL にアクセスするように settings.py を変更しました。管理者が機能しました。

質問:

1) サイトにアクセスしたとき、標準出力はどこに表示されますか? （すべての印刷ステートメント）

2）追加する必要がありました

settings.py を実行します。

ここで、サーバーにアクセスすると 500 が返されます。コマンドラインに移動して manage.py コマンドを試すと、次のようになります。

エラー: 設定 'pholdershare.settings' をインポートできませんでした (sys.path にありますか? 構文エラーがありますか?): 設定という名前のモジュールはありません

フォルダーのアクセス許可を 755 に変更しましたが、何も変わりませんでした。

3) ライブへの開発からテストに関しては、これを行う方法がまったくわかりません。リリースできる開発用のしっかりしたシステムが欲しいのですが、それをやったことがありません。私はローカルでGITを使用しています。リリース システムのセットアップに関するチュートリアルを教えてもらえますか?

提案？

どうもありがとう！

adobe AIR での認証の問題について少し詳しく知りたいです。私の質問に当てはまる3つの関連する事実：

1. AIR アプリケーションから https:// サイトにアクセスするたびに、信頼できないサイトの警告が表示されます
2. AIR アプリを作成するときは、有料の証明書がないので、とりあえず自分で署名します
3. 私のサイト (AIR アプリ内でアクセスすると信頼できない警告が表示されます)には有料の証明書があります (発行者 Comodo - DreamHost 経由)

これに対する最も合理的な解決策が何であるかはよくわかりません。そのため、いくつかの密結合の質問がありますが、どれが当てはまるかわかりません。それらは同じものかもしれませんし、別物かもしれません。しかし、私はこれに光を当てたいと思っています。

1. Comodo は、アドビにとって「十分に承認された」CA 発行者ではないのでしょうか。
2. これを回避する方法はありますか？crossdomain.xml などに入れることができるものはありますか?
3. すでに支払った CA 証明書を使用して AIR アプリに署名することはできますか?
4. 3 が当てはまる場合、私が持っているものは機能しますか、それとも別の発行者でのみ機能しますか?

誰かが、AIR アプリの署名に使用される証明書と SSL 認証に使用される証明書の違いを説明できますか?

最近、この質問があり、DreamHostのサーバーに送信するまですべてが正常に機能しました。

以下のクエリは実行に時間がかかりすぎるようで、一度に多くの行が処理される理由がわかりません。私のローカルサーバーでは、同じクエリが0.3秒で実行されました。

これは私がサポートチームから受け取ったメッセージです：

このような他のクエリが原因でクエリがロックされ、650万レコードを11秒間処理しているようです。

アイドル状態のローカルマシンでクエリを実行するのに0.3秒かかる可能性がありますが、一度に150のクエリを実行し、各サーバーが1,530万レコードを処理しているため、サーバーでは低速です。

私はmysql管理者にそれを見てもらいました、そして彼はそれが非常に非効率的であり、クエリがそれをとてもロックしていたのでデータベースにさえアクセス可能であることに驚いたと言いました。彼は、データベースがこのように続行され、サーバーの問題を引き起こす場合、データベースは無効になると述べました。彼は、調べた行を修正するか、MySQL PSを取得する必要があると述べましたが、mysql psはそれを修正せず、代わりにデータベースが無効になるのを防ぐだけです。

クエリは次のとおりです。

修正が必要なもう1つは次のとおりです。

私は本当に本当に助けが必要です。これを1か月以上オン/オフしようとしてきましたが、まだ運がありません.

Dreamhost で soap php 拡張機能を有効にする必要があります。できればネイティブの PHP ソープが望ましいですが、NUSOAP のようなものでも構いません。

誰か助けてください。ありがとう！

これは私の開発環境では問題なく機能します（私はcssファイルを書き直しています）：

しかし、本番環境（Dreamhost上）で実行しても何も起こりません-ファイルは変更されません-何もありません。

私ができる必要があるのは、既存のファイルを上書きすることです。これは、本番環境では理解できないようです。chmodを777に設定しても何も変更されませんでした。また、ログに何も表示されていないようです。

私はRoRの初心者です、助けてくれてありがとう。

共有サーバー（Dreamhost）でDjangoアプリケーションを開発しています。

私が実装しているビューは、データベースルックアップを実行してシリアル化されたデータを返すためにいくつかのHTTPGETパラメーターを取ります。これらのルックアップの一部は、計算にコストがかかる数百キロバイトのデータを生成します。このデータをキャッシュすると、DBアクセスと計算時間の両方が節約されるため理想的です。2つの質問があります：

1. Djangoのドキュメントには、キャッシュミドルウェアはGETまたはPOSTパラメーターを使用してリクエストをキャッシュしないと記載されています。これを回避する方法はありますか？
2. Dreamhost wikiは、ファイルシステムキャッシングまたはデータベースキャッシングのいずれかがDreamhostサイトに最適であることを示しています。これらのうち、パフォーマンス、セットアップ、および保守性の点で優れているのはどれですか。共有ホスティングの代替手段はありますか？

私はまた、私の問題に対する他の解決策の提案を受け入れています。

前もって感謝します！-Advait

しばらくの間、django ベースのページを正常に実行しています。ここで、デバッグ モードをオフにして、素敵な 404.html ファイルを実装しようと考えました。問題は、settings.py で DEBUG を「False」に変更するとすぐに、どのページにアクセスしようとしても、すぐに理解できないサーバー エラーが発生することです。既存のページまたは存在しないページ (私の 404.html を表示する必要があります) はすべてエラーになります。

パッセンジャーを使用して、ドリームホストでジャンゴを実行しています。最初に有用なエラー メッセージを取得するために、dreamhosts wiki の指示に従い、モジュール ペーストを使用してこれらの指示に従って Passenger_wsgi.py ファイルをセットアップしました。これは私のpassenger_wsgi.pyです:

最後の行のデバッグも False に変更しようとしましたが、その場合もエラーが発生します。

settings.py に DEBUG=True がある限り、すべて正常に動作します

これは、Debug=False をオンにしたときに発生するエラーです (django のエラー メッセージではなく、貼り付けによって報告されます)。

背景: Rails アプリのデプロイを目指しており、DreamHost でこのアプリのリモート リポジトリをホストしています。バージョン管理にGitを使用しています。ローカル リポジトリを作成し、コミットして、ssh 経由でリモート リポジトリにプッシュしました。これは、リモート リポジトリを作成する際に行ったおおよそのプロセスです。リモートリポジトリが正常に作成されたようです。これは、リモート リポジトリへのプッシュを実行した後に返されたものです。

問題: Capistrano を使用して展開プロセスを処理しようとしています (現時点ではうまくいきません)。cap deploy:check を実行すると、以下が返されます。

しかし、cap deploy:cold を実行すると、次のようになります。

deploy.rb に設定したリポジトリ パスは次のとおりです。

うわー。結局のところ、私は基本的に、そのエラーの原因となっている可能性のある何が欠けているのか疑問に思っています。:)

cron ジョブを理解していると思っていたところ、まだ理解していないことに気付きました。Dreamhost を介して 1 時間に 1 回 URL に ping を実行する cron ジョブをセットアップしようとしています。この URL にアクセスすると、小さな (っぽい) クエリが実行され、データベースが更新されます。

私が試したいくつかの例は、うまくいかなかったようです:

と

もちろん、正しいドメインが URL に挿入されています。

それで、私は何が欠けていますか？Cronjob を介して URL を実行するにはどうすればよいですか?

背景：私はこの質問とこの質問を見てきましたが、残念ながら役に立ちませんでした。

エラーメッセージ（乗客）：すでにラック1.1.0をアクティブ化していますが、Gemfileにはラック1.2.1が必要です。bundleexecの使用を検討してください。

私のGemfile：

私のGemfile.lockには次の行があります：

私のenvironment.rbの上部には次の行があります。

私のboot.rbの上部には次の行があります。

ラック（1.2.1）をローカルに正しくインストールしています-アプリはローカルホストで正常に実行され、バージョン1.2.1はターミナルの「gemリスト」の後に表示されます。

アプリを本番サーバーにプッシュする前に、gemを「バンドルパッケージ」でパッケージ化しました。

デプロイする前に、次のコマンドを（本番サーバーで、アプリのルートから）実行しました。

上記のインストールコマンドに続いて、「バンドルチェック」はこれを返します。

そして、これは乗客によって提供されたバックトレースです（上記のエラーメッセージとともに）：

誰かがこれに対する解決策を思いついたのだろうか？

注意すべき点は、サンプルのRailsアプリ（別名、Railsの新しいappNameを実行し、それをDreamHostの本番サーバーに直接FTPで転送する）が正常に実行されることです。私の実際のアプリとサンプルアプリの両方にラック（1.2.1）の依存関係があると想像しているので、これは私を混乱させます。これは、DreamHostサーバーのgemをバイパスするために、実際のアプリでのラックの実装をどういうわけかいじっていることを意味します。

サンプルのRailsアプリをDreamHostの別のサブドメインで実行しているときに、デプロイしようとしている両方の実際のアプリのサブドメインでこのエラーが発生します。

また、ベンダー/キャッシュアプ​​ローチを採用する前に、元々、DreamHostユーザーディレクトリにgemをローカルにインストールしようとしました。多分これは何にも影響しません。

この厄介な/長い質問を通して苦しんでくれてありがとう