2011-11-10 2 views
1

現在、PHP 5.3のホスティング環境ではZend Guardエンコードファイルを処理し実行するために "Zend Guard Loader"拡張機能をインストールして使用する必要があります。 Zend Optimizer(PHP 5.2)で使用するためにエンコードされたファイルを実行することができませんでした。Zend Guard Loader(php 5.3)にzendenc52.exeで保護されたスクリプトを実行させる方法

これにはどのような回避策がありますか?

答えて

0

私のために働いた唯一の方法は、Zend Guardのメッセージの代わりにphp 5.2ファイルを含めることでした。汚いですが、動作していますが、依然として2つのファイルが存在する必要がありますが、保護されていないコードでローダーを切り替える必要はありません。

0

私はそうは思わない...私はまた、そのためにPHP 5.2を使用して立ち往生しています。

"Zend Guard Loader"を使ってzend encoded 5.2スクリプトを実行したい場合は、スクリプトをもう一度エンコードするために、より多くのお金を引き出し、新しいバージョンを購入する必要があります。

+0

実際、Zend Guardには両方のエンコーダが含まれているので、お金を使う必要はありません。お金は問題ではありません。問題は、Zend Guard LoaderとZend Optimizerの両方で動作するものを1つだけ持つ代わりに、PHP 5.2と5.3の2つのバージョンのエンコードファイルを管理しなければならないことです。 –

+0

それを避けてください。コス2製品は100%互換性がありません。 – iWantSimpleLife

+0

bccompiler拡張機能を使って独自のエンコーディングを作成できますか? ( – iWantSimpleLife

0

Zend Guard/Optimizer/Loaderコンテキストでエンコーディングとランタイムに答えるには、完全に一致する必要があります。受け入れられた答えが間違っています - PHP 5.2でロードされたオプティマイザでPHP 5.3でエンコードされたファイルを実行するための微調整はありません。

コードの更新時にエンコード処理をスクリプト/バッチすると、2つのターゲットバージョンを維持するのは非常に簡単です。ソースコードをzendenc52とzendenc53で一度だけ実行し、異なるターゲットディレクトリを与えます。

詳細。 PHP 5.3のコードは5.2とは異なります。実際には、これらのバージョンと一致するソースに対して2つの異なるブランチがあるはずです。 古いニュース:http://php.net/manual/en/migration53.php

Zend Guardでエンコードされたアプリケーションをテスト/ステージングするときは、エンコードされたバージョンをテストして(必要に応じてオープンソースをデバッグする)ことを確認してください。理由は簡単です。エンコードされたファイルには、難読化を処理するデータテーブルのオーバーヘッドがあり、高度なPHP構文でPHP機能を変更する可能性があります。テスト中にエンコードされたファイルに問題が見つかった場合、ソースを見つけて修正するのは簡単です。ソースバージョンのみをテストしてエンコードして顧客に展開すると、結果は予測できません。

/untar/git/svnをインストールしてPHPファイルをインストールすると、リリース/ダウンロード/コードプッシュにPHPターゲットバージョンを貼り付けることができるので、正しいバージョンでインストールするか、2 PHPターゲットバージョン5.2または5.3と一致する正しいGuardedアプリケーションバージョンにシンボリックリンク/リライトすることができます。

最後に重要なことですが、 Zend Guardのサポートされているランタイムは、Zend Serverです。 DEB/RPMのネイティブパッケージマネージャーやインストールファイル(Windows、Mac、その他のLinuxではサポートされていないLinux)を使用して、サポートされているOSで誰でも無料でインストールすることができますネイティブパッケージマネージャー)。 Zend ServerのオプションのLoaderコンポーネントは、エンコードされたアプリケーションファイルを処理し、PHP 5.2および5.3のブランチが付属しているため、PHPにZend OptimizerまたはLoaderを手動でインストールする必要はありません。 PHP 5.2から5.3へのアップグレードは、アプリケーション(コード化されたオープンソース)が適切に移行されたときに簡単かつネイティブです。

これが役に立ちます。

+1

あなたのおすすめは勝った自分のスクリプトがインストールされている場所のサーバー環境を制御できないスクリプト配布方式に合っていません。 Zendloaderのバイナリの変更が必要ですが、zgloaderの両方のバージョンに対して1つのファイルを作成することができますが、まだ非常に不安定です。 S.唯一の方法は、サーバーがすぐに5.2を5.2に置き換えることを望むことである(最近の5.4の安定したリリース) –

関連する問題