2012-07-09 14 views
10

Sono alle prese con un'installazione multi-store Magento. Il vecchio setup era una installazione di Magento con due siti/negozi che puntavano tutti alla stessa cartella. Ora il cliente vuole 2 siti web indipendenti, quindi le modifiche a uno non pasticciano l'altro.Magento reindirizzare al vecchio URL dopo la duplicazione del sito

In ogni caso, il database è stato duplicato, i file sono stati copiati, var/cache, var/session, var/tmp sono stati svuotati. Ho modificato i parametri del database in app/etc/local.xml, il file .htaccess non ha regole hard coded.

Il problema è che sitea.com continua a reindirizzare a siteb.com e l'area di amministrazione non funziona, quindi devo fare tutto nella console o phpMyAdmin.

Quali sono le tabelle del database in cui devo effettuare le modifiche? Cosa mi manca?

risposta

4

Su sitea.com, si potrebbe voler dare un'occhiata al suo database e alla tabella core_config_data per l'URL di base. O, si potrebbe provare ed eseguire la seguente query:

UPDATE `core_config_data` SET `value`='http://sitea.com/' WHERE `value` LIKE 'http://%' LIMIT 2; 

fare lo stesso sulla base di dati di siteb.com per buona misura

UPDATE `core_config_data` SET `value`='http://siteb.com/' WHERE `value` LIKE 'http://%' LIMIT 2; 
+0

@ Seth-jeremy-Malaki Grazie! Nella tabella core_config_data ho modificato web/unsecure/base_url e web/secure/base_url in http://www.sitea.com/ e ora il reindirizzamento è scomparso, ma tutti i link ai file .js sono rotti, con l'aspetto di: http://www.sitea.com/home/sitea/public_html/js/prototype/prototype.js. Qualche idea su questo? – noru

+0

Ho cambiato i permessi sulla cartella media/js e ora funziona! – noru

+1

Inoltre devi assicurarti di includere il trailing/negli URL. Non funziona senza di esso. –

18

Il base_url nel core_config_data ha fatto il trucco, combinato con l'eliminazione di tutto ciò che var/cache, var/session, var/tmp e la cartella system/tmp

+0

In realtà, la cancellazione del contenuto di quelle cartelle non è realmente necessaria/necessaria in quanto non sono correlate con il routing e la gestione delle richieste. Diciamo che è più simile a un placebo o qualcosa del genere. –

+3

È necessario se il file di configurazione è memorizzato nella cache – veli

+0

Si prega di non creare una nuova risposta per dire che la risposta di qualcun altro era corretta. Invece, up-vote e segna la risposta corretta. – jmarkmurphy

0

Quando si aggiorna la configurazione nel backend di Magento per il trasferimento di un sito Web di produzione, fare attenzione a modificare le informazioni dell'URL di base nella configurazione pannello. Una volta modificati questi valori, il sito non sarà più accessibile.

Preferiamo trasferire il sito e quindi apportare queste modifiche al database nella tabella core_config_data.

Se vieni bloccato dal back-end, aggiorna il database, rimuovi la directory var/cache e verifica se è tutto ciò che serve.

0

ho avuto lo stesso problema provare quello che ho fatto:

Fase 1:

cache di Romove con SSH:

rm -rf /var/tmp/magento/* 

Fase 2:

PS: Per utilizzare Magento Connect Manager potrebbe essere necessario ripristinare le impostazioni di configurazione PEAR. Per fare ciò, è sufficiente rimuovere il file downloader/pearlib/pear.ini e ne verrà creato uno nuovo automaticamente.

Fase 3:

PERMISSIONS RESET FILE

Per assicurarsi che tutti i file JavaScript, CSS e immagini di carico in modo corretto, si dovrebbe reimpostare i permessi dei file per le impostazioni consigliate per il nuovo server.

Eseguire i seguenti comandi dalla directory principale di Magento (ad esempio public_html):

find . -type d -exec chmod 755 {} \; 
find . -type f -exec chmod 644 {} \; 
Problemi correlati