Por que wp_redirect () é preferível a um redirecionamento de cabeçalho PHP padrão?

Ao fazer uma pergunta sobre ganchos e redirecionamentos , fui aconselhado a usar wp_redirect no lugar da função de cabeçalho do PHP. Imaginando por que o wp_redirect é preferível?

redirect headers wp-redirect

— jnthnclrk
fonte

Veja a fonte . Possui alguma lógica adicional para servidores IIS, além de alguns ganchos. Também é uma função conectável, podendo ser redefinida.

No geral, é apenas mais flexível e oferece aos outros desenvolvedores mais opções para trabalhar com seu código, indisponíveis se você apenas codificar as coisas.

— Rarst
fonte

me derrote por segundos. com a mesma resposta. +1 em seu :)

— kaiser

Eu dei a vocês dois um solavanco. No entanto, isso não parece muito bom: "Isso causa problemas no IIS e em algumas configurações do FastCGI": core.trac.wordpress.org/browser/tags/3.1/wp-includes/… . Eu corro o FastCGI em todos os meus sites.

— precisa saber é o seguinte

Doh, basta reler a instrução if e acho que minha configuração está protegida. De qualquer forma, eu vou experimentar.

— jnthnclrk

@trnsfrmr - o bug do FCGI está relacionado a algum código apache que foi corrigido no IIRC. Então fique calmo. Para o IIS, não tenho idéia e devo admitir que não me importo. O que quero dizer é: O comentário nessa função sobre um BUG está desatualizado e pode não ter nenhum papel a partir de hoje. No entanto, o uso da função wp_redirect ajuda a impedir a reinvenção da roda. Plugins como Better HTTP Redirects (Wordpress Plugin) funcionam com wp_redirect, mas não header()apenas.

— hakre

(Wp_redirect fn) é mais do que apenas definir o cabeçalho. Basta dar uma olhada aqui no que ele faz antes de definir um cabeçalho.

— kaiser
fonte