Fabyo

essa função que eu fiz ela é automatica se a data tiver 00/00/0000 ela fica 0000-00-00 e se tiver 0000-00-00 fica 00/00/0000 não precisa dizer mais nada ne? echo implode(strrchr($data, "-") ? "/" : "-", array_reverse(explode(strrchr($data, "-") ? "-" : "/" , $data)));

outro exemplo foreach(array_map('chr', range(ord('a'),ord('z'))) as $caracter) echo $caracter;

não importa o tipo de arquivo se for baseado em texto, pode ser .txt, .inc, .php ou .qualquer outra extensao que você mesmo criar então é simples abra o arquivo usando file() ele pega o arquivo e cada indice do array é uma linha no seu caso seria assim $file = file("arquivo.txt"); echo $file[0];

se esta dizendo que a função mysql_connect não existe é porque você não hablitou ela no php.ini e vejo essas classes e percebo que o pessoal tenta usar oop ,mas ainda pensa da maneira antiga então esse oop não ajuda muito

para vocês entenderem melhor o php.ini http://forum.imasters.com.br/index.php?showtopic=144987

rodando em local claro que não tem problema ,mas é bom já acostumar a trabalhar com register_globals off senao seus scripts não funcionarao no server não custa nada só pegar as variaveis usando as superglobais $_GET, $_POST

Cara não se usa mais register_globals = on ele é por padrão em off e é pra ficar assim por motivos de segurança, e tem mais no php 6 ele sera totalmente extinto se quer deixar seu site cheio de brechas de segurnça então usa se não aprende a trabalhar sem ele Usando Register Globals Talvez a mudança mais controversa no PHP é quando o valor padrão para a diretiva do PHP register_globals passou de ON para OFF no PHP 4.2.0. Confiança nesta está diretiva foi bastante pública e muitas pessoas nem mesmo sabiam que ela existia e assumiam que ela é apenas a forma como o PHP trabalha. Esta página irá explicar como alguém pode escrever um código inseguro com esta diretiva, mas mantenha em mente que a diretiva por si só não é insegura, mas o seu uso incorreto sim. Quando register_globals esta em on injetará (veneno) em seus scripts, todos os tipos de variáveis, como variáveis request de formulários HTML. Isto junta-se com o fato deo PHP não exigir inicialização de variáveis siginifica que escrever códigos inseguros é muito mais fácil. Não foi uma decisão difícil, mas a comunidade PHP decidiu, por definição, desabilitar esta diretiva. Quando on, as pessoas usavam variáveis ainda sem saber realmente, com certeza, de onde elas vinham e podiam apenas supor. Variáveis internas que estão definidas no próprio script conseguem se misturar com dados requisitados enviados pelos usuários e desabilitando register_globals muda isto

posta um pedaço do seu script ai e o link não aparece nada

Manual php: Nota: Sistemas operacionais diferentes tem convenções de delimitação de linhas diferentes. Quando você escreve num arquivo e deseja inserir uma quebra de linha, você precisa utilizar o(s) caractere(s) de fim de linha adequado(s) em seu sistema operacional. Sistemas baseados no Unix utilizam \n como final de linha, sistemas baseados no Windows usam \r\n e sistemas baseados no Macintosh usam \r. Se escrever caracteres de fim de linha inadequados em seus arquivos, eles deverão "parecer engraçados" quando você os abrir em outras aplicações. O Windows oferece uma flag de tradução do modo texto ('t') que traduz, transparentemente, \n para \r\n quando trabalhando no arquivo. Em contraste, você também pode utilizar 'b' para forçar o modo binário, que não irá traduzir o arquivo. Para usar essas flags, informe ou 'b' ou 't' como o último caracter no parâmetro mode. O modo do sistema de tradução default depende da versao da SAPI sob o qual você está usando o PHP, então é encorajado a sempre utilizar a flag apropriada por razões de portabilidade. Você deve usar o modo 't' se estiver trabalhando em arquivos texto simples e utilizar \n para delimitar as linhas em seu script, de forma que você pode esperar que eles sejam lidos em outras aplicações como o Notepad. Você deve usar 'b' em todos os outros casos. Se você não especificar a flag 'b' quando trabalhando com arquivos binários, você pode experimentar problemas estranhos com seus dados, incluindo arquivos de imagens danificados e problemas estranhos com os caracteres \r\n.

decida o que você quer fazer sua pergunta do tópico foi respondida você não explica direito o que quer fazer

não a session_destroy é pra destruir a session se você pretente criar uma sessao você não pode apagar ela em seguida você só usa o destroy ou outra maneira para apagar a session quando você quiser fazer logout

