rp_computer()

A ideia que organiza tudo

O hardware é de verdade, então o sistema também precisa ser. Gabinete, placa-mãe, processador, cooler, memória, vídeo, disco e fonte são itens físicos, e a bancada só deixa ligar o que um PC de verdade ligaria. As fases seguintes da rede — invasão, mineração, sistemas de trabalho — vão perguntar "quanto este PC aguenta?", e um hacker de placa topo não pode ser a mesma pessoa que o de computador de escritório.

O OrionOS é a outra metade. Passou no POST e achou disco, a bancada vira um monitor e o sistema roda dentro dele, num iframe da NUI. Área de trabalho, janelas, Core Office (Word, Excel, PowerPoint e PDF), terminal, e-mail, e para cada organização o app Servidor de contas.

Os arquivos

• server/hardware.lua — as regras puras do hardware. Não toca em banco nem inventário: dá para conferir lendo e testar fora do jogo.
• server/main.lua — a bancada: montar, desmontar, overclock, ligar. É quem abre a sessão do sistema.
• server/os.lua — o sistema ligado ao jogo: disco, instalação, senha do PC de casa, porta das contas.
• server/diretorio.lua — o servidor de contas de cada organização.
• web/os/ — o OrionOS. jogo.js é a ponte; fora do jogo ele se desliga e o sistema roda com dados de exemplo, para desenhar no navegador.

O boot de cada placa-mãe

Cada placa liga do jeito do fabricante dela. A tela do POST, a BIOS, as teclas e — o que realmente muda o conserto — o jeito de avisar que algo deu errado. O perfil mora em shared/bios.lua, e a placa aponta para ele pelo campo bios na ficha técnica.

O Q-Code não vem com legenda, como na placa de verdade: 00 processador, 55 memória, d6 vídeo, A2 sem de onde dar boot, AA entregou ao sistema. Quem só conhece bipe fica perdido numa placa sem alto-falante — e é de propósito: trocar de placa muda o jeito de consertar.

Passou no POST, o monitor mostra o boot da placa em tela cheia antes do OrionOS: a BIOS de texto rola as linhas, a UEFI mostra só o logo e as teclas.

O Setup e o menu de boot

Enquanto a tela do POST está de pé, a tecla do fabricante abre o Setup e a outra abre o menu de boot — dá para clicar na linha das teclas, no rodapé da tela, em vez de acertar a tecla. Cada fabricante tem a sua cara, e por baixo é o mesmo modelo de páginas e itens (web/bios.js, conferido por server/bios.lua):

• Awarde — o menu azul em duas colunas, destaque vermelho, cada entrada abre uma tela.
• American Megatrons — faixa azul, abas no topo, corpo cinza e a ajuda do item à direita.
• UEFI — gráfica, na cor da marca: a MSY com o menu de lado, a Aurus e a ROC com abas, cartões de processador, memória e armazenamento, e um monitor de hardware na coluna da direita.

O que se muda ali muda o teste seguinte, porque salvar reinicia o computador: o servidor apaga o último POST, desliga a sessão do sistema e a tela aperta o botão de novo.

A bancada não repete a tela do POST — ela mostra a conta do consumo aberta, watt por watt (processador, vídeo, placa-mãe, memória, discos, ventoinhas), e a ficha da placa: versão da BIOS, as duas teclas, como ela avisa defeito, e o que está gravado no Setup dela (velocidade da memória e se o perfil está ligado, curva das ventoinhas, de qual disco ela dá boot, se tem senha). A tela do fabricante aparece onde ela existe de verdade: no monitor.

Os números de série

Cada PC tem a sua chave, e cada disco tem o seu número. A chave (PC-XXXXX-XXXXX-XXXXX) nasce com o gabinete e aparece na bancada e na moldura do monitor. O id numérico continua existindo como endereço interno; a chave é o que o dono vê, anota e denuncia quando roubam.

O que decide onde moram os arquivos é o disco (DK-XXXXXXXX). Os arquivos são do disco, não do PC: tirar o SSD de um gabinete e montar em outro leva tudo junto. É o que faz roubar um disco valer alguma coisa.

Os PCs que já existiam no banco antes da chave ganharam uma na primeira subida, junto com a organização calculada pelo lugar.

Do botão à área de trabalho

