Error404

Desculpa, pode até ser mais correto, mas ele não é mais funcional. Quanto ao caso das Datas não tem como eu grava-la mascarada a menos que eu grave ela como uma string e isso com certeza não estou falando. Datas são casos diferentes. Valores também são diferentes você geralmente grava como decimal informando o número de casas decimais, portanto não tem como gravar formatado. O que estou falando são CEP, CPF, CNPJ, TELEFONE onde você pode gravar uma string q não tem muita diferença. Claro, um inteiro é bem mais rápido de acessar do que uma string, mas pra isso é só botar um índice no campo q tah quase resolvido(hehe). Também não estou dizendo q meu jeito de trabalhar é o mais correto só estou falando o que por experiência própria, é o mais rápido no desenvolvimento. Quero deixar bem claro que isso é minha opinião, não quero q saiam gravando tudo mascarado, até porque geralmente os servidores de internet de hj cobram por espaço que o banco ocupa e gravar mascarado seria burrice. Estou falando de servidores próprios, de empresas grandes(que é o meu ramo de trabalho, empresas grandes desenvolvendo em java(MVC)), aí sim vale a pena porque disco é barato.....hehehe... Bom acho q é isso Grande Fabyo, conversamo outra hora q estou cheio de serviço Abraço Crystian PS: Eu sei q a tua forma de trabalhar é a correta, não discuto isso. Eu entendo o que você quer dizer mas concordo com o fabyo. Acho melhor gravar a informação "crua" pra depois poder formatar conforme o fim dela do que gravar ela com alterações para serem exibidas somente somente de uma forma. Imagina se você tem um banco de dados de 100 000 registros e gravava tudo com "<br \>" ao invés de "\n". Aí um belo dia você tem que exibir isso em modo texto. Vai ter que montar uma função pra ir substituindo tudo isso por "\n" de novo? Eu ainda prefiro guardar a informação crua...

Mas os valores como domínio, path, nome do cookie e etc tem que ser exatamente os mesmos do cookie setado anteriormente, senão não vai destruir...

Que é exatamente a mesma coisa que eu mandei lá no início, era só você alterar pra funcionar do jeito que você queria...

Não, cara inodb é um tipo de tabela, essas continuam sendo tabelas MyISAM normais. Isso! Você precisa saber a qual caixa de mensagens aquela mensagem pertence... Sim, e também precisa ter um campo pra dizer pra quem ela foi enviada, o destinatário. Nesse campo é que entra a relação com a tabela dos usuários. Se você for fazer algum link do tipo "responder mensagem" seria interessante incluir a id do usuário que enviou a mensagem ao invés do username dele, ou até mesmo em conjunto, enviando o username e a id de quem enviou a mensagem. Guardar os 2 é mais espaço ocupado na tabela, mas vai ser mais rápido na hora de puxar, aí você tem que decidir o que acha melhor.

Verifica a estrutura dessa sua tabela. Provavelmente o tamanho máximo do campo é 6, você vai ter que alterar pra 32...

O campo id dos usuário tem que ser auto_increment, sim, claro! Agora, o campo da tabela onde vão ficar as mensagens e que vai se relacionar com a tabela dos usuários, não. Na tabela onde vão ficar guardadas as mensagens você precisa ter um campo que vai dizer de qual caixa é aquela mensagem e o valor desse campo não pode ser auto_increment. Nada impede que você tenha um valor auto_increment nas 2 tabelas, mas na tabela das mensagens, você vai precisar ter um campo que se relaciona com a id auto_increment da tabela dos users. Entendeu?

Concordo!

Essa criptografia não depende do Apache e sim do MySQL e não teria como você fazer o MySQL funcionar sem a criptografia, então o problema deve ser de código mesmo. Antes de mais nada, $HTTP_POST_VARS é da época que Cabral programava em PHP, use $_POST. Depois, tente dar um echo nesse md5($senha), antes de comparar com a que está no banco. Então anote o resultado e confira manualmente. Veja se os 2 tem 32 caracteres e veja se tem alguma diferença entre os códigos...

Muito bonito o seu código mas ele não tem muito a ver com o que você está em dúvida agora... Eu quero que você pense em como fazer, se eu te disser como e te passar a estrutura pronta você não aprende nada... Imagine o seguinte: Um fórum onde cada tópico corresponde a um usuário, se você quer falar com aquele usuário, você vai ter que inserir uma mensagem no tópico dele. Agora pegue um papel [eu mesmo pego e faço um organograma ou desenhos, qualquer coisa que eu possa ir esboçando o sistema] e imagina isso em termos de tabelas. Você vai ter uma tabela que vai guardar os usuários. Cada usuário vai ter uma id única, só dele. Então é essa id que você vai usar pra identificar quais mensagens foram enviadas pra ele. Pegou o rumo da coisa?

Por que ele precisa de vários tópicos se cada um vai ter só uma mensagem? Não é mais fácil você pensar na caixa do usuário como um tópico e cada mensagem que ele receber como um POST?

Foi lá na firemasters, o fabyo pode confirmar porque foi até o moderador de lá nixnod que sugeriu a um cidadão que usasse VARCHAR pra campo de data. Se o site deles resolvesse funcionar eu te passava o link... Mas voltemos ao assunto do tópico...

Eu já vi de tudo nesse mundo inclusive gente guardando data em campo VARCHAR...

Isso é uma questão de lógica... imagine como é feito. Passa pra um papel o esquema... geralmente ajuda... Mas deve ser uma estrutura simples de tabelas... Poste aí pra gente como você acha que funciona

Salve como phpinfo.php e rode:

Assim?

Mas não entendi, você grava uma array chamada "valores", depois tenta chamar uma "arrPermissoes"... ?

Isso caso o campo suporte. Campos DATE, TIME e etc suportam a NOW(), campos INT, VARCHAR e por aí vão, não...

Certo... e essa index.php é a página que cria a array da sessão o a que lê?

Não vejo você inserindo nada de hora aí, só dias: Só vai te trazer Ano(4 dígitos)-Mês-Dia. Veja aqui a relação de códigos da função date(): · http://br.php.net/function.date

Aí o ideal seria você dar um explode() com "??" como separador, o que vai te retornar uma array com os resultados... · http://br.php.net/function.explode

Seria $HTTP_SESSION_VARS, mesmo assim esse jeito de recuperar variáveis foi abolido na versão 4 em diante, use: $_SESSION...

É, daria pra explodir a string usando o "?" como separador, mas se você só quer saber quantos "?" tem, experimente: · http://br.php.net/function.substr-count

Você consegue se conectar como root normalmente? Por código normal, fora do PMA?

Ah...hehhe... você já fez... O cat de uma tabela é a id da outra. Só teria que mudar o nome e o tipo pra ficar mais organizado, mas não é por aí que você vai resolver o seu problema. Agora, acho que seria interessante você usar o COUNT() e o GROUP BY para trazer a soma, agrupando pela id (cat) ao invés de usar o método de fazer outra select dentro do laço do while, como você fez... Tenta dar outra lida lá no post que o gladiador me ajudou e tenta montar alguma coisa com o GROUP BY. Se der errado eu te ajudo, não tem problema...

For? qual "for"?