問題タブ [esky]

Eskyフリーズしたアプリで使用しています。次のプロパティがあり、Esky クラスで使用できるメソッドがあります。

さて、それでいいのですが、Gui でダウンロード タスクの進行状況を表示したいと思います。

どうすればそれを達成できますか？

アプリの構成を含むiniファイルがあります。

Esky は、更新されたバージョン用の新しいフォルダーを作成します。構成ファイルが確実にコピーされるようにするにはどうすればよいですか?

esky でアプリをフリーズすると、次のエラーが発生します。これは、フリーザー モジュールとして py2exe を使用している場合に発生します。

このエラーは、コードで sympy モジュールを使用し、それを setup.py ファイルのパッケージに追加した場合にのみ発生します。私のsetup.pyファイルの「オプション」部分は次のとおりです。

以下の問題は、Thomas K からの回答で解決されました。

cx_freeze をフリーザー モジュールとして使用すると、ビルドは完了しますが、実行可能ファイルを実行しようとすると、同様のエラーが発生します。

誰もこの問題に遭遇しましたか?

Esky と cx_freeze を使用してアプリをフリーズしようとしています。

私の setup.py は次のようになります。

ただし、pyzmq がフリーズに適切に含まれていないようです。

私は得続けます：

この問題を解決する方法についてのアイデアはありますか?

EDIT2：：わかりました、それを解決した答えがあります>> https://bitbucket.org/anthony_tuininga/cx_freeze/issue/55/failed-with-pyzmq-1401-py33-win-amd64egg

編集: 示唆されているように、cython バックエンドを使用することを余儀なくされており、別のエラー スタック トレースがあります:

ネイティブの読み込みに問題があると思いますlibzmq.dll（ただし、zmq.libzmq.pyd結果のdistフォルダーにいくつかあります）、誰かがこれを解決しましたか?

私の質問は基本的に、「凍結され、デプロイされた Python ベースの Windows アプリケーションのファイルとフォルダーをどのように構成すればよいか」です。私の状況を理解するために、ここにいくつかの背景があります：

職場で Python 2.7 を使用してデスクトップ アプリケーションを構築しています。PyQt 上に構築された GUI ベースのアプリケーションです。クロスプラットフォームの凍結および更新フレームワークであるEskyを使用してアプリケーションを構築しています。Esky は基本的に、py2exe、py2app、bb_freeze、または現在のプラットフォームに適したインストール済みのツールをラップ/呼び出します。Esky は、次のような圧縮パッケージを作成します。

これらの圧縮されたパッケージは、Esky が更新のために参照するファイル サーバーに配置できます。非常に単純な auto_update() を含む、更新を管理するための多数のメソッドが提供されています。更新が発生すると、appname-XYplatform フォルダーは基本的に次のバージョンのフォルダーに置き換えられます... したがって、myApp.0.1.win32 フォルダーは myApp.0.2.win32 フォルダーに置き換えられます。

知っておくべき背景のもう 1 つの側面は、Python をインストールしていない同僚にアプリケーションを配布していることです。私は Python のパッケージやライブラリを配布しているのではなく、デスクトップ アプリケーションをデプロイしています (私の同僚は、それが何に書かれているかは特に気にしません。ただ、それが機能することだけです)。アプリケーションをインストールし、アンインストーラーとさまざまなショートカットを提供する Inno インストーラーを作成しました。チームの全員が基本的に同じ Windows 7 64 ビット環境を使用しているため、そのプラットフォームだけでビルドすることはかなり安全です。

というわけで、構造の問題に戻ります。Learn Python the Hard Way、Exercise 46、Hitchhiker's Guide to Packagingなど、プロジェクトのスケルトンに特定の形式を推奨するガイドを読みました。ただし、これらのガイドは、コンパイル済みアプリケーションの開発者ではなく、Python パッケージの開発者を対象としています。

Esky の appname-XYplatform フォルダーでも問題が発生しました。これは、プログラムが更新されるたびに (バージョン番号を反映するために) 名前が変わるためです。スタート メニューのいくつかのショートカットが常にドキュメントや変更ログなどを参照するようにしたいので、インストーラーにそれらのファイルのいくつかを appdata フォルダーの下に配置させます。プログラムが更新されると、外部から「表示」したいファイルの新しいバージョンをチェックし、appname-XYplatform フォルダーから新しいバージョンをコピーして、appdata フォルダー内のコピーを上書きするコードがあります。次に、永続的なユーザー設定を保存する手段も必要だったので、プログラムは appdata\settings フォルダーを生成して使用します (そうしないと、更新のたびに設定が消去されます)。

更新後にアプリケーションが新しいファイルを appdata フォルダーにプッシュするプロセスを続行する必要がありますか? Docs、Examples、Settings などの独自の構造を構築し、必要に応じてプログラムがそれらのフォルダーに新しいファイルを入力するようにする必要がありますか? Esky の動作を変更したり、よりうまく利用したりして、自分の使用法により適したものにする必要がありますか? おそらく、Python パッケージとエンドユーザー アプリケーションの両方として配布できるようにアプリケーションを作り直す必要がありますか?

この質問は、 Eskyを使用した静的ファイルに関するthis one 、Python デプロイされたアプリケーション構造に関する this one、および Esky を使用して特に対処しない Python プロジェクト構造に関する多数の一般的な質問に関連しています。Esky について説明しているいくつかのビデオもこことここで入手できます。

これらの課題に対処するための「ベスト プラクティス」手法の推奨事項を探しています。これが StackOverflow の質問形式に合わない場合は、喜んで質問の焦点を言い換えるか、絞り込みます。

フリーズしたアプリで優れたリクエスト ライブラリを使用しようとしています。コードは解釈されると正常に動作しますが、dist 実行可能ファイルを生成すると動作しなくなります。

私はこの解決策を試しましたが、うまくいきません ( Requests library: missing file after cx_freeze )

私の setup.py ファイル:

トレースバック:

オフィス用に Python 2.7 でプログラムを作成しました。--onefile フラグを指定して PyInstaller を使用し、それを単一の EXE ファイルにコンパイルして、同僚に配布しました。私が今理解しようとしているのは、更新プログラムを自動的に提供しながら、プログラムを単一のファイルとして保持する方法です。

私の現在の方法は、プログラムに新しいバージョンをユーザーに警告させ、更新されたファイルを入手する場所を指示することです。これは機能しますが、ユーザーの関与なしで更新する方法を見つけたいと思います。

自動更新 Python プログラムを作成できるEskyを認識していますが、私が知る限り、プログラムは複数のファイルとして存在する必要があります。

自動更新できるスタンドアロンの単一ファイル EXE Python プログラムを作成する方法について何か提案はありますか?