O computador é que fica ligado, e não a sessão de quem está na frente dele. Sair de perto fecha a tela, mas não desliga nada: voltar cai na mesma área de trabalho, com a mesma conta logada e as mesmas janelas abertas — como o PC do plantão, que ninguém desloga. Quem quiser fechar de verdade aperta o botão de energia; o restart do servidor é a queda de energia que apaga a cidade inteira.

1. POST. A bancada liga o PC. Se passou e achou disco, o servidor grava a sessão do sistema, que sobe do primeiro disco vivo (M.2 antes de SATA).
2. Um PC, um usuário. A partir daí o PC fica preso a quem ligou: ninguém mais liga, abre o gabinete ou tira o disco enquanto ele usa. Um teclado, uma pessoa.
3. A tela troca. Depois das linhas da BIOS, a bancada some e aparece o monitor com o iframe.
4. Iniciar. O sistema pergunta ao servidor o que é este PC: chave, organização, o hardware medido no POST, o disco. O tempo de boot vem da velocidade do disco — HD uns 6 segundos, NVMe pouco mais de 1.
5. Instalador ou disco. Disco em branco abre a instalação; disco com sistema desce e cai na tela de entrada.

O disco na rede

Evento confiável grande trava o canal inteiro do FiveM, e a documentação não dá um número. Então o disco nunca atravessa a rede de uma vez:

• Desce em blocos de Config.Os.bloco caracteres. O servidor corta em fronteira de caractere UTF-8 — um "ã" partido ao meio chega na tela como lixo.
• Sobe só o que mudou. A tela guarda o que já foi gravado e manda a diferença: no (cria ou atualiza), anexar (o resto de um conteúdo grande) e apagar. Renomear manda os dados do arquivo sem o conteúdo.
• O corte do lado da tela não parte emoji. Em JavaScript um emoji são dois caracteres; cortar entre eles gera um texto inválido que o JSON do Lua estraga.
• Grava sozinho um segundo depois de cada mudança, e grava o que faltou ao desligar.

As contas das organizações

Cada organização tem um servidor tipo Active Directory: grupos, contas e auditoria. O computador da organização não tem conta própria — quem senta nele entra com DOMINIO\usuario e a senha do servidor, e a mesma conta vale em qualquer PC daquela organização.

• A senha só existe como hash bcrypt, feito pelo próprio FXServer. Nem o banco nem a tela sabem a senha de ninguém. Cinco erros seguidos travam a conta.
• A tela guarda um espelho sem senha. A mudança do administrador roda no espelho primeiro — resposta na hora —, vai ao servidor, é conferida de novo e o diretório de verdade volta para todos os PCs da organização. Conta desativada cai da sessão onde estiver; app negado fecha.
• O administrador passa por cima da política do PC. O Terminal travado no hospital continua travado para enfermagem e recepção, e abre para quem administra o servidor.
• Senha temporária obriga a criar uma nova antes de entrar.

A primeira conta

Servidor recém-criado não tem conta nenhuma, e alguém precisa ser o primeiro administrador. A tela de entrada mostra "Criar a primeira conta do servidor" só para:

1. o chefe do emprego da organização (grade boss, ou a maior grade do emprego);
2. quem está em Config.Os.fundadores, pelo identifier — vale para sempre;
3. quem recebeu /pcfundar da staff — vale até sair do servidor.

Depois da primeira conta, conta nova só nasce pelo app Servidor.

O que se ajusta na config

Tabelas

Todas nascem sozinhas quando o resource sobe.

Comandos

Armadilhas que custaram caro

O que ainda falta

1. Testar dentro do jogo. A instalação do PC do hospital já rodou; o resto foi testado fora do jogo, com o Lua de verdade para as contas, o Setup e a bancada, e um servidor falso para o sistema. Falta ver no jogo o Setup de cada placa, o menu de boot, o Limpar CMOS e o computador que continua ligado depois que a pessoa sai.
2. Conferir os empregos mayor (Prefeitura) e banker (Maze Bank), e medir no jogo as áreas da LSPD, da Prefeitura e do Maze Bank.
3. E-mail entre jogadores. Hoje as mensagens são de exemplo, na memória da tela.
4. Imprimir vira papel. O sistema já avisa quando imprime; falta o rp_inventory receber e criar o item com o documento.
5. Queda de servidor vinda do servidor. O console do TI e os sete incidentes existem, mas só na tela. No jogo, a queda deveria vir de evento, sabotagem ou invasão.