CSS non carica dopo la migrazione del sito web magento

Ho migrato il mio sito web magento su un server diverso, seguendo la procedura descritta qui. Tutto è andato liscio, tranne per il fatto che quando carico la pagina, il CSS non è possibile caricare, e ottengo solo la pagina in formato testo normale.

Ho usato firebug e ho notato che il percorso che il sistema utilizza per arrivare al file CSS non esiste nel server FTP. Si inizia con la ‘minimizzare’ cartella, il che mi fa pensare che qualcosa potrebbe essere memorizzate nella cache sul server precedente.

Un esempio:

url_sito_personale/minimizzare/1281335374/skin/frontend/default/hellouno/css/stile.css

Questo percorso non esiste, nemmeno nel precedente server, quindi sto pensando che forse questi file dovrebbero essere generato al volo? Sono davvero confuso, qualsiasi aiuto sarà molto apprezzato!

OriginaleL’autore Rafa | 2010-08-09

11 Replies
  1. 4

    Suona come un problema con il tuo .htaccess file. Minimizzazione riscrive sono trattati. Se non l’hai già fatto, assicuratevi che il vostro .htaccess file venuto il trasferimento, e di apportare le opportune modifiche se le directory o qualsiasi altra cosa è stato cambiato.

    L’ .htaccess è venuto su, e tutto sembra essere OK con esso. Il sistema è nella cartella principale del server, proprio come lo era prima nel server precedente. Nulla dovrebbe cambiare .il file htaccess?
    RewriteRule ^(index.php/)?minify/([^/]+)(/.*.(js|css))$ lib/minimizzare/m.php?f=$3&d;=$ – questo È dove vi pare?
    Grazie! Che ha fatto il trucco! È rock!

    OriginaleL’autore

  2. 7

    Nel mio caso, il problema era mancante Slash “/” alla fine del dominio.

    Utilizzare il seguente per ottenere entrambe le righe:

    SELECT * FROM core_config_data WHERE path = 'web/unsecure/base_url' OR path = 'web/secure/base_url';

    Poi aggiornarle manualmente, e assicurarsi che il dominio ha un finale “/”, altrimenti sarà unire il nome di dominio con il nome di cartella seguente.

    È possibile verificare se questa è la tua condizione, se quando si fa controllare, si vede un sentiero sbagliato a CSS e JS.

    Corretta Configurazione:

    CSS non carica dopo la migrazione del sito web magento

    Errato Config Risultati:

    CSS non carica dopo la migrazione del sito web magento

    • Ricordarsi di cancellare il var/cache della cartella.

    OriginaleL’autore

  3. 5

    Ho intenzione di assumere che cancellato la cache. Se “non avendo CSS” lo rende difficile da fare tramite admin, basta eliminare il

    var/cache

    cartella.

    A volte dare il CSS o Javascript) impostazioni di unione un rapido passare da on a off), di nuovo la forza di Magento per ricalcolare i percorsi.

    System -> Developer -> CSS Settings

    Se non è possibile accedere a questo in Admin, modificare manualmente il valore nella tabella del database core_config_data (identificato dal percorso di colonna con il valore dev/css/merge_css_files), svuota la cache e ricaricare la pagina

    Grazie! Molto utili info!
    +1, che merge_css_files sarebbe fondamentale per ottenere indietro andando, se era una situazione critica
    Terrò a mente. Ora devo trovare un modo per forzare la cache per cancellare, causa la maggior parte delle immagini non vengono visualizzate.
    Impostazione merge_css_files e merge_js_files valore = 0, a cancellare la cache tramite il file system, e aggiornando il browser fissa me. Grazie (di nuovo) di Alan!

    OriginaleL’autore

  4. 2

    Con il suo mi ha aiutato ho appena dimenticare di inserire il /la fine del percorso.

    Prima:

    URL di Base http://mywebsitename.com

    Dopo:

    URL di Base http://mywebsitename.com/

    Suo risolto tutti i tipi di pelle/css e admin problema. Cheeers

    ricordarsi di cancellare var/cache poi troppo

    OriginaleL’autore

  5. 2

    Ho risolto il problema, cambiando l’unione opzioni css nel backend di no
    E ‘stato un po’ difficile da navigare attraverso il backend senza css, ma è riuscito ad arrivarci!

    Di sistema > Configurazione > Developer > Impostazioni CSS

    Questa fissa per me troppo. Dovuto usare phpMyAdmin per la ricerca ” core_config_data tavolo un record in cui il ‘percorso’ campo contiene “dev/css/merge_css_files’ e impostare il valore a ” 0 ” (cioè zero == false). Dopo che ho cancellato tutto dal ‘var/cache’ cartella.

    OriginaleL’autore

  6. 1

    Se non hai cambiato le informazioni del sito (url) nel backend (o database) dopo la migrazione, questo è il problema probabile.
    http://www.siteground.com/tutorials/magento/magento_configuration.htm#base_url

    per il database:

    nel core_config_data tabella

    modificare la chiave “web/protetta/base_url gli” al tuo sito url di base ex. http://yoursite.com

    buona fortuna!

    Grazie, ma l’ho fatto. Tutto sembra puntare a destra di dominio.
    prova ad aggiungere uno slash alla fine e l’eliminazione di tutto ciò che in var/cache

    OriginaleL’autore

  7. 1

    Sperimentato stesso problema una volta.
    La soluzione:
    Mi ero dimenticato di mettere slash alla fine del mio base_urls quando avevo aggiornato

    Di sistema > Configurazione > Generale > Web > non Protetta

    Base URL http://mybaseurl.com/

    Di sistema > Configurazione > Generale > Web > non Protetta

    Base URL https://mybaseurl.com/

    Se sei Admin di sezione è out of bounds è anche possibile impostare questo valore nel database nella tabella core_config_data

    Campi: web/protetta/base_url gli e web/secure/base_url gli

    Anche: Ricordati di svuotare la cache dopo aver fatto questo.

    la chiave è quello di svuotare la cache del dopo. questo ha funzionato per me. molto importante

    OriginaleL’autore

  8. 1

    Controllare le autorizzazioni per le cartelle come app/etc, var, cartelle multimediali. Prova a dare i permessi 755 per le cartelle. Di recente ho affrontato lo stesso problema e ho provato con questo. Allora il mio sito funziona bene.

    Giovanni, se vedi il tuo prototipo è stato introdotto con un url del tipo, “/www/web/YOUR_SITE/public_html/js/prototype/prototype.js”. Controllare le autorizzazioni di queste directory.
    NON dare 777 app/etc. thats dove le informazioni del database. qualcuno potrebbe valzer e prendere le informazioni dal sito web. ribadisco. non impostare app/etc a 777

    OriginaleL’autore

  9. 1

    Modificare l’Autorizzazione Di Pelle E Supporti Contenenti Tutte le Cartelle di Dare i Permessi 755 E File A 644

    OriginaleL’autore

  10. 0

    La mia era anche una barra ( /) alla fine dell’url nel database sql. Cancellato la Cache e tutto ha funzionato perfettamente.

    OriginaleL’autore

  11. 0

    Una risposta che non sia stata ancora data, che si è rivelato essere la soluzione al mio problema:

    Durante il trasferimento di Magento store a partire da 1 host ad un altro, quello che di solito non è copiato è il VirtualHost voce. Nel mio caso ho dovuto ricreare manualmente questo e ingiustamente aggiunto AllowOverride None. Questo dovrebbe essere AllowOverride All in ordine per .htaccess file per essere letti ed elaborati.

    OriginaleL’autore

Lascia un commento