Bom vamos la se usa session para login porque é uma maneira de salvar os dados do usuario, pode ser usado session ou cookie o cookie é um arquivo salvo no micro do usuario dai quando ele acessa uma tela de login e ta tudo certo você cria um cookie com os dados do usuario ou apenas um cookie e envia para o usuario assim qualquer pagina que ele acessar você verifica se o cookie existe ,dai se existir ele pode entrar na pagina se não você manda fazer o login, o cookie sendo salvo no micro do usuario você pode limitar uma data para ele expirar por exemplo 3 meses a um ano, se você não colocar nenhuma data ele expira assim que fecha o navegador ,é o mesmo sistema de login aqui do forum se você pedir pra salvar o login você sempre ira entrar no forum logado, porque foi salvo um cookie no seu micro, se você limpar os cookies da sua maquina você pode tentar logar que não vai ta logado você ira ter que logar novamente a diferença do session para o cookie é que o session é um arquivo salvo no servidor e não no micro do usuario mas o session acaba quando fecha o navegador só uma dica não se usa mais: session_register(), session_is_registered() e session_unregister(). session_unset() http://br.php.net/manual/pt_BR/ref.session.php http://br.php.net/manual/pt_BR/function.session-destroy.php

mas isso não é problema e é coisa simples de se revolver eu só to falando que você ta fazendo gambi porque não é a solução mais adequada mas faça do jeito que você acha mais facil ou que resolva seu problema só quiz ajudar exemplo que pode dar certo: obs: você tem que ver o porque que ta dando erro e não somente mudar o jeito de fazer, e outra coisa você tem que ver como ta gravando o cliente o mais importante é na entrada do banco e não pra exibir include ('../admin/conecta.php'); echo "$cima"; $res = mysql_query("select * from agenda where id = $id"); if (mysql_num_rows($res) == 0) { echo "nenhum usuario encontrado $baxo"; exit; } else { $matriz_resposta = mysql_fetch_array($res); $cliente = $matriz_resposta['cliente']; $msg = $matriz_resposta['msg']; $funcionario = $matriz_resposta['funcionario']; $data = $matriz_resposta['data']; $hora = $matriz_resposta['hora']; $id = $matriz_resposta['id']; } ?> <table width="100%" border="0" cellspacing="0" cellpadding="1" align="center"> <tr> <td align="center">Alteração de Agenda</td> </tr> <tr> <td><form action="alt_verifica.php" method="post" name="cad" id="cad"> <table width="300" border="0" cellspacing="1" cellpadding="2" bgcolor="#cccccc" align="center"> <tr bgcolor="#FFFFFF"> <td>Cliente:</td> <td><?= "<input name=\"cliente\" type=\"text\" id=\"cliente\" value=\"$cliente\" />" ?></td> </tr> <tr bgcolor="#FFFFFF"> <td>Funcionario:</td> <td>

a verdade é que fazendo direito da certo sim, você somente retornou a situação fazendo uma gambiarra

o md5 é padrão em varios banco e no mysql também tem a função md5 só você salvar assim: INSERT INTO tabela (campo) VALUES (MD5( 'valor'))

http://br.php.net/pgsql

esse tipo de criptografia não é muito segura, use md5

então o seu exemplo funciona com você porque você usa register_globals = on e por segurança você precisa deixar ele em off entre no php.ini e procure por ele dai você edita ele e reinicia o serviço do servidor web dai você vai ver que não ira mais funcionar seu exemplo e tem que ser assim mesmo por segurança nunca mais usar register_globals em on e o motivo que você não ve erros é porque o display_errors deve estar em off se você editar la no php.ini e deixar ele em on você ira ver uma mensagem de erro quando tiver erros na pagina

seu exemplo da esse erro: Parse error: parse error, unexpected '{' in C:\root\test.php on line 2 porque tem um ( sobrando if(!isset($login) || (!isset($senha)) { e você ta testando assim: if(!isset($login) || !isset($senha)) { se não existir $login e $senha e nunca ira existir $login e $senha no começo da pagina eu percebi seu problema você ta usando register_globals = on e display_errors = off deixe register_globals = off e display_errors = on autere no php.ini register_globals display_errors = on

dentro do loop você coloca um sleep() e determina um tempo para o script parar e depois continuar enviando isso pra não dar erro no servidor que tem limite de envio de emails use também set_time_limit(0);

no navegador vai la no menu exibir -> codificação e muda o formato

continua errado ,agora tem um erro a mais if(!isset($login) || (!isset($senha)) { e outra testando se existe $login nunca ira existir o certo é fazer assim no seu caso:

esse exemplo acima esta errado pois no primeiro acesso a pagina ira dar um notice porque não existe ainda $_POST["login"]; o certo é você fazer assim: <? //aqui verifica se existe o Submit, significa que o form foi enviado if(isset($_POST["Submit"])) { $login = $_POST["login"]; $senha = $_POST["senha"]; //aqui você verifica os dados e faz o login } else { // mostra o formulario }

como já foi falado, usando javascript não é totalmente seguro basta destivar o javascript e pronto pode inserir o que quiser mas use javascript e no php você filtra os dados usando Expressoes regulares e já tocando no assunto sua duvida sobre ^$ o ^ especifica que no inicio de uma string tenha algo e $ no final da string

meu que viajem, não tem nada haver você fazer isso não precisa limitar nada basta usar as funções já postadas aqui, não sei porque você não entendeu é simples e como já foi falado ainda evita sql injection assim também ta certo: <input type="text" value="<? echo "$texto";?>" /> ou assim <?= "<input type=\"text\" value=\"$texto\" />" ?> as aspas escritas no html não tem nada haver com o que vai ser gravado no banco de dados