olha cara, bom mesmo seu artigo pro pessoal que esta comecando para nao comecar a fazer erros, como eu uma vez pensei ?
a pra que $_POST e $_GET, funciona du mesmo jeito, uma linha a menos, ai vai e o servidor mudou o register_globals... mais qui raivaaaaa

hehe, a pena e que tive que apreender a tratar com os erros na marra, num conhecia essa funcao

Legal o artigo mas acho que você trocou as bolas... rs
Antigamente o padrão do register_globals era ON e nas últimas versões vem como OFF, não seria assim?

Sem mais, Rodrigo.

Exato Rodrigo, acabei realmente trocando as bolas.

Era ON e agora é OFF

Ótimo artigo... mas como solucionar esse erro?
Notice: A session had already been started - ignoring session_start()

Não tem uma maneira de verificar se a sessao jah foi inciada?
=D

Luiza, tente isto:

if (!isset($_SESSION)){
session_start();
}

Jacques

Muito bom o seu artigo, tb passei muita raiva em ter que mudar todos os meus sistemas por causa do $_POST $_GET, já estou tratando todos esse erros que apareceram nos scripts, o mais constante aqui foram de variaveis não definidas, por causa de não inserção de dados no banco, o que vou mudar agora!

Valeu!

reparei que no IE aparecem mais erros que no FireFox. existe alguma diferençar por causa do navegador?

Cara eu sempre uso e recomendo
o uso de error_reporting(E_ALL) por padrão em todos os casos pois recebendo os erros qdo vc está desenv é mais facil corrigir....

leojurema, isto provavelmente ocorre pela diferença dos "HEADERS" enviados pela solicitação do navegador.

Muito bom esse toque para os desenvolvedores. É de pessoas como vc´s que enviam artigos, tutoriais e outros, que o mundo do software livre precisa para se expandir ainda mais.

Valeu!!!

Éder,

Fiquei bolado agora, mas valeu pela dica!!

Abraços de seu colega de Barreiras!
Seabra

Legal, pequero, simples, legalmesmo.

Esse artigo é realmente ótimo!
Eu só queria aqui deixar uma minha opinião, muito pessoal: particularmente não me esquento muito com alguns tipos de notices, principalmente pelas notices de variáveis indefinidas. Se quizer usar isset() para checar se uma variável está definida tudo bem, qual o problema? ... E às vezes em alguns sistemas eu preciso mesmo checar isso, então algumas notices dessas eu costumo ignorar.
Uma outra coisa, que eu penso e que "o manual do php também pensa", é que nunca, nunca deixem o report de erros ligado no servidor de produção! Sertifiquem-se de que não há erros e depois desliguem o error reporting, não podemos prever quando o php irá reportar um erro, às vezes testamos tudo o que o sistema tem, entramos em todas as páginas, testamos tudo mas ... esquecemos de ver uma coisinha, uma paginasinha, uma opçãozinha, e vamos embora todos feliizes até que alguém entra lá onde esquecemos de testar e então o php reporta maravilhoisamente o erro, o tipo do erro, a linha do erro, talvez o nome de uma variável ... e zaz! Alguém de fora ficou sabendo várias coisas sobre nosso script!
Então eu sempre deixo o error report ligado, testo, corrijo erros, e depois quando coloco em produção deixo desligado. Se der um bug alguém vai me contar, me apontar o nome do arquivo php que não foi exibido, ou que tá com o bug, aí eu ligo o error reporting, corrijo e torno a desligar, dessa forma o erro foi detectado mas não mostrou ao mundo nenhuma informação do meu script.
Valeu
Marlon

Cara mto bom voce ter posto isso, sempre achei muito desleixo nao receber os dados dos formularios com _POST ou _REQUEST, para mim isso eh coisa de subprogramadores, pois deixa o codigo muito instavel e muito inseguro! alias, onde estavam com a cabeca ao fazer variaveis globais!!!

Coloquei nos meus script e nada apareceu mas foi bom saber valeu ai!!!!

Valeu pela dica, agora toda vez que eu tiver um escipt ele não fucniconar, vou abilitar essa função, provavelmemte ela me ajudar.