Créé le: 2016-03-18 15:40:58,
Mis à jour le:
2016-03-30 00:50:42

2

2649
Les raisons de la mise à niveau
- Les utilisateurs ont augmenté depuis la mise en ligne de BotVS, et les serveurs de base de données ont été surchargés par l’augmentation du nombre de robots. Une récente restructuration de l’architecture globale a entraîné la réécriture de 90% du code.
- Il faut effectuer une mise à niveau matérielle, les anciennes versions de l’hôte fonctionnent normalement jusqu’au 31/03/2016
- Le port de communication a été changé de 9002 à
9902Attention à la commutation.
Nouvelles fonctionnalités
- [x] Les journaux sont entièrement sauvegardés localement, il n’y a pas de limite au nombre d’entrées, les administrateurs ne téléchargent pas les journaux sur BotVS, et ne sont affichés dynamiquement de l’administrateur que lorsqu’ils sont récupérés (mais pas sauvegardés)
- [[x] Sauvegardé au format sqlite natif japonais, avec la suffixe db3 sous le répertoire des logs, le nom du fichier est robot ID, et le journal d’analyse peut être ouvert avec l’outil de visualisation sqlite
- [x] Les gestionnaires exploitent les robots en adoptant une méthode de réception active des tâches, le contrôle des robots est plus fluide
- [Toutes les communications sont cryptées via TLS, un niveau de sécurité plus élevé.
- [x] LogProfitReset et LogReset, ainsi que la fonction de réinitialisation du graphique, ajoutent une fonction de préservation de l’article, permettant de réinitialiser les données ou de préserver le dernier article
- [x] Ajout de la fonctionnalité de réutilisation de la connexion TCP pour fournir une vitesse d’accès aux données
- [x] Résolution de nombreux problèmes de détails accumulés depuis plus d’un an
Mode de sauvegarde du journal
- Une fois que l’administrateur a réussi à se connecter à BotVS, il crée un dossier de logs dans le répertoire du programme, dans lequel il génère un .
docker.pidLes documents
- Ce fichier conserve un identifiant unique de 32 bits, et chaque robot qui fonctionne sur ce serveur est associé à cet identifiant unique.
- Les utilisateurs peuvent créer des processus multi-hôtes, et plusieurs hôtes peuvent partager un fichier docker.pid avec le répertoire des logs
- Le contenu du fichier docker.pid ne sera pas modifié une fois créé.
- Les journaux des robots sont conservés dans le répertoire logs, le nom du fichier est le suivant: robot ID.db3
- Lorsqu’il consulte le journal des robots, le serveur envoie des commandes aux hôtes correspondants en fonction de l’identifiant unique du contenu de docker.pid de l’hôte auquel le robot est associé.
- Si plusieurs hôtes sont exécutés sur la même machine, en utilisant le même fichier docker.pid, l’accès au journal du robot sera fait au hasard à l’un d’entre eux.
- La perte du répertoire des logs ou la modification du répertoire de travail lors de l’exécution d’un hôte entraînent la perte des journaux associés aux robots précédents.
renouveler
http://7xi2n7.com1.z0.glb.clouddn.com/1c9cfbcb394a0051808ee9aff323b58639b09bdc.png
Pour mettre à jour et redéployer le serveur: https://www.fmz.com/m/add-node
遇到问题可跟贴留言