0

使用するのは良い考えですか：

import os.path
os.path.exists (file_path)

プログラムをコピーから「保護」するには?

たとえば、メイン アプリケーションでは、以下を使用します。

import os.path
os.path.exists ("c:\windows\mifile.dll")

mifile.dllもちろん、別の名前のようなものでwindriv.dll、メモ帳で保存された単純なテキストです。

ファイルが存在する場合、プログラムは動作しますが、存在しない場合は、違法なコピーか何かであるという警告メッセージが表示されます。

プログラムをインストールするときは、パッケージまたはポータブル フォルダーの通常のインストールを行い、手動でファイルを .xml にコピーしmifile.dllますc:\windows。

4

2 に答える 2

3

これは最善のアイデアではありません。

  1. 多くの人 (私自身やおそらくウイルス プログラムなど) は、windows ディレクトリを監視し、このようなものを削除します。
  2. こういうのは暗号化したほうがいいかも
  3. インポート エラーを検出するのは簡単なことではありません
  4. 違法コピーが心配な場合は、誰かがこれを理解して、簡単にコピーして簡単に配布できるファイルを手に入れるまで、そう長くはかからないでしょう。
  5. インポートを使用してエラーを出すことは、リバース エンジニアにとって大きな危険信号です。
  6. UAC を使用すると、管理者としてプログラムを実行しないと、このファイルにアクセスできない場合があります
于 2012-12-06T21:31:47.460 に答える
1

いいえ。

どちらのソリューションを使用する場合でも、「秘密のハンドシェイクインストール手法」の一般的な考え方は基本的に妨害です。あなたはあなたの顧客が以下から効果的に防いでいます：

  • マシンのOSをアップグレードする
  • バックアップからシステムを復元する
  • ハードウェア障害のためにサービスを新しいマシンに移動する

お客様は、今後数年以内にこれらのいずれかを実行する必要があります。彼らがそうするとき、あなたのプログラムは壊れます、そして彼らはそれを修正する理由または方法を知りません。現時点であなたが彼らにさえ利用可能であることを考えると、彼らが問題を解決するためにあなたに連絡するとき、これがあなたをどのように見せるかを考えてください。

下請け業者がこのような単一障害点として密かに自己紹介していたことを知ったら、私は血まみれになります。

顧客を信頼するか、信頼できる新しい顧客を獲得するか、完全に専門的な非秘密のDRMソリューションを選択してください。

于 2012-12-07T10:15:34.877 に答える