Come funziona il routing in WordPress?

Question

Come funziona il routing in WordPress?

12 apr 2014, 10:46:59

Visualizzazioni: 55.2K

Voti: 24

Come funziona il routing core di WordPress? Faccio fatica a capire... In MVC, l'URL appare come mycontroller/myaction che viene mappato su MyController->myaction()

In Drupal, è index.php?q=mycustomerpath/hello che può essere mappato a qualsiasi funzione che restituisce un contenuto che viene "tematizzato" nel layout del tema.

Ma in WordPress, non ho idea di come vengano fatte le cose... c'è ?p=1 poi ?product=1 ... Ho cercato documentazione sul flusso di routing ma non riesco a trovarne (Google mostra solo articoli sulle route personalizzate)... vorrei prima capire i fondamenti del routing core.

yeahman

744

urls routing

Commenti

analizzando il codice, vedo che ad ogni richiesta chiama query_posts? perché mai dovrebbe aver bisogno di interrogare i post ogni volta? non ci sono casi in cui in realtà non vuoi mostrare i post??

yeahman

12 apr 2014 10:49:17

I contenuti sono salvati come post in WP. Quindi, quando hai bisogno di mostrare contenuti devi interrogare il database

Sisir

12 apr 2014 11:36:55

Posso suggerirti di leggere riguardo "the loop" che è il concetto che devi capire per sapere come funziona WordPress. Essenzialmente "the loop" mostra un array di post che è il risultato di query_posts. Per le richieste URL non amministrative, WP è progettato per mostrare solo post e ci vuole una programmazione personalizzata per mostrare qualcosa di diverso da un post. Le richieste URL amministrative sono diverse e non usano "the loop" e mostrano elementi diversi dai post.

User

12 apr 2014 11:52:01

ok ma questo approccio è un po' strano e non molto flessibile a dire il vero

yeahman

12 apr 2014 13:07:12

diciamo che voglio mostrare un modulo di contatto.. devo mettere il mio html in un tipo di contenuto pagina? Sto ancora cercando di capire dove mettere la logica per l'invio del modulo... (nella page.php del tema? approccio molto brutto)

yeahman

12 apr 2014 13:08:50

Mostra i restanti 2 commenti

Tutte le risposte alla domanda

Commenti

Capisco che tutto dovrebbe essere rappresentato in un post (tramite custom post type, ecc.) in modo molto simile ai tipi personalizzati in Drupal 6... ma influisce sulle prestazioni avere una singola tabella dei post per memorizzare ogni singolo contenuto del sito? Drupal 7 ha risolto questo problema introducendo il tipo di entità, in modo da non dover creare un tipo personalizzato e memorizzare tutto nella tabella dei nodi, ma in una propria tabella di entità che può comunque sfruttare il framework Drupal. Spero che WordPress introduca un approccio simile in futuro. Grazie per la spiegazione dettagliata.

yeahman

12 apr 2014 13:14:07

Immagino che se voglio mappare un URL a una mia funzione/tema personale, wp router potrebbe aiutare?

yeahman

12 apr 2014 13:15:08

Aggiungere un sistema di routing completo di solito non è necessario. Esistono modi più semplici. La base di WordPress è visualizzare contenuti generati dagli utenti, che sono tutti memorizzati nella tabella dei post. Se vuoi visualizzare contenuti non generati dagli utenti, generalmente lo fai nel tema o in un plugin. Ci sono centinaia (migliaia) di hook di azione, filtri e altri modi per il codice di sovrascrivere varie parti del processo mentre la pagina viene generata. E con strumenti come gli shortcode, inserire HTML personalizzato nei contenuti è relativamente semplice.

Otto

12 apr 2014 13:19:21

come posso aggiungere HTML/PHP personalizzato in un post type che ho creato? senza dover modificare il single.php del tema o creare un single-mycustompost.php (non è un approccio molto portabile)

yeahman

12 apr 2014 13:24:26

Shortcode. http://codex.wordpress.org/Shortcode_API

Otto

12 apr 2014 13:54:11

Mostra i restanti 14 commenti

Otto 32.8K · Answer 1 · 2014-04-12T13:08:56Z

In WordPress, gli URL non mappano a route. Mappano a query del database.

Quando usi WordPress nella modalità permalink "predefinita", hai una serie di variabili nella query principale dell'URL, come ?p=1 o ?page=234 e così via. C'è anche ?s=ricerca e molti altri.

Se usi i permalink "leggibili", viene creato un ampio set di regole chiamate "regole di riscrittura" che mappa direttamente vari pattern di URL sullo stesso set di parametri URL. Quindi un URL come /2014/04/12/esempio verrebbe mappato su ?year=2014&month=04&day=12&postname=esempio o simile. Quanto segue si applica anche a questi, dopo che questa mappatura è stata eseguita.

Queste variabili controllano essenzialmente l'istanza principale della classe WP_Query. La classe WP_Query contiene tutte le informazioni che costruiscono la query del database per ottenere i "post" dal database. I vari parametri passati controllano che tipo di query costruisce e quali dati ottiene.

Vedi, tutto ciò che può essere visualizzato da WordPress è essenzialmente un "post". Un blog è una serie di post in ordine cronologico inverso. Una "pagina" è un post statico con un nome definito. Un "tipo di post personalizzato" è esattamente quello che sembra, un "post" con un tipo personalizzato che definisci. Tutte le query principali per visualizzare qualsiasi cosa in WordPress ottengono un sottoinsieme di post dalla tabella wp_posts.

Il WP_Query è ciò che fa questo. E i parametri dall'URL vengono inviati direttamente a quella query principale e utilizzati lì.

Il tema determina quindi quale template utilizzare in base a ciò che restituisce la query. Se hai richiesto /categoria/esempio, allora diventa ?category_name=esempio, il che significa che l'array principale $wp_query->query_vars otterrà quell'informazione, e il WP_Query estrarrà gli ultimi X post per la categoria "esempio", e imposterà il suo flag is_category su true.

Il template-loader verrà eseguito dopo questo, vedrà che is_category() restituisce true, e deciderà di scegliere il template della categoria, quindi cercherà category-example.php e ripiegherà su category.php e così via, secondo la Gerarchia dei Template.

Quindi, la domanda se vuoi cambiare come funzionano gli URL è semplice: vuoi cambiare gli URL, o ciò a cui sono mappati? Perché gli URL non sono mappati a funzioni, sono mappati a parametri che controllano la query. Se vuoi che l'URL modifichi quella query principale, allora è un processo leggermente diverso rispetto a se vuoi che un URL speciale esegua qualche altro codice speciale.

E per rispondere alla tua domanda specifica nei commenti: "non ci sono casi in cui non vuoi effettivamente visualizzare post?" No, non ce ne sono. Tutto è un post. Tutto il contenuto è memorizzato nei post. Se vuoi memorizzare contenuti altrove ed essere diverso, puoi farlo, ma è più difficile perché, onestamente, di solito non è necessario. Se hai contenuti speciali, crea un tipo di post personalizzato, memorizza il tuo contenuto come un post con quel tipo, mappa un pattern di URL ad esso. Facile.