問題タブ [server-configuration]

現在、サーバーへのサイトのロールアウトを管理してから、サイトをデモ/アカウント/ライブの「モード」に切り替える方法は、少し危険であり、プロセス全体を改善したいと考えています.

自動展開ツールだけでなく、サーバーの構造も見直してきました。自動展開に関する質問は別の投稿に譲ります。ここでは、人々が運用サーバーでコードを整理する方法に興味があります。

現在、データ ドライブには「demo」、「acceptance」、「live」の 3 つの最上位フォルダーがあります。何かを「デモ」または「ACC」として分類するものの間にはわずかな違いがありますが、これについては触れませんが、すべての議論/あいまいさを取り除きたいと言えば十分です。

ロールアウト手順は次のとおりです。サイトが開発されたらacceptance.project-domain.com、「acceptance」フォルダーの下などの「acceptance」ホスト ヘッダーの下にロールアウトします。クライアントはサイトをレビューし、すべての接続文字列/権限などが正しいことを確認するためにテストを行います. クライアントはライブへの OK を出します。この時点で、サイトを「ライブ」フォルダーの下に完全に再展開し、ライブ ホスト ヘッダーを指定します。もちろん、この時点では、サイトは展開された状態で完全にテストされていません (ここでは単体テストについては話していません。つまり、ファイルのアクセス許可、iis の設定ミスなど)。その後、サイトを再テストする必要があります:(

このような構造は、はるかに優れていると思います。

version1このようにして、新しいサイトを"acc" ホスト ヘッダーの下のフォルダーに展開できます。クライアントが OK を返したら、ヘッダーを切り替えるだけで済みます。変更要求がある場合v1.1は、受け入れヘッダーを持つことができる下に移動し、OK を取得したら、ヘッダーを交換すれば問題ありません。すすいで繰り返します。

このプロセスは、自動化された展開スクリプトの管理もはるかに簡単になります。サイトのすべてのコードを 1 つの親フォルダーの下に置くということは、アップロードのアクセス許可を 1 つのサイトに制限できることを意味します。そのため、別のサイトのコードを誤って上書きすることはありません。サーバー上にあるバージョン、プロジェクトを追跡するのがはるかに簡単になります。管理 wiki は簡単に維持できます... リストは続きます!

コード編成とロールアウト管理の方法は何ですか?

私は自分のWebアプリケーションで次のことをしようとしています:

ファイルを提供するだけでなく、.jpg (または選択した任意のファイルタイプ) にアクセスするときに、サーバー (共有ホスティング環境で Apache を使用) で PHP スクリプトを実行することは可能ですか?

PHPスクリプトが正しいヘッダーなどを設定する必要があることは知っていますが、そもそもどのように実行できるのか疑問に思っています。

私はこれが次のようにできることを知っています:

しかし、それは私が望んでいる方法ではありません。

1台のマシンでJBossのインスタンスをさらに実行しています。このインスタンスは、独自のアドレスバインディングパラメーター-bを使用して作成され、-cパラメーターを使用してさまざまな構成で実行されます。マシンはLinux1であり、さらに多くの仮想インターフェイスが作成されています（ifconfig eth0：1 192.168.0.101 netmask 255.255.255.0 upによって）。

私の考えでは、より多くの人が1つのIPアドレスでそのインスタンスでJBossを実行でき、構成のコードをテストおよびデバッグできるようになります。しかし、JBossをデバッグモードで実行すると（JAVA_OPTSに追加：-Xdebug -Xnoagent -Xrunjdwp：transport = dt_socket、address = 8787、server = y、suspend = n）、JBossは0.0.0.0:8787でリッスンしています（netstatで取得） -avn）。これは、デバッグセッションがこのマシンのすべてのIP（すべての仮想インターフェイス）でリッスンしていることを意味します。デバッグモードのJBossのインスタンスがさらに実行されていると、デバッグのためにどのインスタンスに接続するかを決定できないため、これは望ましくありません。

デバッグがリッスンする場所を言う可能性はありますか？それとも私はそれをどうにかして制限することができますか？ありがとうございました。

さまざまな異なる LAMP セットアップを実行している多数のサーバーがあります。サーバーをセットアップした人によって異なるように思われることの 1 つは、PHP の構成方法です。Apache DSO モジュールを使用するように設定されているものもあれば、CGI を使用するように設定されているものもあります。suEXEC がオンになっているサーバーもあれば、オフになっているサーバーもあります。私たちは常にアプリのパフォーマンスを微調整しようとしていますが、このレベルでどのような利点が得られるかはわかりません.

それが私たちのサーバーの標準的なセットアップに役立つ場合は、次のようになります。

• PHP5.2.8
• MySQL 5.0.81
• アパッチ 2.2.11

ありがとう。

私は（願わくば）広く配布されるスクリプトを書いています。そして、それが箱から出してできるだけ多くのサーバーで動作することを確認したいと思います。

このスクリプトには.htaccessファイルが必要ですが、一部のhtaccessファイルは移植性が低いことがわかりました。

htaccessは、次のような単純なリダイレクトを実行する必要があります。

'ユニバーサル'.htaccessファイルは、すべてのWindowsおよびLinuxサーバーで機能するように見えます。

私は自分のスタイルシートに絶対URLを持っています。http：//localhost/images/myimage.jpg。

次の定数を持つ構成クラスもあります

PHPページ config::SITE_ROOT . "/myimage.jpg"では、サイトを本番サーバーに移動するときに、1つの中央の場所でサイトルートを変更できるように記述しています。

ページに入れずにスタイルシートでこれを行う方法はありますか？modの書き換えを使用していて、相対URLが機能しないため、相対URLはオプションではありません。

私は最後の質問に基づいてアイデアをテストしていますが、非常に興味深い問題に遭遇しました...

私のホームディレクトリはサーバーの1つのパス（すべてのホームディレクトリが存在する場所）にあり、推測できる理由から、そのディレクトリのPHP構成でIMAPがオンになっていない。

ただし、ライブサイトのテストミラーにある私のプロジェクトディレクトリでは、IMAPが有効になっています。

したがって、私がテストしているのは、.forwardファイルを使用して、電子メールが送信されたときにphpスクリプトをトリガーすることです。これに簡単に使用できる唯一の電子メールはユーザーの電子メールです。つまり、個人のホームディレクトリに.forwardを設定する必要があります。

.forwardは機能しますが、電子メールはエラーの一部で返送されます。私の知る限り、「予期しない関数open_imap（）」が原因でスクリプトが失敗しています。これは、個人用フォルダーですべてを実行しようとしたときに取得したものです。

したがって、問題は、スクリプトがIMAPのあるディレクトリにあるため、ブラウザから直接スクリプトを実行できることですが、ホームディレクトリ（ここでもIMAPがない）からメールを送信すると、 ）、デフォルトでは、スクリプト自体のパスの構成ではなく、スクリプトをトリガーしたファイルのパスのPHP設定になります。

それで：

1. 私は完全に間違っていて、十分にデバッグしていませんか？
2. 私が正しい場合、スクリプトを独自のパスのphp構成に準拠させる方法はありますか？
3. そうでない場合は、すべての新しい電子メールアカウントを設定するか、サーバー管理者にIMAPをオンにするように頼む以外に、これを機能させる他の方法はありますか？

複数のバージョンの PHP を同じボックス (レールなど) で実行することは可能ですか? これが私の問題です。新しいプロジェクトで開発を開始する必要があり、最新の Zend フレームワークとアクティブなレコードを使用できるように、PHP 5.3 を使用する予定でした。
ただし、アプリケーションをホストする必要があるマシンには PHP 4.4 があり、そこでホストされている他のアプリケーションがいくつかあります。PHP のバージョンと非推奨の機能をアップグレードする際に、過去に多くの問題に直面したため、サーバー上の PHP のバージョンをアップグレードしたくありません。
同じボックスに複数のバージョンの PHP を搭載し、アプリケーションにロードさせたいバージョンを何らかの方法で指定することが可能かどうか疑問に思っていました ( rails のように)

php でメール送信用にプログラムしましたが、ローカル サーバー経由でメールを送信するにはどうすればよいですか?

mod_rewriteを使用してSEOURLを作成しています。基本的に、これは次のように機能します。すべてのリクエストは.htaccessによってキャッチされ、phpスクリプト（たとえば、transform.php）にリダイレクトされます。transform.phpはSEOURLを解析し、それを通常のURLに変換してから、index.phpを含め、アプリケーション（index.php）の出力をキャッチし、RegExを使用してすべての通常のURLをSEOURLに変換します。したがって、重要なステップは、すべてのリクエストがtransform.phpを通過するようにすることです。私の.htaccessはかなり長いですが、次の行に制限することができました。

問題は最初の（ルート）URLで発生します：http：//mysite.com/。http://mysite.com/と入力し、サイトがローカルcompにある場合、すべてが正常に機能します。http://mysite.com/は.htaccessによってキャッチされ、さらに処理するためにtransform.phpに送信されます。ただし、別のサーバーでは、この行は機能しません（たとえば、http：//mysite-other-server.com/の場合）。この.htaccess行は単にリクエストをキャッチしません。ただし、 http：//mysite-other-server.com/index.phpではすべて正常に機能します。

さらに、私はこの2番目のサーバーにいくつかのサイトを持っており、それらのいくつかは機能しますが、機能しないものもあります。一部のURLは最初にhttp://mysite-other-server.com/index.phpに解決され、次に.htaccessによって処理されますが、他のURLは解決されず、.htaccessはhttp：//を処理します。 mysite-other-server.com/

私は非常に混乱していて、運がなくてグーグルを試しました。どんな助けでも大歓迎です。