2012-07-09 19 views
10

Mam problem z instalacją wielopiętrową Magento. Stara konfiguracja była jedna instalacja Magento z dwoma witrynami/sklepami wszystkie wskazując na ten sam folder. Teraz klient chce 2 niezależnych stron internetowych, więc zmiany w jednym nie zepsują drugiego.Magento przekierowuje do starego adresu URL po powieleniu strony

W każdym razie baza danych została zduplikowana, pliki zostały skopiowane, var/cache, var/session, var/tmp zostały opróżnione. Zmieniłem parametry bazy danych w aplikacji/etc/local.xml, a plik .htaccess nie ma żadnych ściśle zakodowanych reguł.

Problem polega na tym, że witryna sitea.com nadal przekierowuje do witryny siteb.com, a obszar administracyjny nie działa, więc muszę zrobić wszystko w konsoli lub phpMyAdmin.

Co to są tabele bazy danych, w których muszę dokonać zmian? Czego mi brakuje ?

Odpowiedz

4

W witrynie sitea.com możesz zajrzeć do jej bazy danych i tabeli core_config_data dla podstawowego adresu URL. OR, można spróbować wykonać następujące zapytanie:

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

zrobić to samo na bazie siteb.com dla dobra miara

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

@ Seth-Jeremy-Malaki Dzięki! W tabeli core_config_data zmieniłem web/unsecure/base_url i web/secure/base_url na http://www.sitea.com/, a teraz przekierowanie zniknęło, ale wszystkie linki do plików .js są zepsute, wyglądając jak: http://www.sitea.com/home/sitea/public_html/js/prototype/prototype.js. Jakieś pomysły na ten temat? – noru

+0

Zmieniłem uprawnienia w folderze media/js, a teraz działa! – noru

+1

Należy również upewnić się, że zawierasz ciąg znaków/w adresach URL. Bez niego nie działa. –

18

base_url w core_config_data wystarczyły, połączonej z usunięciem wszystko var/cache, var/session, var/tmp i folder system/tmp

+0

W rzeczywistości usunięcie zawartości tych folderów nie jest tak naprawdę wymagane/konieczne, ponieważ nie są one związane z routingiem i obsługą żądań. Powiedzmy, że to bardziej jak placebo czy coś. –

+3

Konieczne jest, jeśli plik konfiguracyjny jest zapisany w pamięci podręcznej – veli

+0

Nie twórz nowej odpowiedzi, aby powiedzieć, że odpowiedź innej osoby była poprawna. Zamiast tego, oddaj głos i zaznacz poprawną odpowiedź. – jmarkmurphy

0

Podczas aktualizacji konfiguracji w backendach Magento w celu przeniesienia strony produkcyjnej należy zachować ostrożność podczas edytowania informacji o bazowym adresie URL w konfiguracji płyta. Po zmianie tych wartości witryna nie będzie już dostępna.

Preferujemy przeniesienie witryny, a następnie wprowadzenie tych zmian do bazy danych w tabeli core_config_data.

Jeśli zostaniesz zablokowany z zaplecza, zaktualizuj bazę danych, usuń katalog var/cache i sprawdź, czy to wszystko, czego potrzebujesz.

0

miałem ten sam problem spróbować co zrobiłem:

Krok 1:

romove cache z SSH:

rm -rf /var/tmp/magento/* 

Krok 2:

PS: Aby korzystać z Magento Connect Manager, konieczne może być zresetowanie ustawień konfiguracyjnych PEAR. Aby to zrobić, po prostu usuń plik downloader/pearlib/pear.ini, a nowy zostanie utworzony automatycznie.

Krok 3:

RESET PLIK PERMISSIONS

Aby upewnić się, że wszystkie pliki JavaScript, CSS i obrazy obciążenie poprawnie, należy zresetować uprawnienia plik do zalecanych ustawień dla nowego serwer.

Uruchom następujące polecenia z katalogu głównego Magento (np public_html):

find . -type d -exec chmod 755 {} \; 
find . -type f -exec chmod 644 {} \; 
Powiązane problemy