Magento 2가 방금 지난 밤에 출시되었으므로 작업을 기다릴 수 없습니다. 모든 필수 구성 요소와 함께 설치를 시도했습니다.
프론트 엔드는 정상적으로 작동하지만 백엔드를 열려고하면 "이 웹 페이지에 리디렉션 루프가 있습니다"라고 표시됩니다. Magento는 "admin_r2sxkn"을 고유 한 백엔드 URL로 만들었습니다. 내 관리자 URL은 http : // localhost / magento2 / admin_r2sxkn입니다.
해결책으로 작동하지 않는 캐시를 삭제하려고했습니다.
추신 : 나는 최신 버전의 PHP와 MySql과 함께 Mac에 xampp을 가지고 있으며 필요에 따라 PHP 확장을 설치했습니다.
도움을 주시면 감사하겠습니다.
답변:
브라우저는 localhost와 같은 최상위 도메인에서 쿠키를 지원하지 않습니다. 다른 호스트 이름 (예 : magento.dev)에 Magento를 다시 설치하십시오.
또한 Magento는 Linux 만 지원합니다. 개발에 Vagrant 를 사용하는 것이 좋습니다 . 모든 작업을 수행 하는 사전 구성된 방랑 인스턴스 를 사용할 수 있습니다.
필자의 경우 기존 Magento 2 데이터베이스를 가져오고있었습니다. 내가 오류를 얻은 이유는 데이터베이스의 쿠키 도메인 때문이었습니다. 데이터베이스로 이동하여 테이블을보십시오 core_config_data. 이라는 경로가 표시되어야합니다 web/cookie/cookie_domain. 도메인이 Magento 2를 설치 한 도메인과 일치하는지 확인하십시오. 예 : Magento 2를 설치 한 경우의 local.dev/<magento-root> 에 web/cookie/cookie_domain있어야합니다 local.dev.
https로 전환 한 후 유효한 도메인 이름으로 Magento2에서 경로 재 지정 루프 문제가 발생했습니다.
에서 설정을 확인 web/secure/use_in_adminhtml하고 둘 다로 설정해야합니다 .web/secure/use_in_frontendcore_config_data1
select * from core_config_data where path like 'web/%';
magento config:set web/secure/use_in_adminhtml 1과 같습니다.magento config:set web/secure/use_in_frontend 1
로컬 호스트에 magento2를 설치하는 동안 로컬 호스트 대신 3 단계에서 상점 주소에 127.0.0.1을 사용하십시오. 이제 할 수있는 일은 core_config_data 테이블에서 2 행 다음에 변경됩니다.
web/unsecure/base_url to http://127.0.0.1/magento2/
web/secure/base_url to https://127.0.0.1/magento2/캐시를 지우고 지금 확인하십시오
편집 :-
스크린 샷과 같이 3 단계에서 상점 주소에 127.0.0.1을 설치하는 동안
\ Magento \ Backend \ Controller \ Adminhtml \ Auth \ Login :: execute에서 디버깅 할 수 있습니다.
예를 들어
$requestUrl = $this->getRequest()->getUri();
$backendUrl = $this->getUrl('*');
// redirect according to rewrite rule
echo (string)$requestUrl . ' != ' . $backendUrl;
die();죽었고 URL이 다르기 때문에 문제에 대한 힌트를 제공합니다.
admin/예를 들어) 키가있는 URL을 확인하고 키가있는 다른 URL로 리디렉션합니다. 키가있는 다른 URL로 리디렉션됩니다.이 키는 다른 키가 있습니까?
설치하기 전에 유효한 도메인 이름을 선택해야합니다. 예를 들면 : www.magento2-test.dev대신 localhost. 이 문제에 대한 자세한 내용 : 여기
사용 localhost하는 대신 독립의 실제 최상위 도메인으로 당신은이를 관리 할 수 있어야한다. https://iyware.com/dont-use-dev-for-development/에.dev 설명 된대로 사용하는 것은 좋지 않습니다.
http://magento.localhost/적합하거나 DOMAIN.com나중에 배포 할 일부 가 DOMAIN.localhost있는 경우 나중에 DOMAIN.com에서 종료 할 수 있으며 사용하는 TLD에 관계없이 웹 서버를 호스트 이름을 찾도록 코딩 할 수 있습니다.
예를 들어 DOMAIN1.com과 DOMAIN2.com에 두 개의 상점이있는 경우 DOMAIN1.*DOMAIN1 특정 코드를 평가하는 코드에 대해 nginx conf (또는 선택한 웹 서버)에 규칙을 입력하십시오 . 아파치 파일 과 같은 것을 사용할 SetEnvIf Host DOMAIN1\.(localhost|com)$ VAR=val수 .htaccess있습니다.
var / cache / *를 삭제하고 setup : static-content : deploy 명령을 실행해야합니다. 작동해야합니다. 위의 단계로 로컬 호스트 에서이 문제를 해결했습니다.
http를 https로 전환 한 후 core_config_data 테이블에서 다음 값을 업데이트해야합니다.
UPDATE core_config_data SET value = REPLACE(value, '0', '1') WHERE path = 'web/secure/use_in_frontend';
UPDATE core_config_data SET value = REPLACE(value, '0', '1') WHERE path = 'web/secure/use_in_adminhtml';그런 다음 캐시를 지우고 관리 URL을 다시로드하십시오.
나는 주제에 대해 8 시간을 보냈습니다. 여기에 내 결론이 있습니다.
1) 아파치 디렉토리 구성에서 AllowOverride를 모두 설정하십시오 . 적어도 .htaccess 파일을 읽으려면 magento 폴더에서 프론트 오피스 및 백 오피스를 작동시키는 보편적 인 솔루션입니다
2) localhost / magento 인 경우 RewriteBase / in .htaccess 또는 하위 폴더 설정
3) 이러한 요청이 유용 할 수있는 경우를 대비하여 관리 경로에 https를 사용해야합니다 (그렇지 않으면 관리자 쿠키가 전혀 설정되지 않음).
d = magento.yourdomain.localhost ;
mysql -ua -pb -e "UPDATE magento.core_config_data SET 값 = ' https : // $ d /'경로 ((web / secure / base_url ')의 경로)";
mysql -ua -pb -e "업데이트 magento.core_config_data SET 값 = 1 어디에 경로 ( ' web / secure / use_in_adminhtml ')"
PHP 빈 / 마 젠토 캐시 : 플러시
4) 그게 전부입니다. 나는 그들이 한 눈에 많이 보았 기 때문에이 게시물에서 모든 잘못된 추측을 제거했습니다 ..
니스를 사용하는 경우 다음을 설정하는 것을 잊지 마십시오.
RequestHeader set X-Forwarded-Proto "https"
가상 호스트 구성 나는 그것을 여기에서 발견했다 : http://www.sivaschenko.com/apache-ssl-termination-https-varnish-cache/