나는 당신이 이것의 바닥에 도달하는 것을 도울 수 있기를 바랍니다. 우리는 개발 서버 (예를 들어 우리가 domain1.com 전화 할게) 라이브 젠토 사이트를 중복Magento - 라이브 사이트를 개발 서버에 복제했지만 라이브 사이트로 리디렉션합니까?
일으키는하지만 여전히 라이브 서버로 리디렉션 것 (domain1.com) ??
어떤 아이디어가이 문제를 일으킬 수 있습니까?
건배,
데이브
이가 다른 사람을 도움이 희망 ... 문제를 해결.
사이트는 우리가 새로운 세부 사항은 "local.xml"파일을 편집하지만, 이전을 보관하고 젠토는 여전히 이러한 세부 사항을 따기 된 것 같다 "localnew.xml"
그것을 이름이 중복되었을 때 이전 사이트로 리디렉션 중입니다.
"localnew.xml"(또는 localxxx.xml 등)을 삭제하면 문제가 해결되었습니다.
어떤 의미가없는 것 같습니다. Magento는 무작위로 명명 된 모든 파일을보고 그 내용을 구문 분석 할 이유가 없어야합니다.내가 본 문제는 이전 주소 URL이 여전히 MySQL 데이터베이스에 있고 새로운 URL에서 모든 것이 올바르게 작동하기 전에 URL을 업데이트해야한다는 것입니다. 당신이 그걸 고쳤다 고 했잖아, 알아. 그러나 다시, 왜 Magento는 임의의 파일을 파싱합니까 ??? 어쩌면 로컬 * .xml을 찾습니다. 내가 abc.def로 이름을 바꾸면 무슨 일이 일어날 지 궁금하다. –
나는 알고있다. 전혀 이해하지 못한다! 개발 데이터베이스는 이전 URL을 100 % 깨끗하게 처리하여 혼동을 일으켰습니다. 그것을 abcd.xml로 이름을 바꿨다. 그리고 구문 분석도하지 않고 localn.xml로 이름이 바뀌었고 구문 분석을하지 못했다 ... local * .xml이라는 두 파일이 더 긴 파일을 파싱하는 디렉토리에 있다면? 미친 ... – daveaspinall
아주 이상한. 아마도 어딘가 핵심에 숨어있는 이상한 코드의 일부일 것입니다. –
그냥 DB를 열고 테이블 "core_config_data"
그때 나는 현지를 CentOS에서 일하고 있어요 경로 웹/보안/BASE_URL & 웹/보안 해제/BASE_URL
명백한 게시물을 보내 주셔서 감사합니다. 그러나 저는 이미이 작업을 수행했음을 언급했으며 그 답변도 게시했습니다. – daveaspinall
OP를 읽는 방법 –
의 값을 편집을 엽니 다 6.4 다양한 시점을 테스트하기 위해 VM을 실행 중입니다.
내 생산 젠토 사이트가 해당 폴더에 있습니다 의/var/www/html/젠토 및 준비 사이트가 : 의/var/www/html/준비/젠토
내가 가진 당신과 같은 이슈가 내가 할 수있는 모든 일을 해냈습니다. 데이터베이스의 URL을 세 번 확인하고, 캐시를 지우고, .htaccess 파일을 검사하고, 여러 번 재부팅했습니다.
문제를 해결 한 것은 제대로 사용 권한을 다시 설정할 수있다 : 당신이 중 하나를 테이블`core_config_data`에서`% BASE_URL % '값을 놓쳤다, 또는,
cd /var/www/html/staging/magento
find . -type f -exec chmod 644 {} \;
find . -type d -exec chmod 755 {} \;
chown -R sysadmin:apache .
chmod -R 777 media app/etc var var/.htaccess
내 추측이 될 것이다 당신의 'app/etc/local.xml'은 여전히 라이브 데이터베이스를 가리 킵니다. –