Mise à jour

10. Mettre à jour depuis une version plus ancienne

Les numéros, comptes et fiches d'appareils existants sont conservés, et les anciens identifiants de téléphone pro et promax restent lisibles. Prenez toujours stream/ et ui/ de la même version que le reste du dossier.

1. Gardez une copie de votre ancien dossier phone, et sauvegardez votre base de données. Sortez l'ancien dossier hors de resources : deux dossiers de téléphone démarrent deux téléphones.
2. Mettez le nouveau dossier phone à sa place. Par FTP, envoyez-le en mode Binary ou extrayez le zip sur le serveur (pourquoi). La vérification au démarrage nomme tout fichier incorrect.
3. Gardez les nouveaux fichiers de configuration et reportez les réglages que vous aviez modifiés d'après leurs noms Config. La version 1.2.7 regroupe les anciens fichiers de fonctionnalités individuels dans config/apps.lua et déplace les réglages d'appel dans config/config.lua. N'écrasez pas ces fichiers avec les anciens fichiers séparés : ces fichiers ne se chargent plus. Les animations, la musique et le quiz gardent leurs propres fichiers. Conservez les réglages privés de config/apiKeys.lua si vous l'utilisez ; les identifiants existants dans server.cfg continuent de fonctionner. Gardez les nouvelles traductions et fusionnez-y vos propres formulations si nécessaire. Laissez Config.Radio.registerChannelChecks = false, sauf si vous voulez que Pulse gère les canaux radio restreints.
4. Remettez vos fichiers de ownermedia/, ainsi que votre dossier media/ si vous utilisez le stockage photo intégré.
5. Ne recopiez pas les anciens fichiers bridge/ (ni les dossiers d'adaptateurs personnalisés d'une version plus ancienne). Si vous en aviez modifié un, refaites la même modification dans le nouveau fichier.
6. Ajoutez les nouveaux items de config/items/ à votre inventaire (section 4).
7. Redémarrez. La base de données se met à jour toute seule : en venant de la 1.3.0, la console affiche database: brought up to date (2 columns added: phone_devices.last_seen, phone_devices.firstweek) au premier démarrage, et la table phone_usage_daily est créée avec les autres. Rien à faire à la main. Un hébergeur qui ne permet pas à la ressource de créer ou modifier des tables : relancez phone.sql (section 2) ; il n'ajoute que ce qui manque. Lisez la vérification au démarrage dans la console.

Si vous avez gardé un ancien config.lua au lieu de reporter vos réglages dans le nouveau, les réglages qu'il ne contient pas utilisent leurs valeurs par défaut. Pour en changer un, copiez cette section du nouveau config/config.lua dans le vôtre. Par exemple, sans Config.Block, les joueurs morts et menottés ne peuvent pas utiliser le téléphone et les joueurs à terre peuvent appeler le 911 ; sans Config.Charging, aucun câble n'est nécessaire (la console l'indique une fois) ; sans Config.Store.box, les téléphones arrivent sans boîte. Un config.lua conservé d'une version précédente garde aussi son propre Config.Device.arrivesOn (le nouveau fichier indique true : les nouveaux téléphones arrivent allumés) et n'a pas de bloc Config.FirstRun ni Config.FirstWeek, qui utilisent donc leurs valeurs par défaut : la configuration complète comme avant, et la carte de la première semaine (section 8, « Le premier démarrage d'un nouveau téléphone »).

• Revenir en arrière : remettez le dossier précédent. Sur MySQL, les données écrites par la version plus récente restent lisibles.
• Sans base de données, sauvegardez aussi le stockage clé/valeur de FXServer (le dossier db dans le dossier de données de votre serveur) avant la mise à jour.
• Ne définissez jamais phone_dev 1 sur un serveur public. Cela active les outils de test développeur.