CSS deteriorat după schimbarea URL-ului site-ului

Question

CSS deteriorat după schimbarea URL-ului site-ului

22 apr. 2014, 01:27:27

Vizualizări: 39.9K

Voturi: 4

Am un blog WordPress auto-găzduit pe serverul meu de acasă. Anterior l-am accesat direct prin adresa IP originală obținută prin DHCP, dar acum am configurat o adresă IP statică pentru acesta. Problema este că tot CSS-ul este deteriorat.

Am actualizat fișierul wp-config.php adăugând următoarele două linii:

define('WP_HOME','http://192.168.0.100/myblog/');
define('WP_SITEURL','http://192.168.0.100/myblog/');

și am repornit apache, dar CSS-ul este în continuare deteriorat. Există vreun alt fișier de configurare pe care ar trebui să-l actualizez?

user1301428

143

migrare ip

Comentarii

De pe ce adrese se încarcă fișierele de stiluri?

s_ha_dum

22 apr. 2014 03:42:22

@s_ha_dum în acest moment folosesc tema Twenty Thirteen și nu am făcut modificări la ea, așa că aș spune că totul se află în folderul implicit al temei.

user1301428

22 apr. 2014 14:37:12

Ai actualizat cheile pe care le menționezi în tabela wp_options din baza de date? Este posibil ca WordPress să încă caute unele resurse la vechea adresă IP.

David Gard

22 apr. 2014 14:43:24

Nu ai modificat niciun drept de acces la fișiere. A existat o întrebare similară pe acest subiect aici

Pieter Goosen

22 apr. 2014 14:44:41

@DavidGard Nu am făcut-o, dar este necesar? Această pagină din Codex pare să spună că modificarea mea ar trebui să fie suficientă: http://codex.wordpress.org/Changing_The_Site_URL

user1301428

22 apr. 2014 16:36:34

Arată celelalte 3 comentarii

Toate răspunsurile la întrebare

Dacă aveți acces la baza de date MySQL, puteți actualiza tabela wp_options.

Înainte de modificare...

$ mysql -u <db_user> --password=<db_pwd> -D <db_name> <<<"select * from wp_options where option_name in ('siteurl', 'home');"
+-----------+-----------------+---------------------------------------------------------------------------------------------------+----------+
| option_id | option_name     | option_value                                                                                      | autoload |
+-----------+-----------------+---------------------------------------------------------------------------------------------------+----------+
|         1 | siteurl         | http://172.17.0.2/wordpress                                                                       | yes      |
|         2 | home            | http://172.17.0.2/wordpress                                                                       | yes      |
+-----------+-----------------+---------------------------------------------------------------------------------------------------+----------+

Apoi am schimbat adresa IP în 172.17.0.4 cu următoarea comandă...

$ mysql mysql -u <db_user> --password=<db_pwd> -D <db_name> <<<"update wp_options set option_value='http://172.17.0.4/wordpress' where option_name in ('siteurl', 'home');"

Astfel, tabela devine...

+-----------+-----------------+---------------------------------------------------------------------------------------------------+----------+
| option_id | option_name     | option_value                                                                                      | autoload |
+-----------+-----------------+---------------------------------------------------------------------------------------------------+----------+
|         1 | siteurl         | http://172.17.0.4/wordpress                                                                       | yes      |
|         2 | home            | http://172.17.0.4/wordpress                                                                       | yes      |
+-----------+-----------------+---------------------------------------------------------------------------------------------------+----------+

În unele scenarii, poate fi util să actualizați automat această configurație.

danidemi

161

15 ian. 2015 14:13:30

Comentarii

Asta a funcționat pentru mine. Pe lângă asta, am schimbat și URL-ul în interfața grafică.

Bharat

1 ian. 2021 14:04:53

WordPress Codex 'Schimbarea URL-ului site-ului' menționează următoarele -

Notă: Ambele setări trebuie să includă partea de http:// și nu trebuie să aibă o bară oblică "/" la sfârșit.

Am observat în întrebarea ta că ambele constante WP_HOME și WP_SITEURL includ bara oblică la sfârșit. Aceasta înseamnă că URL-ul către fișierul tău de stil va fi în acest format -

http://192.168.0.100/myblog//wp-content/themes/my-theme/style.css'

Pe scurt, elimină bara oblică de la sfârșit din ambele declarații și ar trebui să rezolve problema.

De asemenea, menționează că Codex-ul menționat mai sus afirmă următoarele în legătură cu soluția pe care ai ales-o.

Aceasta nu este neapărat cea mai bună soluție, ci doar o codificare hard a valorilor în site. Nu vei mai putea să le editezi pe pagina de setări Generale când folosești această metodă.

Sugerez să utilizezi una dintre celelalte metode mai permanente descrise pentru a-ți atinge scopul.

David Gard

3.3K

22 apr. 2014 17:35:12

Comentarii

Dublele slash-uri, deși tehnic incorecte, încă tind să funcționeze - am testat în cinci browsere diferite. Mă îndoiesc că asta e problema.

s_ha_dum

22 apr. 2014 17:37:17

@s_ha_dum - Depinde dacă URL-ul a fost rescris sau nu. Dacă a fost, dublele slash-uri pot funcționa în continuare (deși nu sunt ideale). Dacă nu, practic cauți o listare de director, așa că dublele slash-uri nu vor funcționa.

David Gard

22 apr. 2014 17:40:14

URL-urile fișierelor de stil nu sunt rescrise, cel puțin nu de către Core, și exact asta am testat - am trimis o cerere directă către URL-ul fișierului de stil. Dar nu am găsit nicio combinație de slash-uri care să întrerupă cererile pe serverul meu pentru nicio pagină, cu sau fără permalink-uri (adică rescrierea URL-urilor). Dacă știi vreo circumstanță specifică reproducibilă, te rog să elaborezi.

s_ha_dum

22 apr. 2014 17:50:14

@s_ha_dum - Înțeleg că URL-ul fișierului de stiluri nu ar fi stricat, de aceea am menționat referitor la URL-uri nereescrise. Voi face niște teste acum, deoarece sunt sigur că am întâlnit probleme cu slash-urile duble în trecut...

David Gard

22 apr. 2014 17:52:49

@s_ha_dum - Ei bine, nu reușesc să fac ca slash-urile duble să strice site-ul meu de test, așa că presupun că trebuie să fi imaginat asta... Totuși, răspunsul meu este în continuare corect din punct de vedere tehnic ;-)

David Gard

22 apr. 2014 18:04:13

Arată celelalte 1 comentarii

Migrarea site-ului tău WordPress într-o altă locație ar trebui să fie un proces simplu: trebuie doar să exportezi baza de date, să o imporți pe noul gazdă, să muți fișierele acolo, să configurezi totul și să faci noul site live. Totuși, există câțiva pași care, dacă nu sunt executați corect, pot provoca diverse probleme care cauzează dificultăți și duc la transferuri nereușite ale site-ului.

User

100

6 aug. 2019 10:30:58

Din motive necunoscute, URL-ul site-ului meu avea un spațiu suplimentar la sfârșitul rândului în baza de date - tabelul wp-options.

user113437

1

16 feb. 2017 03:32:42

user1301428 143 · Accepted Answer · 2014-04-23T00:58:50Z

Din nu știu ce motiv, schimbarea URL-ului din interfața grafică a funcționat (după ce am restaurat mașina la vechea adresă IP). Cine ar fi crezut.

user1301428

143

23 apr. 2014 00:58:50