추천: "PHP Video Tutorial"
PHP의 URL에 특수 문자로 인해 발생하는 문제(+,,=)
머리말, 특정 채널에서 작업하는 과정에서 서명 확인 오류를 발견했습니다. . 그런데 당시에는 동일한 처리 방법을 사용하는 두 곳에서 서명 검증 성능이 일관되지 않았던 것은 두 곳의 요청 방식이 다르기 때문이라고 생각했습니다. 포스트 방식. 물론 문제는 get이어야합니다.
GET 및 POST
GET 요청 방식은 매개변수가 URL에 배치되므로 전달 시 브라우저 측에서 전략적인 문제가 있을 수 있으며 매개변수가 Urlencoded됩니다. 따라서 서버 측에서 매개변수를 얻을 때 원본 데이터가 아닐 수도 있습니다. 따라서 GET을 통해 데이터를 요청할 때 처리가 이루어지지 않으면 서명 검증에 문제가 발생할 수 있습니다. 여기서 가능성은 base64 처리 후에 특수 문자 +가 포함되지 않고, GET 메소드 이후에 +가 아무런 처리 없이 빈 문자열일 수 있다는 것입니다.
POST 요청 방법은 요청 본문에 매개변수를 넣습니다. HTTP 전송 프로세스 중에는 브라우저의 일부 전략적 문제로 인해 매개변수가 처리되지 않습니다. 따라서 POST 요청을 통해 매개변수 서명 검증을 수행할 때 문제가 없으며, 서명 검증이 원활하게 수행될 수 있다. 하지만 채널 제공자에게 get 요청을 post 요청으로 바꿔달라고 요청할 방법이 없으므로 우리는 스스로 방법을 찾을 수밖에 없습니다.
urlencode 및 urldecode
urlencode: (PHP 4, PHP 5, PHP 7) urlencode — 编码 URL 字符串 string urlencode ( string $str )
이 함수는 문자열 인코딩을 용이하게 하고 이를 URL의 요청 부분에 사용하며 다음 페이지로 변수를 전달하는 것도 용이하게 합니다.
return
-_를 제외한 모든 영숫자가 아닌 문자가 퍼센트 기호(%) 뒤에 두 개의 16진수 숫자로 바뀌고 공백이 더하기 기호( +)로 인코딩되는 문자열을 반환합니다. 이 인코딩은 WWW 형식 POST 데이터의 인코딩과 동일하며 application/x-www-form-urlencoded의 미디어 유형 인코딩과 동일합니다.
urldecode: (PHP 4, PHP 5, PHP 7)
urldecode — 인코딩된 URL 문자열을 디코딩합니다.
string urldecode ( string $str )
Decode가 임의 %로 제공됩니다. ## 인코딩된 문자열에 있습니다. 더하기 기호('+')는 공백 문자로 디코딩됩니다.
디코딩된 문자열을 반환합니다.
우리는 공백으로 변하는 문자열인 +를 처리하는 "완벽한 방법"인 빛을 본 것 같습니다. 즉, 서명 문자열을 urlencode하여 암호화합니다. 그런 다음 fxxk, false를 확인하세요. 그래도 통과하지 못한다면, 뺨을 때리세요. base64 암호화 후에는 패딩 문자열 =이 표시되는데 이는 매우 고통스럽습니다. 그래서 임시 해결책을 생각해 냈습니다.
urlencode(substr($str,0,strlen($sign)-2)).substr($sign,strlen($sign)-2)
당시 base64에는 최대 2개의 ==가 있었던 점을 고려하면 마지막 2개에는 urlencode 처리가 수행되지 않았습니다. 이는 기본적으로는 처리가 가능하지만, 뒤 두 자리에 +가 나타나면 작동하지 않는 문제가 있을 수 있습니다. 물론 이 계획은 설득력이 없고 번복될 수 없습니다. 그리고 이 과정에서 발견된 문제점은 전달된 서명 문자열이 urlencode에 의해 처리되었을 수도 있다는 점입니다. 이것은 여전히 작은 문제입니다. 디코딩이 오해를 일으키지 않기 때문에 먼저 urldecode 처리를 수행하십시오.
그때 친구가 해결책을 제안했는데, 즉 + 기호만 바꾸는 것만으로도 충분하지 않을까요? 실제로 이것이 방법입니다. 그런데 이 방법은 정말 답답할 것 같습니다. 앞으로 암호화 알고리즘이 변경되거나 @#\%...&**( 등의 다른 특수 문자가 추가되면 모두 일치하고 교체할 수는 없습니다. 해결 방법에 동의하지만 계속 생각합니다.
rawurlencode 및 rawurldecode
rawurlencode: (PHP 4, PHP 5, PHP 7)
rawurlencode — RFC 3986에 따라 URL을 인코딩합니다.
string rawurlencode ( string $str )
RFC 3986에 따라 지정된 문자를 인코딩합니다.
rawurldecode: (PHP 4, PHP 5, PHP 7)
rawurldecode — URL을 인코딩합니다. URL 문자열을 디코딩합니다.
string rawurldecode ( string $str )
문자열을 반환합니다. 이 문자열에서 퍼센트 기호(%) 뒤에 오는 두 개의 16진수 숫자는 리터럴 문자로 대체됩니다.
새로운 새벽이 나타났습니다. rawurldecode를 리터럴 문자로 바꾸세요. .. 그럼 해결책이 준비되었습니다.
rawurldecode(urlencode(urldecode($sign))));
얼핏 보면 너무 부풀어오르는 것 같은데 왜 이렇게 처리해야 할까요? 왜 그런지는 위의 자랑글
을 읽어보세요. , 두 가지 준비가 필요합니다. 하나는 생산 환경이 정상으로 돌아올 때 현재 문제를 신속하게 해결할 수 있는 임시 솔루션이지만 장기적으로 안정적이고 신뢰할 수 있는 솔루션이 있어야 합니다. 솔루션은 귀하의 지속적인 시도에서 나옵니다. 그리고 php.net.
위 내용은 PHP URL(+,\,=)의 특수 문자로 인해 발생하는 문제를 분석합니다.의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

