-1

私は安価なPHPホスティングが必要なため、HostGatorでホストされている人です。ただし、LinuxボックスでJaxerサーバーを使用していて、その中にWebアプリを作成したいと思います。誰かがJaxerを実行する、または実行できる手頃なホストを推奨できますか？専用サーバーやVPサーバーは使いたくない...

コミュニティに感謝します！

4

2 に答える 2

24

Jaxer は死んだテクノロジーです。一部のハッカー ネクロマンサーはそれを復活させる可能性がありますが、そうは見えません。

Jaxer 1.0 は 2008 年 1 月にリリースされ、その後はマイナーなアップグレードがいくつか行われただけで、主に 1.0 の典型的なバグと制限が修正されました。私がこれを書いている時点で、最後のリリースである 1.0.3 は約 3 年前のものです。

オープンソース製品の更新を待つのに 3 年というのは長い時間です。特に、Javascript の速度競争が始まった直後に Jaxer が死亡したことを考えると。Jaxer は Firefox 3.0 に基づいているため、Mozilla がそのリリース以降に行ったTraceMonkeyおよびJägerMonkeyの進歩はありません。

その後、Jaxer のコードはパブリック ソース リポジトリに配置されましたが、最初のチェックイン以降、実質的なコミットは行われていません。

古いサポート フォーラムは閉鎖されており、新しい Jaxer メーリング リストにはほとんど内容がありません。それは主に未回答の質問で構成されています。

Jaxer を作成した会社である Aptanaは、デスクトップに特化した会社である Appceleratorに買収されました。Appcelerator のAptana 買収 FAQによると、サーバーサイドの Python、PHP、Rails 製品の開発を継続する予定です。Jaxer はこれから除外され、2011 年の第 1 四半期後半に発表される「メンテナンス モード」と説明されています。

Appcelerator の買収前に、Apatana は Studio ダウンロードから Jaxer を削除しました。その後、個別にダウンロードすることもできますが、サポートが「壊れた場合でも両方の部分を保持できる」ように思われることを考えると、それは小さな慰めです.

Jaxer が健全で繁栄しているプロジェクトであったとしても、いくつかの重大な欠点があります。

  1. Jaxer が構築されているプラ​​ットフォームであるブラウザ Javascript は、信頼できる個別のサンドボックスでコードを実行する方法を認識していないため、サーバーでホストされているサイトごとに個別のインタープリターが必要です。これにはメモリが必要であり、ホスティング料金が高くなる最大の要因の 1 つです。

  2. コア テクノロジーが RAM を倹約するユーザーであれば、それほど悪くはありませんが、そうではありません。それは、RAM を大量に消費するプログラムである Firefox です。メモリ不足によるサーバー クラッシュをデバッグしているときに、外部プロセスを起動すると VM の使用量が 35 MB 増加することが主な問題であることがわかりました。これは最初の起動のみの 1 回限りのヒットであり、メモリ リークではありませんでしたが、これに接続を提供している Jaxer プロセスの数 (デフォルトでは 3 で、パフォーマンスが向上します) を掛けると、すでに一部の安価なホスティング プランでは、64 または 128 MB の制限があります。機能する Jaxer サイトをホストするための絶対最小値は 256 MB であり、512 MB の方がはるかに安全です。

  3. スワップ スペースを確保できる仮想マシン テクノロジで実行することにより、Jaxer の RAM を大量に消費する性質の一部を回避できます。そのため、Jaxer が使用する GUI ライブラリ (!) などは RAM に保持されませんが、多くの場合は保持されません。多くの場合、スワップ領域を使用できない OpenVZ のようなより効率的な VM システムではなく、Xen のようなものを取得するには、より高価なホスティングを使用する必要があります。

  4. Jaxer にはパッチが適用されていないため、サーバーがクラッシュしたりハングしたりするバグがまだ残っています。ネット上のランダムなボットがサーバー上のランダムな URL にアクセスし、Jaxer が各 URL に対して実行され、最終的にシステムのリソースが不足するという問題に遭遇しました。サイトの構築方法を再設計して、ボットのヒットが Apache のみによって提供されるようにし、Jaxer をサイトの単一のサブツリーに制限する必要がありました。ただし、これは回避策にすぎません。新しいサブツリー内の多数のランダムな URL にアクセスするだけで、再びクラッシュする可能性があるからです。おそらく誰かが設計上のこの弱点に出くわしたために、VPS がすべての RAM を消費するため、毎月かそこらで VPS を再起動する必要があります。

要するに、Jaxer は安価な共有ホスティングにはまったく適していません。

私が Jaxer 嫌いだと思われないように、私が Jaxer (1.0 より前) のアーリー アダプターであり、元のフォーラムで最も活発な投稿者の 1 人であり、2 つのサイトを実行していることを指摘して、自己弁護させてください。ジャクサー。はい、私は動揺していますが、主な理由は、これらのサイトの 1 つが、ある死んだテクノロジから、その移動から 1 年以内に死んだ別のテクノロジに移行されたためです。(もう 1 つは、最初の移行に成功した後にゼロから作成されたものです。) 今、私は再び移動する必要があるのか​​、それとも二度と前進しないように見えるプラットフォームでトラックを続けなければならないのか疑問に思っています。私は会社が好きかもしれませんが、あなたはこの同じ船に乗りたくないでしょう。

于 2010-01-20T16:46:32.253 に答える
3

VPSはあなたの欲望に反する方法です. Linode、Slicehost、および ServerGrove はすべて、適切なアクセス レベル (つまり、ssh、php.ini、cron など) の共有/クラスター化ホスティングと比較すると、かなり競争力のある VPS ホスティング レベルを提供します。

于 2010-01-19T18:31:20.460 に答える