wp_redirect no funciona después de enviar el formulario

Solopuede utilizar wp_redirect antes de que el contenido seenvíe alnavegador. Si habilitara la depuración dephp,vería unerror de "encabezados yaenviados" debido a get_header()en laprimera línea.

En lugar deprocesarelformularioen laplantilla,puede enganchar una acción anterior ,como wp_loaded yguarde algunas consultasen labase de datos si solo va a redireccionar.

EDIT ,ejemplo-

 add_action( 'wp_loaded', 'wpa76991_process_form' );
function wpa76991_process_form(){
    if( isset( $_POST['my_form_widget'] ) ):
        // process form, and then
        wp_redirect( get_permalink( $pid ) );
        exit();
    endif;
}
 

Con una acción,puedemantenerel códigofuera y separado de susplantillas. Combineesto con un código cortoparagenerarelformulario yenvolverlotodoen una claseparaguardarelestadoentreelprocesamiento y la salida,ypodría hacerlotodo sintocar lasplantillas deinterfaz.

You can only use wp_redirect before content is sent to the browser. If you were to enable php debugging you'd see a "headers already sent" error due to get_header() on the first line.

Rather than process the form in the template, you can hook an earlier action, like wp_loaded, and save some queries to the db if you're just going to redirect away.

EDIT, example-

add_action( 'wp_loaded', 'wpa76991_process_form' );
function wpa76991_process_form(){
    if( isset( $_POST['my_form_widget'] ) ):
        // process form, and then
        wp_redirect( get_permalink( $pid ) );
        exit();
    endif;
}

Using an action, you can keep the code out of and separated from your templates. Combine this with a shortcode to output the form and wrap it all in a class to save state between processing/output, and you could do it all without touching the front end templates.

Mover get_header(); alfinal deese código debería solucionarelproblema.Su código seejecutará antes de que seenvíen losencabezados y la redirecciónfuncionará.

 // ...
wp_redirect( get_permalink($pid) );
exit();
//insert taxonomies
} 
get_header(); ?>
 

Supongo que haymás códigoen lapágina debajo de lo quepublicaste.Sino,no veo lanecesidad de get_header()en absoluto.

El únicobeneficio quepuedo veren el uso de ungancho como sugiere Miloes queesposible quepuedaevitar algunosgastosgenerales sielige ungancho lo suficientementetemprano.Podría reducirelprocesamientoen unafracción de segundo.

Moving get_header(); to the bottom of that code should fix the problem. Your code will execute before any headers are sent and the redirect will work.

// ...
wp_redirect( get_permalink($pid) );
exit();
//insert taxonomies
} 
get_header(); ?>

I assume there is more code on the page below what you posted? If not I don't see the need for get_header() at all.

The only benefit I can see to using a hook as Milo suggests is that you might be able to avoid some overhead if you pick an early enough hook. You could shave a fraction of a second off of processing.