en en ko ko ko ja en en zh en pt ko es ko ko ko ko en en ko en ko ko nl ko ko ko ko ko ko ko ko ko ko ko ko nl ko nl ko ko nl ko ko ko ja ko it en ko es ko nl ko ko nl ko ko ko nl ko ko en ko ko ko ko ko ko ko ko zh en en en en pt fr en en kn en sv fr en en en en en es fr en en en fr ja en en en en en en en en en fi en hu pt hbs_lat ru en en en en pl ko ko ko ko ko ko ko zh en en pt en en en uz en en fr eo sv en en en es en en en en en en ja en it hu ja eo en de en ko ko en en
magento Archives - How IT
Magento 1.9 관리자 패널에 로그인 할 수 없습니다! (!$cookieParams[‘httponly’]) {
Magento 1.9를 설치했습니다 . 일주일 동안 잘 작동했습니다. 갑자기 어제 Magento 관리자 패널에 로그인을 시도하고 입력 한 username후 password로그인 버튼을 클릭 했는데 아무 일도 일어나지 않았습니다. 페이지가 새로 고쳐집니다. 오류나 다른 메시지가 없습니다.
잘못된 사용자 이름 또는 비밀번호를 입력하면 오류가 표시됩니다.
이 문제에 대해 googled 한 후 다음 줄을 주석으로 처리하는 것이 좋습니다.
app \ code \ core \ Mage \ Core \ Model \ Session \ Abstract \ Varien.php
그리고 아래의 일부 이전 버전의 경우 동일한 파일로 다시 주석 처리되었습니다.
그 후에도 관리자로 로그인 할 수 없었습니다. 그렇습니다. 누구 든지이 문제에 직면 했습니까? 이 문제에 대한 다른 해결책이 있습니까?
(ftp를 통해 캐시와 세션을 지우려고 시도했습니다).
핵심 코드 수정을 중지하십시오. 일시적으로 문제를 해결할 수 있지만 추적하기가 거의 불가능한 향후 문제가 발생할 수 있습니다.
거기의 다른 문제의 수 당신이보고있는 에러가없는 관리자 로그인 동작이 발생할 수 있지만, 그들은 모두 설정하거나 세션 쿠키를 읽을 수 없습니다 젠토로 돌아갑니다. Magento는 세션을 사용하여 페이지간에 오류 메시지를 전달하므로 오류 메시지가 표시되지 않습니다. Magento는 세션을 사용하여 “로그인 됨”값을 저장하므로 세션을 설정하지 않으면 핵심 오류 동작이 발생합니다.
가능한 원인은 다음과 같습니다.
로컬 컴퓨터 시간과 서버 시간이 일치하지 않아 인스턴트 쿠키 무효화가 발생합니다. 서버 시간이 올바른지 확인하십시오.
에 대한 권한이 var/session잘못되어 세션 파일이 저장되지 않음
데이터베이스 / redis / 기타 세션 스토리지의 올바르지 않은 구성으로 세션 값 저장 방지
모듈이 세션을 조기에 인스턴스화 하여 올바른 세션 이름을 설정할 수 없음
여러 개의 URL을 사용하고 쿠키 도메인 이 여러 개인 개발자
다른 개발자가 어떻게 든 수정 app\code\core\Mage\Core\Model\Session\Abstract\Varien.php하여 버그를 추적하기 어렵습니다.
의 쿠키 도메인 System -> Configuration -> Web -> Session Cookie Management이 실제 사이트 도메인과 일치하지 않습니다.
를 localhost서버 도메인으로 사용하고 localhost일부 상황에서 쿠키를 설정하는 데 문제가 있거나 버그가있는 웹킷 버전을 사용하고 있습니다.
단기 수정은 도메인의 쿠키를 삭제하는 것입니다. 종종 문제를 해결하기에 충분합니다. 지속되는 경우 위의 원인 중 어떤 것이 오류의 원인인지 파악한 후 해결 방법 (권한 수정 등)을 수행하십시오.
일부 Magento 설치에서 동일한 증상이 나타납니다 (1.9뿐만 아니라). 제 경우에는 Chrome에서만 발생합니다. Firefox / Safari / Opera에 로그인하고 ‘웹’설정의 ‘세션 쿠키 관리’에서 ‘HTTP 만 사용’을 ‘아니요’로 변경하여이 문제를 해결하고 있습니다.
나도이 문제가 있었다. var/session디렉토리 자체가로 설정되어 있어도 세션을 작성할 수 없습니다 0777. Magento는 세션 파일을 만들었지 만 모두 0 바이트로 남아있었습니다.
세션 저장소를 변경 하여 문제 files를 db해결했습니다.
Magento 설치 디렉토리를여십시오. index.php 파일을 찾아서 엽니 다.
error_reporting (E_ALL | E_STRICT)을 검색하십시오. 암호.
다음과 같이 주석 처리하십시오.
대신 다음 코드를 사용하십시오.
# 기호를 제거하여 주석을 해제하십시오.
이 파일을 저장하고 서버에 업로드하십시오. 웹 사이트 페이지를 새로 고침하여 오류를 확인하십시오.
또 다른 가능한 이유 : harddisk / volume / quota가 가득 차서 세션 데이터를 디스크에 쓸 수 없습니다. 어쩌면 보이지 않을 수도 있지만 방금 두 번째로 일어 났고 알아내는 데 시간이 걸렸습니다.
나는 말할만큼 평판이 좋지 않지만 @Alan Storm은 아마도 당신의 훌륭한 목록에서 이것을 원할 것입니다.
나는 최근에 같은 문제가 있었고 간단한 트릭이 나를 위해 일했다. 또한 이것은 Chrome 에서 대시 보드에 액세스 할 수없는 사람들을위한 것입니다 . Mozilla Firefox에서 작업 할 수 있다면 Mozilla firefox에서이 문제가 지속되지 않는 것 같습니다.
따라서 크롬 솔루션은 다음과 같습니다.
고토 시스템 -> 구성 -> 웹 . 안전하지 않은 보안 탭을 확장 하십시오. http://127.0.0.1/[Your folder name]로컬 호스트를 사용 하는 경우 기본 URL을 변경하거나 프런트 엔드에 액세스하는 사이트 URL로 변경하십시오. 나는했다 두 번 로그인 내가 처음으로, 그냥 새로 고쳐 당신이 루프로 언급 한 바와 같이 동일한 페이지에 다시 제공에 대한 세부 정보를 입력 할 때부터 대시 보드에 도착.
호스트에서 phpMyAdmin을 열고이 sql 명령을 한 번 시도하십시오.
SET FOREIGN_KEY_CHECKS=0; UPDATE core_store SET store_id = 0 WHERE code='admin'; UPDATE core_store_group SET group_id = 0 WHERE name='Default'; UPDATE core_website SET website_id = 0 WHERE code='admin'; UPDATE customer_group SET customer_group_id = 0 WHERE customer_group_code='NOT LOGGED IN';SET FOREIGN_KEY_CHECKS=1;
이제 관리자는 로그인 할 수 있습니다.
관리 페이지에 404 페이지를 찾을 수 없음이 표시됩니다
이 글은 magento 카테고리에 분류되었고 admin-panel, login, magento-1.9 태그가 있으며 소장 마님에 의해 2022-09-14에 작성되었습니다.
특정 결말을 가진 파일이없는 디렉토리 찾기 디렉토리를 표시하고
R에서 eCDF와 신속하게 통합 d\hat{F}_n(y) F^nF^n\hat{F}_nggg 그러나 이것은
Emacs에서 ispell의 개인 사전은 어디에 저장됩니까? 곳은 ispell 개인 사전? 문서가 저장되어있다 http://www.gnu.org/software/emacs/manual/html_node/emacs/Spelling.html가
AUC 대신 정규화 된 Gini Score를 평가로 사용하는 이유는 무엇입니까? Safe Driver Prediction 은 Normalized Gini
내 PHP 설치 경로는 어디입니까 centos를 사용하고
Proudly powered by WordPress