Recuperare i dati POST da una chiamata AJAX

Problema

"Serializzazione" è l'atto di trasformare un oggetto-dati in una rappresentazione di stringa. jQuery serializza automaticamente la proprietà data prima di inviare una richiesta AJAX. Il server poi deserializza la stringa di query GET dall'URL e il corpo della richiesta per le richieste POST prima di popolare le variabili di richiesta di PHP.

Il tuo codice funzionava come previsto quando data consisteva unicamente nei dati del form serializzati (es. data: newFormRecherche,) poiché i dati erano già in formato stringa e quindi non potevano essere ulteriormente serializzati. La deserializzazione sul server analizzava correttamente i dati del form nelle variabili di richiesta.

Tuttavia, quando l'argomento data è un oggetto, jQuery deve serializzarlo per passarlo al server. Come proprietà di quell'oggetto, i tuoi dati del form pre-serializzati vengono trattati come qualsiasi altra stringa - specificamente, vengono escapati in modo da evitare che vengano "scambiati" per un oggetto serializzato. Quindi quando il server deserializza data, newFormRecherche viene deserializzato nel valore originale ricevuto da jQuery - cioè una stringa - e richiede quindi un secondo passaggio di deserializzazione come accennato da @czerspalace nei commenti per ottenere un array associativo dei dati del form.

Soluzioni

- jQuery

Per evitare la doppia serializzazione dei dati del form, ottienili come array di coppie chiave/valore invece che come stringa serializzata usando il metodo .serializeArray() di jQuery sull'elemento form invece di .serialize().

Sebbene jQuery sia in grado di serializzare correttamente questo formato a array chiave/valore di data, sembra avere problemi quando tale array è annidato come proprietà di un oggetto data (inviando invece la stringa '[object Object]' al posto di ogni coppia chiave/valore), così come quando si tenta di annidare un array chiave/valore all'interno di un altro. Pertanto, penso che il modo migliore per inviare dati del form come parte di dati multidimensionali sia convertire l'array chiave/valore in un oggetto.

Tutto ciò può essere fatto come segue:

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

In alternativa, se devi supportare solo browser moderni o non ti dispiace caricare un polyfill per supportare quelli vecchi, puoi usare l'oggetto FormData per passare i dati del form come un vero oggetto dati:

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;
}

- Doppia Deserializzazione Lato Server

Come suggerito da @czerspalace nei commenti, gestire la doppia serializzazione deserializzando manualmente i dati del form sul server è anch'essa una soluzione valida:

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 ) );
  }
}

Sono propenso a pensare che gli altri approcci siano più "professionali" poiché tutti i dati inviati al server sono impacchettati in un formato consistente e atteso - nessun ulteriore "decodifica" è necessaria da parte del server, migliorando la modularità del codice.

Ma la modularità del codice e il "professionalismo" soggettivo non sono sempre i fattori più importanti - a volte la soluzione più semplice è la più appropriata.

Ricorda di validare e sanificare i dati della richiesta sul server prima di usarli per mitigare vulnerabilità di sicurezza.