Fabyo

Depende dos servidores tem alguns que não tem suporte ao postgre mas a grande maioria tem e o postgre também é free e pra fazer esse seu sistema de contas apagar e receber ficaria melhor com o postgre

Em relação ao php eu prefiro a 4.3.8 ou a 4.3.9 o php 5 vou esperar mais um pouco pra mudar definitivamente

Com certeza postgre cara nem pense em usar mysql , o mysql é pra sistemas simples de site etc... o postgre é mais profissional e da conta do recado tem store procedure , trigger integridade relacional ,schemas etc... mas se seu projeto for apenas grande de volume de dados use o mysql mesmo dai nesse caso não vai ter diferença ate mais

tabela usuarios id_usuario nome senha numero_posts fk_grupo nivel data_cadastro img_avatar tabela grupos id_grupo grupo essa é minha logica tenta montar a sua em cima das ideias já postadas eu fiz isso hj porque você tava com duvidas, mas da pra fazer algo bem melhor e com calma

beleza você também esta certo mas eu fiz assim porque já que era tudo no mesmo banco e não teria necessidade de mandar 2 msgs mas sua logica também esta certa só que no caso do email o remetente e nem o destinatario compartilha o mesmo banco mas valeu, vamos tentar ajudar nosso amigo ai abraços

não basta montar um esquema tipo se o usuario apagar só não vai mais aparecer pra ele mas continua existindo ate o destinatario apagar também sacou? é facil, mas o principal é nunca repetir dados num banco, sempre a uma saida

não precisa gerar dois registros basta fazer o sistema que pegue pelo id do remetente e o id do destinatario dai você faz qualquer coisa mas o principal num banco de dados é nunca repetir dados 1 regra sobre banco de dados é de normalização de tabelas o meu sistema ficou igual ao do forum mas eu fiz do meu jeito nem sei como o do forum funciona ,fiz pela logica que eu vejo ate mais pessoal

Manual do PHP pt_br

ta la no email.html você coloca o seu email e o email pra quem você quer mandar sua duvida é em relação a configuração do smtp no php.ini ? qualquer duvida posta ai

Eu fiz um sistema de mensagens internas tipo o do forum completo com bbcode etc... vou acabar de testar ele dai eu posto na sessao de script ate mais

vai na sessao de script la eu postei um sistema de cadastro com banco acess obs: da pra conectar o php com qualquer tipo de banco de dados não só o php como qualquer outra linguagem

Faz +- assim: perceba que o importante são essas informações com isso da pra montar um esquema legal tipo uma função que detecta a entrada do usuario ou troca de pagina e verifica se tem mensagem pra ele e envia pra ele deu pra entender +- ?

ve la no banco se ele ta salvando os dados e lembre-se ele cria uma senha criptografada de 32 caracteres veja seu espaço no banco também e como que ta esse campo la tem outro campo ou só esse ai?

Fabyo depende muito do q você está fazendo. Hoje em dia é mais barato espaço do que processamento. Na faculdade aprendi q jamais se grava nada mascarado, pois são dados desnecessários e repetitivos, mas que muitas vezes poupam processamento e facilitam o desenvolvimento. Eu me preocupo com a entrada de dados e a saída já está tudo pronto. Cada um com sua opinião, respeito a sua porque até pouco tempo atrás tb defendia ela, mas agora estou revendo meus conceitos... Abraço Crystian Crystian na boa não to falando de ganhar vantagens nem espaços to falando de jeito certo de se trabalhar,eu não preciso de facilidade eu vou para o lado que for mais correto e funcional principalmente quando se trata de valores em reais ou datas depois você formata só para exibição e faz o que quiser com esses dados só saber trabalhar com eles e se você acha mais facil guardar as datas assim 12/10/2004 só porque fica mais facil pra exibir depois se acha certo? dai se fazendo assim se não vai poder usar o campo proprio pra guardar datas que é o DATE ou DATETIME e falando em dados em dinheiro pra você trabalhar com somas subtrações etc... você trabalha com os dados puros e depois formata só o valor para exibição essa é a maneira correta, pode ser mais trabalhosa mas é o certo bom mas se pode fazer do jeito que quiser né só to dando a minha opniao e não tenho nada contra a sua opniao mas só explicando meu jeito de trabalhar

também não precisa ter varios campos de valores pra cada item basta 1 campo de valor só e sua descricao dai depois se busca no select e separa se quiser ajuda pra ver um esquema melhor posta ai que a gente ajuda

è mesmo o moderador de la teimou que usava o campo varchar porque era o jeito dele programar ah error esse moderador foi expuso de la esses dias e falando em site que não abre o imaster também ta muito ruim não abre mais

Will não sei qual sua duvida pois eu já fiz uns sistemas de carrinho de compras e nunca tive problemas com isso e nunca teve dados repetidos so´ver como você ta fazendo é mais facil te ajudar

e pra salvar a data e hora o campo tem que ser o DATETIME

Bom isso é mesmo vocês estao discultindo pra arrumar uma gambiarra é melhor resolver o caso do jeito que eu falei acima mas sobre o que você falou de um produto com 2 ids isso não pode porque não importa a quantidade que o usuario compre so vai gerar num numero de quantidades e não de produtos obs: um banco bem feito não pode ter cadastros repetidos e nem ids diferentes com nomes iguais,e não deixar cadastrar produtos com mesmo nome etc... exemplo de como comprar o produto sem mecher com os id do produto produto = telefone | idProduto = 03 | quantidade = 10 | preço = 120 mysql_query("INSERT INTO compra VALUES ('', '$idProduto', '$quantidade')"); o que vai pra banco e o id e quantidade o resto não importa mas isso primeiro ele vai ter que fazer um sistema melhor abraços

Eu já penso diferente: se começa errado ou termina errado ou tem mais trabalho e gambiarra que tudo o melhor jeito de fazer isso é criar um banco bem modelado e relacionado depois sim fazer as telas de cadastros edição etc... muito mais pratico e funcional o principal num sistema começa pelo banco de dados mas beleza esse é meu jeito vou dar um exemplo de como fazer um simples banco de dados sobre produto esse é um jeito simples mas que seja modelado e relacionado pra ficar pratico na hora das pesquisas etc... da pra fazer um banco bem legal

com if ($s1 == $s2) você só testa pra saber se é igual já com a função strcmp compara duas strings para saber qual delas é maior e essa função retorna 3 tipos de valores exemplo:

Só completando o que o Error404 falou sempre salve no banco o dado original e só edite na hora de exibir,por exemplo datas, valores em dinheiro só formate pra exibir

eu tenho o cep em sql completo dai só montar uma função de pesquisa pra fazer isso é facil se quiser eu mando no seu email pois é 5mb o cep.sql compactado

php.net/mail e configure o smtp no seu php.ini procure por essas linhas no php.ini: Envio de email com anexo se não for isso poste ai

não envie os dados direto pro banco trate eles antes de gravar estude sobre essas funções: addslashes htmlspecialchars strip_tags md5 outra coisa importante também é você tratar os includes se você usa includes para incluir paginas ,e não souber usar fica facil injetar um codigo malisioso no seu site ate mais abraços