ESerra

Tem que ver o que o teu servidor disponibiliza, por exemplo, a extensão memcached já diminuiria as requisições ao banco de dados, mas tem que ver se está disponível no seu servidor.

"Consuma menos servidor"? Memória? Processador? Banda? Vamos usar apenas o raciocínio lógico: Caso 1: ler um arquivo pronto: Requisita arquivo ao servidor -> PHP lê o arquivo -> Arquivo é enviado para renderizar no cliente. Caso 2: pegar informação no BD: Requisita informação ao servidor -> requisita informação ao PHP -> PHP requisita informação ao SGBD -> SGBD processa a informação e devolve ao PHP -> PHP processa a informação recebida -> Arquivo é enviado para renderizar ao cliente. Pelo simples lógica o caso 1 vai consumir menos recursos (processador/memória). Agora veja que, se você usar algum tipo de cache, quando você fizer uma requisição ao servidor que já tenha sido feita, ele vai seguir o fluxo do "Caso 1", o cache foi criado exatamente para você poupar processamento de coisas que já foram "feitas" em algum momento anterior, se você tem uma opção de cache, use-a, sempre vai acabar sendo a solução mais simples para diminuir a carga de processamento/uso de memória do servidor.

A conexão ao banco é o menor dos seus problemas, lembre-se que um banco de dados é um arquivo que é gerenciado por um software especializado (SGBD). No seu contexto, se os dados raramente são alterados (observe que isso por si só é um conceito bem abstrato) seria muito mais simples gerar os arquivos fisicamente e pronto. Vou dar um exemplo concreto, um cliente pediu para gerar um sistema em que ele pudesse criar o menu dinamicamente, esse menu teria vários elementos aninhados: Menu - Submenu -- Sub-Submenu --- Sub-Sub-Submenu Toda página que fosse aberta no sistema iria ter que renderizar esse menu, só que por ele ser "ilimitado" o cara poderia ter milhares de submenus, MAS depois de cadastrar tudo, ele raramente mudava/alterava/apagava algum item dentro do menu, solução? Sempre que ele alterava esse elemento, eu literalmente fazia a consulta e gravava o menu fisicamente em um arquivo e usava esse arquivo como include nas páginas do sistema, solução simples. Tem que ver se isso é aplicável ao seu caso, lembrando que os SGBDs tem ferramentas de cache também, o que alivia muito a carga deles, que de fato é o que importa.

Primeiro que está faltando uma aspas para fechar a string no $result_usuario... Segundo, usei mysqli_connect_error() para capturar o erro... <?php $situacao = "CONCLUIDO"; $codphoto = $_GET['codphoto']; $servidor = "localhost"; $usuario = ""; $senha = ""; $dbname = ""; $conn = mysqli_connect($servidor, $usuario, $senha, $dbname); echo mysqli_error($conn); $result_usuario = "UPDATE photos SET situacao = '$situacao' WHERE codphoto = '$codphoto'"; $resultado_usuario = mysqli_query($conn, $result_usuario); echo mysqli_error($conn); ?>

Trocar: <input type="text" name="idproduto" value="<?php echo $row['idproduto']?>"> Por: <input type="text" name="idproduto[]" value="<?php echo $row['idproduto']?>"> E $pega = $_POST['idproduto']; Por: foreach($_POST['idproduto'] as $ind=>$val{ echo "$ind - $val <br />"; }

addslashes não evita sql injection. De qualquer jeito, uma solução melhor: https://www.php.net/mysqli_real_escape_string Dê uma olhada em prepared statements, isso sim vai evitar sql injection.

$idAtirador está vindo de onde?

Existem várias maneiras de fazer upload múltiplo, tem que ver exatamente como funciona o script que você está usando. Contudo, isso não é algo complexo de resolver, posto que, quando você der o submit do formulário, basta você fazer o cadastro no BD, pegar o id do "CI" criar a pasta e então mover os arquivos que foram enviados via upload, só tem que ver se o upload vai ocorrer junto com o post do formulário ou se vai ser antes (como ocorrer em alguns scripts de upload múltiplo que enviam antes para algum script e guardam em uma sessão o nome dos arquivos).

AlissonLinneker, se você deseja anunciar o seu produto utilize outros canais, editei seus posts onde você citava o endereço do seu serviço, este tópico se destina à uma solução gratuita e aberta, se quiser contribuir ótimo, caso contrário, o anúncio do seu produto não tem razão de existir aqui.