phpsession 실패 이유에는 구성 오류, 쿠키 문제 및 세션 만료가 포함됩니다. 1. 구성 오류 : 올바른 세션을 확인하고 설정합니다. 2. 쿠키 문제 : 쿠키가 올바르게 설정되어 있는지 확인하십시오. 3. 세션 만료 : 세션 시간을 연장하기 위해 세션을 조정합니다 .GC_MAXLIFETIME 값을 조정하십시오.

PHP에서 세션 문제를 디버그하는 방법 : 1. 세션이 올바르게 시작되었는지 확인하십시오. 2. 세션 ID의 전달을 확인하십시오. 3. 세션 데이터의 저장 및 읽기를 확인하십시오. 4. 서버 구성을 확인하십시오. 세션 ID 및 데이터를 출력, 세션 파일 컨텐츠보기 등을 통해 세션 관련 문제를 효과적으로 진단하고 해결할 수 있습니다.

Session_Start ()로 여러 통화를하면 경고 메시지와 가능한 데이터 덮어 쓰기가 발생합니다. 1) PHP는 세션이 시작되었다는 경고를 발행합니다. 2) 세션 데이터의 예상치 못한 덮어 쓰기를 유발할 수 있습니다. 3) Session_status ()를 사용하여 반복 통화를 피하기 위해 세션 상태를 확인하십시오.

SESSION.GC_MAXLIFETIME 및 SESSION.COOKIE_LIFETIME을 설정하여 PHP에서 세션 수명을 구성 할 수 있습니다. 1) SESSION.GC_MAXLIFETIME 서버 측 세션 데이터의 생존 시간을 제어합니다. 2) 세션 .Cookie_Lifetime 클라이언트 쿠키의 수명주기를 제어합니다. 0으로 설정하면 브라우저가 닫히면 쿠키가 만료됩니다.

데이터베이스 스토리지 세션 사용의 주요 장점에는 지속성, 확장 성 및 보안이 포함됩니다. 1. 지속성 : 서버가 다시 시작 되더라도 세션 데이터는 변경되지 않아도됩니다. 2. 확장 성 : 분산 시스템에 적용하여 세션 데이터가 여러 서버간에 동기화되도록합니다. 3. 보안 : 데이터베이스는 민감한 정보를 보호하기 위해 암호화 된 스토리지를 제공합니다.

SessionHandlerInterface 인터페이스를 구현하여 PHP에서 사용자 정의 세션 처리 구현을 수행 할 수 있습니다. 특정 단계에는 다음이 포함됩니다. 1) CustomsessionHandler와 같은 SessionHandlerInterface를 구현하는 클래스 만들기; 2) 인터페이스의 방법 (예 : Open, Close, Read, Write, Despare, GC)의 수명주기 및 세션 데이터의 저장 방법을 정의하기 위해 방법을 다시 작성합니다. 3) PHP 스크립트에 사용자 정의 세션 프로세서를 등록하고 세션을 시작하십시오. 이를 통해 MySQL 및 Redis와 같은 미디어에 데이터를 저장하여 성능, 보안 및 확장 성을 향상시킬 수 있습니다.

SessionId는 웹 애플리케이션에 사용되는 메커니즘으로 사용자 세션 상태를 추적합니다. 1. 사용자와 서버 간의 여러 상호 작용 중에 사용자의 신원 정보를 유지하는 데 사용되는 무작위로 생성 된 문자열입니다. 2. 서버는 쿠키 또는 URL 매개 변수를 통해 클라이언트로 생성하여 보낸다. 3. 생성은 일반적으로 임의의 알고리즘을 사용하여 독창성과 예측 불가능 성을 보장합니다. 4. 실제 개발에서 Redis와 같은 메모리 내 데이터베이스를 사용하여 세션 데이터를 저장하여 성능 및 보안을 향상시킬 수 있습니다.

JWT 또는 쿠키를 사용하여 API와 같은 무국적 환경에서 세션을 관리 할 수 있습니다. 1. JWT는 무국적자 및 확장 성에 적합하지만 빅 데이터와 관련하여 크기가 크다. 2. 쿠키는보다 전통적이고 구현하기 쉽지만 보안을 보장하기 위해주의해서 구성해야합니다.


핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

Video Face Swap
완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

인기 기사

뜨거운 도구

WebStorm Mac 버전
유용한 JavaScript 개발 도구

DVWA
DVWA(Damn Vulnerable Web App)는 매우 취약한 PHP/MySQL 웹 애플리케이션입니다. 주요 목표는 보안 전문가가 법적 환경에서 자신의 기술과 도구를 테스트하고, 웹 개발자가 웹 응용 프로그램 보안 프로세스를 더 잘 이해할 수 있도록 돕고, 교사/학생이 교실 환경 웹 응용 프로그램에서 가르치고 배울 수 있도록 돕는 것입니다. 보안. DVWA의 목표는 다양한 난이도의 간단하고 간단한 인터페이스를 통해 가장 일반적인 웹 취약점 중 일부를 연습하는 것입니다. 이 소프트웨어는

SublimeText3 영어 버전
권장 사항: Win 버전, 코드 프롬프트 지원!

에디트플러스 중국어 크랙 버전
작은 크기, 구문 강조, 코드 프롬프트 기능을 지원하지 않음

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기
