Atualização

10. Atualizando a partir de uma versão anterior

Os números, contas e registros de aparelhos existentes são mantidos, e os IDs antigos de aparelho pro e promax continuam legíveis. Sempre pegue stream/ e ui/ da mesma versão que o resto da pasta.

1. Guarde uma cópia da sua pasta phone antiga e faça backup do seu banco de dados. Tire a pasta antiga de dentro de resources: duas pastas de celular iniciam dois celulares.
2. Coloque a nova pasta phone no lugar dela. Por FTP, envie em modo Binary ou extraia o zip no servidor (por quê). A verificação de inicialização aponta qualquer arquivo errado.
3. Mantenha os novos arquivos de configuração e transfira as configurações que você mudou pelos nomes Config. A versão 1.2.7 reúne os antigos arquivos individuais de recursos em config/apps.lua e move as configurações de chamadas para config/config.lua. Não sobrescreva esses arquivos com os antigos arquivos separados: eles não são mais carregados. Animações, música e trivia mantêm os próprios arquivos. Preserve as configurações privadas em config/apiKeys.lua se você usa esse arquivo; as credenciais existentes no server.cfg continuam funcionando. Mantenha as novas traduções e junte os seus textos onde precisar. Deixe Config.Radio.registerChannelChecks = false, a menos que você queira que o Pulse gerencie canais de rádio restritos.
4. Copie de volta os seus arquivos em ownermedia/, e a sua pasta media/ se você usa o armazenamento de fotos integrado.
5. Não copie de volta arquivos bridge/ antigos (nem as pastas de adapter customizado de uma versão anterior). Se você mudou algum, faça a mesma mudança no arquivo novo.
6. Adicione ao seu inventário os novos itens de config/items/ (seção 4).
7. Reinicie. O banco de dados se atualiza sozinho: vindo da 1.3.0, o console imprime database: brought up to date (2 columns added: phone_devices.last_seen, phone_devices.firstweek) na primeira inicialização, e a tabela phone_usage_daily é criada junto com as outras. Nada a fazer à mão. Uma hospedagem que não deixa o resource criar ou alterar tabelas: rode o phone.sql de novo (seção 2); ele só adiciona o que está faltando. Leia a verificação de inicialização no console.

Se você manteve um config.lua antigo em vez de passar as suas configurações para o novo, as configurações que ele não tem rodam com os padrões. Para mudar uma, copie aquela seção do novo config/config.lua para o seu. Por exemplo, sem Config.Block, jogadores mortos e algemados não podem usar o celular e jogadores caídos podem ligar para o 911; sem Config.Charging, não é preciso cabo (o console avisa uma vez); sem Config.Store.box, os celulares vêm sem caixa. Um config.lua mantido de uma versão anterior também conserva o próprio Config.Device.arrivesOn (o arquivo novo diz true: celulares novos chegam ligados) e não tem bloco Config.FirstRun nem Config.FirstWeek, então eles rodam com os padrões: a configuração inicial completa como antes, e o cartão da primeira semana (seção 8, "A primeira inicialização de um celular novo").

• Voltando atrás: coloque a pasta anterior de volta. No MySQL, os dados gravados pela versão mais nova continuam legíveis.
• Sem banco de dados, faça também backup do armazenamento key/value do FXServer (a pasta db na pasta de dados do seu servidor) antes de atualizar.
• Nunca defina phone_dev 1 num servidor público. Isso ativa ferramentas de teste para desenvolvedores.