それは1つのエラー、1つ目です。2 つ目は単にポスト エフェクトです。おそらく、ベータ版の ZIP をダウンロードするよりもうまくいくでしょう。リリースが成熟するまでは、Git や SVN、または Zeos チームが使用しているものなどのバージョン管理ツールを使用して、毎日「毎晩」変更をダウンロードできます。このようなエラーは、通常はすぐに修正されます (単純なものです) が、長い間リリースされます (非常に意味不明なため、誰もリリースする必要はありません)。
http://zeos.firmos.at/portal.phpを開いて、ほとんどの即時更新を入手できる場所と、問題を報告する方法を読んでください。
実際には - http://svn.code.sf.net/p/zeoslib/code-0/trunk/が
あります
このページには次のようにも書かれています: sourceforge の新しいバグトラッカーにこのバージョンのバグを報告してくださいhttps://sourceforge.net/p/zeoslib/tickets/
してください。オープンソースとは参加することです。少なくともバグを登録して参加してください。
問題の本質については、公式ドキュメントと「関連項目」セクションをお読みください。誰かがパッケージ バイナリ更新戦略について決定する必要があります。そして、決定はすべてのパッケージに対して保持する必要があります (いくつかの条件で混合することはできますが、それは推奨されません)。したがって、基本的には次の 3 つの選択肢があります。
自分で決定し、すべての Zeos パッケージを選択した戦略に入れます。これにより、通常の ZeosDB に戻るまでの間、このフォークを維持する責任が自分に課せられます。
バグを ZeosDB チームに報告して提案を求め、提案に従ってすべてのパッケージの設定を変更します。
バグを ZeosDB チームに報告し、SVN で修正されるまで待ってから、SVN アップデートを実行してください。
- 個人的には 1 つのオプションを選択しますが、FLOSS ライブラリの共同開発者になる準備はできています。
- オプション 3 は、最も時間がかかりますが、最も簡単です。
- オプション 2...まあ...バージョン管理を回避しようとすることを除いて、なぜそれを選択する必要があるのか わかりません。それ自体は悪い考えです。
また、 http://www.catb.org/esr/faqs/smart-questions.htmlを読むことをお勧めします。
これは、ZeosDB フォーラムで効果的にコミュニケーションをとるのに役立ちます。 " (そうでない場合は、7.0.2 のような公開リリースを待ちます)。