原因は

• BotVSが稼働して以来,ユーザー数が増加し,ボットが増え,データベースサーバーは負荷に負われており,近年,全体のアーキテクチャが再構築され,コードの90%が書き換えられました.
• ハードウェアのアップグレードは一度に行う必要があります.旧バージョンの托管者は正常に動作し,2016/03/31号まで対応しています.
• 通信ポートは9002から9902切替に注意してください.

新しい機能

• ログは完全にローカルに保存され,ログ項数の制限はありません.管理者はログをBotVSにアップロードせず,取得時にのみ管理者から動的に転送して表示される (保存されません)
• 本地日地ではsqlite形式で保存され,ログ目録の下ではdb3と後記され,ファイル名はロボットIDで,ユーザーはsqliteの閲覧ツールで分析日誌を開くことができます
• 管理者は,ロボットを主動的に受託する方法で操作し,ロボットの制御はより流暢です.
• すべての通信はTLS暗号化により,より高いレベルのセキュリティが使用されています.
• [x]LogProfitResetとLogReset,およびchartのreset関数は,データをリセットしたり,最近の条数を保存したりする機能を追加します.
• [x]TCP接続の再利用機能を追加し,データアクセス速度を提供
• 1年以上前から存在していた細かい問題を修正した

日記保存モード

• 管理者がBotVSにログインすると,プログラムが所在するディレクトリにlogsのフォルダが作成され,このディレクトリでlogsのファイルが作成されます.docker.pid文書
• このファイルは32ビットの ID を保存し,このホストで動作するロボットは,このID に関連付けられます.
• ユーザは複数のホストプロセスを作成し,複数のホストはdocker.pidファイルとlogsディレクトリを共有できます.
• docker.pid ファイルは,作成された後に変更されません.
• ロボットのログは,logsディレクトリに保存され,ファイル名は: ロボットID.db3
• ロボットログを閲覧する際に,サーバは,ロボットが関連付けているホストの docker.pid コンテンツのユニークなIDに基づいて,対応するホストに命令を送信します.
• もし複数のホストが同じマシンで動作し,同じdocker.pidファイルを使用している場合,ロボットのログを入手するときは,そのホストのいずれかにランダムにアクセスされます.
• logs ディレクトリが失われたり,管理者が実行しているときに作業ディレクトリが変更されたりすると,以前にロボットに関連付けられたログが失われた.

更新する

更新 管理者を再配置してください: https://www.fmz.com/m/add-node

遇到问题可跟贴留言