Beraldo

Nesse caso, aconselho ter uma tabela principal, que só armazena dados fixos de cada registro (mesmo que seja só o ID dele). Em outra tabela você armazena cada informação desse registro, relacionando-os com os registros na tabela principal. Assim pode ter um histórico completo de todas as modificações, sem duplicar dados.

Antes de tudo, pense bem se você **realmente** precisa desses dados em tabelas diferentes. Duplicar dados não costuma ser algo normal e pode dar MUITA dor de cabeça no futuro O ideal seria uma rotina diária que faz o backup, não uma rotina que insere nas duas tabelas. Até daria pra usar uma trigger no banco de dados para isso, mas não vale a pena. O melhor é usar um sistema de backup do banco

Mexer na estrutura do banco em tempo de execução não é boa ideia. Pense bem isso é realmente necessário. O ideal é criar registros em outra tabela e relacioná-los, conforme necessário Estes links podem ser úteis: http://forum.imasters.com.br/topic/140816-mini-tutorial-de-mysql/ http://rberaldo.com.br/usando-campos-multivalorados/

Se essa variável $ii armazena o número da linha, é só fazer um if e verificar se o valor dela é 0 (ou 1, se você iniciá-la em 1 em vez de 0). Se for, vá para a próxima iteração

Se o campo for do tipo correto (DATE, DATETIME e semelhantes), é simples filtrar por intervalos de datas. Você pode usar as Funções de Data e Hora do SGBD

Você precisa usar Ajax, de forma parecida com o exemplo de rolagem que você encontrou. A única diferença é que o evento será disparado no clique, não na rolagem.

lembrando que funções mysql_* estão obsoletas desde o PHP 5.5 e já foram removidas no PHP 7. Prefira usar MySQLi ou PDO. Veja mais aqui: http://rberaldo.com.br/mysql-obsoleto-php/

A consulta (com mysqli_query) falhou e retornou false. É o mesmo problema que explico aqui: http://rberaldo.com.br/as-mensagens-de-erros-mais-comuns-do-php/#mysql_result_resource Faça debug com mysqli_error e encontrará o problema

Se você quer garantir que o dado é numérico, recomendo fazer um simples casting antes dos if's: $limite = (int) $_POST['numero']; Veja mais detalhes neste link

Não entendo por que instalar esses pacotes, incluindo Apache, sendo que o próprio PHP já tem um servidor web nativo... O Apache só vai consumir memória e disco sem necessidade. Para ambiente de desenvolvimento, o servidor do PHP é mais que suficiente (além de ser super simples de usar)

É só usar isset(); Veja: http://rberaldo.com.br/as-mensagens-de-erros-mais-comuns-do-php/#undef_index

É só olhar o código-fonte gerado no navegador. Lá os espaços e quebras de linha estarão aparecendo normalmente

Você está em dúvida sobre os requisitos do sistema ou está em dúvida em como implementá-los? Seja como for, você vai precisar de Sistema de Login e Sistema de Cadastro. Recomendo ver estes artigos: Login: http://blog.ultimatephp.com.br/sistema-de-login-php/ Cadastro: http://blog.ultimatephp.com.br/sistema-de-cadastro-php-mysql-pdo/

Só lembrando que funções mysql_* estão obsoletas desde o PHP 5.5 e já foram removidas no PHP 7. Prefira usar MySQLi ou PDO. Veja mais aqui: http://rberaldo.com.br/mysql-obsoleto-php/

uma hora você usa mysql, outra hora usa mysqli escolha uma das duas (mysqli de preferência, pois mysql já está obsoleto) e siga com ela. Se conectar com uma e executar a query com outra, vai dar erro, mesmo

Usuário root sem senha? Está certo mesmo? Reveja as configurações. Acesso negado é usuário/senha errado ou falta de permissão (o que é impossível no caso do root)

é só traduzir o erro, que você descobre o problema... Lá diz "acesso negado". Ou seja, usuário e senha incorretos...

Todo o projeto (arquivo, HTML, banco de dados etc) deve estar em uma única codificação (preferencialmente UTF-8). Veja este artigo.

Insisto em dizer que você precisa modelar seu banco direito. Quer usar UNION, ok... Quando tiver 100 tabelas, serão 100 UNONs... Desempenho e consistência podem ficar bem prejudicados Leia sobre Formas Normais. Estude Relacionamento de Tabelas, Chaves Estrangeiras. O banco é a parte mais importante para o código ficar limpo e rápido. Se continuar com o banco mal modelado, o código ficará cada vez pior

Meus preferidos são o Laravel (para aplicações grandes) e o Slim (para aplicações pequenas) Dá pra fazer um simples Sistema de Cadastro no Laravel em menos de 5 minutos. Também dá pra montar um Sistema de URLs Amigáveis com Slim em menos de 30 segundos. Em suma, não há resposta definitiva. Depende do projeto e de seus conhecimentos. Afinal, não adianta matar formiga com canhão ;)

Antes de tudo, mude a sua estrutura. Use uma só tabela, com um campo identificando o tipo de equipamento. Essa é a forma correta. Assim o SELECT fica simples. Outra coisa, sobre o ID, por que não usar um número sequencial (auto increment)? Não vai dar trabalho à toa de ficar pesquisando se o ID gerado já existe.

Crie um contador no banco de dados, filtrando por IP (cookies não adianta, já que você quer contar mesmo se ele usar outro navegador).

Isso é um recurso simples de um Sistema de Cadastro (CRUD). Veja este tuturial: http://blog.ultimatephp.com.br/sistema-de-cadastro-php-mysql-pdo/

o problema não é no while. É antes dele. Esse erro significa que mysql_query falhou e retornou false. O erro está ali, antes de fetch_array Por isso precisa usar mysql_error() pra ver qual é o erro retornado pelo MySQL

Explico esse erro aqui: http://rberaldo.com.br/as-mensagens-de-erros-mais-comuns-do-php/#mysql_result_resource PS: funções mysql_* estão obsoletas desde o PHP 5.5 e já foram removidas no PHP 7. Prefira usar MySQLi ou PDO. Veja mais aqui: http://rberaldo.com.br/mysql-obsoleto-php/