Perché WordPress ottenere i messaggi di MySQL da un nome host virtuale, ma non il nome host diretta?

wordpress.stackexchange https://wordpress.stackexchange.com/questions/687

  •  16-10-2019
  •  | 
  •  

Domanda

sto sviluppando un sito WordPress sul mio Mac, OS X 10.6.4. Sto utilizzando il server incorporato Apache di OS X per eseguire il sito in locale durante lo sviluppo. Ho installato WordPress e collegata al MySQL di OS X senza problemi. Il sito sembra funzionare bene, e posso inviare, modificare, ecc.

L'installazione di WordPress è in una cartella denominata ~/Sites/mysite.dev.

Inoltre ho personalizzato il mio file .hosts e il file httpd-vhosts.conf di Apache, per reindirizzare le richieste di mysite.dev a questa cartella. Così, quando entro http://mysite.dev in una finestra del browser, i carichi del sito. Nessun problema qui.

Così posso accedere al sito, in un browser, da due diversi indirizzi, http://mysite.dev e http://localhost/~Gabe/mysite.dev/.

Ecco cosa è strano: Quando vado al http://mysite.dev, il sito WordPress carichi normalmente. Quando vado a http://localhost/~Gabe/mysite.dev/, WordPress non riesce a trovare nessun post dal database: Mi dà il messaggio "Ci dispiace, messaggio con questo criterio" (che è costruito nel tema per quando una ricerca di messaggi non restituisce niente). NB .: Apache elabora il codice PHP normalmente in entrambi i casi -. Ma in un caso WordPress può ottenere messaggi da MySQL, e in altri casi si può non

Il mio primo pensiero era che questo era un problema con la configurazione di WordPress, così ho cambiato l'URL WordPress per http://localhost/~Gabe/mysite.dev/, ma questo non faceva differenza.

Non capisco il motivo per cui utilizzando i due indirizzi produce risultati diversi. Qualsiasi aiuto apprezzato.

(Ecco il motivo per cui mi interessa, nel caso in cui vi state chiedendo:. Voglio vedere in anteprima il sito in finestra di anteprima web di BBEdit, e BBEdit sarà solo caricare il sito tramite l'indirizzo http://localhost/~Gabe/mysite.dev/)

È stato utile?

Soluzione

sono stato in grado di risolvere questo problema, si scopre che WordPress si comporta meglio quando ho impostato sia l'indirizzo di WordPress e l'indirizzo del sito http:. //localhost/~Gabe/mysite.dev/

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a wordpress.stackexchange
scroll top