Recuperar datos POST de una llamada AJAX

Problema

"Serialización" es el acto de convertir un objeto de datos en una representación de cadena. jQuery serializa automáticamente la propiedad data antes de enviar una solicitud AJAX. Luego, el servidor deserializa la cadena de consulta GET de la URL y el cuerpo de la solicitud para las solicitudes POST antes de poblar las variables de solicitud de PHP.

Tu código funcionó como se esperaba cuando data consistía únicamente en los datos de tu formulario serializados (es decir, data: newFormRecherche,) ya que los datos ya estaban en formato de cadena y, por lo tanto, no podían serializarse más. La pasada de deserialización del servidor luego analizó correctamente los datos del formulario en variables de solicitud.

Sin embargo, cuando el argumento data es un objeto, jQuery debe serializarlo para pasarlo al servidor. Como propiedad de ese objeto, tus datos de formulario pre-serializados se manejan como cualquier otra cadena; específicamente, se escapan de manera que evita que sean "confundidos" con un objeto serializado. Entonces, cuando el servidor deserializa data, newFormRecherche se deserializa en el valor que jQuery originalmente recibió, es decir, una cadena, y por lo tanto requiere una segunda pasada de deserialización, como mencionó @czerspalace en los comentarios, para producir un arreglo asociativo de los datos del formulario.

Soluciones

- jQuery

Para evitar la doble serialización de los datos del formulario, adquiérelos como un arreglo de pares clave/valor en lugar de una cadena serializada invocando el método .serializeArray() de jQuery en el elemento del formulario en lugar de .serialize().

Si bien jQuery es capaz de serializar correctamente este formato de arreglo clave/valor de data, parece que falla cuando dicho arreglo está anidado como propiedad de un objeto data (enviando la cadena '[object Object]' en lugar de cada par clave/valor), así como al intentar anidar dicho arreglo clave/valor dentro de otro. Por lo tanto, creo que la mejor manera de enviar datos de formulario como parte de datos multidimensionales es convertir el arreglo clave/valor en un objeto.

Todo esto se puede hacer de la siguiente manera:

function ajaxSubmit() {
  var newFormRecherche = jQuery( this ).serializeArray();

  jQuery.ajax({
    type:"POST",
    data: { 
      action: "mon_action",
      newFormRecherche: formFieldsToObject( newFormRecherche )
    },
    url: ajaxurl,
    success: function( response ){
      console.log( response );
    }
  });

  return false;
}

function formFieldsToObject( fields ) {
  var product = {};

  for( var i = 0; i < fields.length; i++ ) {
    var field = fields[ i ];

    if( ! product.hasOwnProperty( field.name ) ) {
      product[ field.name ] = field.value;
    }
    else {
      if( ! product[ field.name ] instanceof Array )
        product[ field.name ] = [ product[ field.name ] ];

      product[ field.name ].push( field.value );
    }
  }

  return product;
}

- HTML5 FormData

Alternativamente, si solo necesitas soportar navegadores modernos o no te importa cargar un polyfill para soportar versiones antiguas, usa el objeto FormData para pasar los datos del formulario como un objeto de datos adecuado:

function ajaxSubmit() {
  var newFormRecherche = new FormData( this );

  jQuery.ajax({
    type:"POST",
    data: { 
      action: "mon_action",
      newFormRecherche: newFormRecherche
    },
    url: ajaxurl,
    success: function( response ){
      console.log( response );
    }
  });

  return false;
}

- Deserialización Doble en el Servidor

Como sugiere @czerspalace en los comentarios, tener en cuenta la doble serialización simplemente deserializando manualmente los datos del formulario en el servidor también es una solución totalmente válida:

add_action( 'wp_ajax_mon_action', 'mon_action' );
add_action( 'wp_ajax_nopriv_mon_action', 'mon_action' );

function mon_action() {
  if( isset( $_POST[ 'newFormRecherche' ] ) ) {
    parse_str( $_POST[ 'newFormRecherche' ], $newFormRecherche );
    die( json_encode( $newFormRecherche ) );
  }
}

Estoy inclinado a pensar que los otros enfoques son más "profesionales" en el sentido de que todos los datos enviados al servidor están empaquetados en un formato consistente y esperado; no se necesita "decodificación" adicional por parte del servidor, mejorando la modularidad del código.

Pero la modularidad del código y el "profesionalismo" subjetivo no siempre son los factores más importantes; a veces la solución más simple es la más apropiada.

Recuerda validar y sanitizar los datos de la solicitud en el servidor antes de usarlos para mitigar vulnerabilidades de seguridad.