0

ユーザーが送信したドキュメントをさまざまな方法で処理するWebサイトがあります。その1つは、各ドキュメントの一部でスペルチェックを行うことです。このWebサイトをMacMiniに設定したとき(そうです、これはWebサイトとしてはかなり弱い機器ですが、内部にあり、オフィスの外では誰も見ることができません)、aspell-pythonを再生するのに問題があったことを覚えています。 Apacheから呼び出されたときにAspellをインストールするのは良いことですが、愚かにも私がそれを回避した方法を書き留めるのを忘れていました。さまざまなビットモード(Apacheの場合は64、PythonとAspellの場合は32)で実行するようにコンパイルされているApache、Python、およびAspellと関係があるという印象を受けています。

いずれにせよ、私はストックのApacheとPythonのインストールを使用しており、ソースからAspellをビルドし、MacPortsからインストールしました。約1年前から楽しく頑張っていますが...

今日まで早送り:OS Xのソフトウェアアップデート(現在は10.5.8まで)を実行したところ、突然スペルチェッカーが機能しなくなりました。現在、Djangoによってスローされているメッセージは、aspell-pythonによって「適切なイメージが見つかりませんでした」、具体的には「ユニバーサルラッパーに一致するアーキテクチャがない」というものです。

Aspellとaspell-pythonは引き続きコマンドラインから正常に機能しますが、Webサイトからは機能しません。誰か考えがありますか?

編集:10.5.8を使用すると、psycopg2バインディングが機能しなくなります。それが助けになるなら、aspellとpsycopg2の両方が共有オブジェクトとして使用されていました。

4

1 に答える 1

1

アップグレードが10.5の1つのパッチリビジョンから10.5のそれ以降のパッチリビジョンへのアップグレードのみであった場合、32ビットと64ビットの要件に関して動作に変化は見られないはずです。今壊れた場合は、10.5でも常に同じように動作し、パッチリビジョンでは変更されなかったため、以前に壊れているはずです。

これが当てはまらない唯一の理由は、以下に記載されている指示に従った場合です。

http://code.google.com/p/modwsgi/wiki/InstallationOnMacOSX

そして、Apache実行可能ファイルを32ビットとしてのみ実行されるように間引くか、plistファイルを32ビットとして同様に実行するように更新しました。

これは、10.5パッチリビジョンの一部がApache実行可能ファイルと場合によってはplistファイルを置き換え、ローカルの変更が上書きされるためです。

そのドキュメントには、オペレーティングシステムのアップグレード後にこれらの変更を再適用する必要がある場合があることが記載されています。

于 2009-12-18T00:17:36.203 に答える