Illidan

Valeu, Carlos! Vou assistir no próximo domingo!

A função strlen() serve pra contar os caracteres de uma string... será que não daria pra usar ela aí, embora seja um "double"? você podia quebrar o número com o explode e contar as casas decimais... que tal? Talvez desse certo...

se você não quer aprender PHP, porque não tenta algum script pronto? Já tentou?

você queria personalizar a cor da barra do seu site, é isso? Do site que abre no iframe?

Eu trabalho e estudo... se bem que agora eu estou de férias! Mas só chego em casa 5:30... que horas que passa?

Bom, cara... você tem que pensar que o usuário pode estar utilizando 1024... e pra 1024, tá pequeno, mesmo... Na minha opinião, o outro tá melhor porque tá mais completo e o espaço tá melhor utilizado... Falou!

eu tb não vi ainda! Onde passa? Que horas?

são vários os motivos que podem estar resultando nisso... essa imagem aí é o que? Um fundo de tela, ...? Fica difícil saber só com isso que você passou... Falou!

Não dá pra ter certeza, mas ele vai desconfiar... md5() sempre gera 32 caracteres, então fica meio na cara. Mas o problema não é ele saber que é md5()... o problema maior é você ter uma senha curta e óbvia. Então, se você fizesse esse processo de codificação duas vezes, estaria muito mais seguro... pois, na segunda, você estaria codificando 32 caracteres (que codificaram a senha idiota na primeira vez)... e o resultado será sempre o mesmo, que é o que importa na hora de verificar a senha. Falou!

Coloca assim: //$font = "$path/fonts/arial.ttf"; $font = "caminho/para/arial.ttf"; Coloque aquela linha como comentário pra você não perder o valor original... aí você testa e diz pra gente no que deu. Falow!

você tem que instalar ela! Se fosse no windows, você gravaria ela na pasta C:\Windows\Fonts... mas como o servidor é em Linux, não sei como que fica... Falou!

não veio nenhum arquivo de fonte junto com o script?

O que tem na linha 58 desse arquivo?

Legal essa sua solução! valeu por ter voltado pra postá-la!

Bom, Guto... eu nunca restringi essas palavras. Acho que não tem problema, não. Em PHP (em ASP eu não sei, mas acredito que seja similar), o que o cara digita num campo do form, como um <textarea>, ficará associado a uma variável quando ele submeter o formulário. Eu só pego o valor dessa variável e insiro no campo do banco. Não tem problema se ele encher de caracteres ou palavras "especiais" pelo meio... a única coisa que pode dar erro são caracteres como a aspas simples, como você citou no seu outro post. Agora, na hora de imprimir esse valor na página, aí eu trato ele várias vezes... por exemplo, na primeira, eu mando transformar os caracteres especiais de HTML em seu código ("<" vira "&lt;" etc.)... aí eu transformo os <enters> em <br />... aí, num mural que eu criei, ele substitui quando o cara digitar ":)" por "<img src=... />" (igual aqui no fórum). Se eu fosse fazer tudo isso na hora de gravar no bd, iria ocupar muito mais espaço... cada tecla <enter> ia virar um <br />, um ":)" ia virar "<img src=... />". Tirando que, quando o cara fosse editar a mensagem, ele não ia entender nada do que era aquilo. Mas beleza... voltando à sua pergunta sobre segurança, acredito que você não precise se preocupar caso alguém digite um "DROP `tabela`;" na mensagem... só fique atento mesmo na hora de imprimir esses valores na página pra não deixar nenhum engraçadinho alterar o tamanho da fonta pra 7, ou escrever </td></tr> e acabar com o layout do site... hehehe Abraços!

Eu acho que não dá... eu olhei no meu Excel aqui e não encontrei nada... :/ é muito grande a tabela?

Não, cara... faz um script que gera uma nova senha pra ele, caso ele perca... o script pode gerar uma senha randômica, aí atualiza o campo senha no banco de dados e envia um e-mail para o cara com a nova senha. Que tal?

realmente, md5() não é tão seguro... mas se você usar ele umas 2 vezes, já ajuda bastante. tipo: $senha = md5(md5($senha));

É só ir trabalhando esse valor... tem várias alternativas: função explode(), substr()... Falou!

é... mas aí daria um trabalho enorme pra você fazer isso, pois você teria que utilizar uma linguagem dinâmica pra ver qual foi o último banner exibido para aquele cara... e como você vai determinar isso? Faria um textbase com o IP e o banner exibido? Mas o IP pode mudar, tb... entende qual é o problema?

você vai ter que trabalhar com cookies pra fazer isso. você define um cookie com a informação do próximo banner a ser exibido. Falou!

Concordo com o ikkinet... Tem como você fazer isso, Carlos?

Cara, isso fica melhor se feito em javascript... com PHP, você vai ter que carregar a página novamente cada vez que o usuário selecionar um valor no primeiro select.

Guto, Entendi o que você quis dizer, mas eu não acho que seja trabalho demais você ter que tratar a informação do bd toda vez que for exibí-la. Quer dizer, eu acho que vale a pena pelos inconvenientes que isso resolve... Eu faço isso nos meus projetos. Se você transformar os caracteres HTML em seus respectivos códigos, vai ocupar mais espaço no campo do mysql (pode não ser muito, mas eu vejo como um espaço perdido). Além do mais, não é só a ordenação dos resultados que ficará comprometida, como tb se você for fazer uma busca, ou qualquer espécie de consulta... Imagine só: você teria que tratar a palavra de busca com a função Server.HTMLEncode (no PHP é a htmlentities) toda vez que fosse consultar no bd. A meu ver, é um processo tão trabalhoso quanto tratar os dados da consulta só na hora de exibir. A diferença é que uma hora você trata a palavra que será consultada, e na outra você trata o resultado. Se pudesse optar, eu ficaria com a segunda opção, pois ocupa menos espaço no bd e evita alguns problemas, como o de ordenar resultados. Bom, mas tb não sei como é o seu caso... é só minha opinião. Falou!

É verdade... Vamos ver o que ele reponde...