2016-10-13 2 views
0

벽돌 벽을 치고있는 것처럼 보입니다. 여기에서 Magento 설치를 로컬 환경에서 테스트 서버로 마이그레이션했습니다. 이 로컬 호스트에서 이전 URL에 redirecitng를 유지하지만Magento 기본 URL 이전 URL로 리디렉션

http://development.missbella.co.uk

.

core_config_data 테이블을 새 주소로 업데이트했습니다. 는 VAR 캐시 폴더를 삭제 여러 번 여러 번 어떤 영향을하고 나를 운전이 듯했다 심지어이의 777

없음으로 VAR 및 캐시 폴더에 대한 사용 권한을 설정 여러 번 캐시를 지워 다시 색인 조금 미쳤어. 나는 도메인 이름을 넣으면 내가 찾은 다음 하위 페이지가 그

http://development.missbella.co.uk/dresses.html

사람이 문제가있을 수 있습니다 어떤 생각을 가지고 있습니까 즉 작동합니까 그러나

?

감사합니다.

+0

스택 오버플로가 [프로그래밍 관련] (http://stackoverflow.com/help/on-topic) Q & A 사이트이기 때문에이 질문을 주제와 관련이 없도록 닫으려고합니다. 귀하의 질문은 프로그래밍에 관한 것이 아닙니다. 아마도 http://magento.stackexchange.com에 게시해야할까요? – Enigmativity

답변

0

local.xml을 확인 했습니까? local.xml이있는 경우 이름을 변경하고 URL (로컬 호스트 또는 새 설치 URL)을 누른 다음 변경 사항을 취소하십시오.

위의 단계를 수행하여 동일한 문제가 발생하여 해결되었습니다. 희망이 당신을 위해 작동합니다.

브라우저 캐시도 지 웁니다. thanks

0

두 가지를 확인하십시오 : 1) root/app/etc 폴더에있는 local.xml 파일로 이동하여 가리키는 db를 확인하십시오. 방금 데이터베이스로 이동하여 다음과 같은 쿼리를 실행할 수 있습니다 지금

<dbname><![CDATA[magento]]></dbname> 

:이 현재의 URL 경우 경우

select * from core_config_data where path = 'web/unsecure/base_url'; 

select * from core_config_data where path = 'web/secure/base_url'; 

지금 확인을 것처럼 될 것입니다 예, 그렇다면 데이터베이스에 문제가 있다고 생각하지 않습니다. 캐시를 지우십시오.

당신은

1) 시스템 -> Configuaration-> 일반 -> 웹 -> 보안을 해제/안전로 이동하여 현재의 URL로하면 포인트를 확인하거나없는 경우뿐만 아니라 백엔드에서 다음과 같은 작업을 수행 할 수 캐시를 변경하지 않고 브라우저의 쿠키를 지우면 goot을 사용합니다.

관련 문제