[php 응용] 위 챗 결제 소결

간단 한 소개
위 챗 결 제 는 여러 가지 지불 방식 이 있 는데 일반 전자상거래 에서 사용 하 는 것 은 두 가지 가 있 는데 하 나 는 공중전화 로 지불 하 는 것 이 고 하 나 는 스 캔 으로 지불 하 는 것 이다.
         공중 번호 지불 은 공중 번호 내 에서 지불 하 는 것 으로 사용자 가 위 챗 공중 번 호 를 통 해 업 체 플랫폼 에 들 어 갈 때 이런 지불 방식 을 사용 할 수 있다.이러한 결제 방식 은 위 챗 브 라 우 저의 js 인 터 페 이 스 를 바탕 으로 이 루어 진 것 으로 다른 브 라 우 저 에서 호출 할 수 없다. 이러한 결제 방식 의 장점 은 호출 될 때 결제 코드 알림 상 자 를 직접 팝 업 할 수 있 고 사용 자 는 결제 코드 만 입력 하면 결 제 를 완성 할 수 있 으 며 편리 하고 빠르다 는 것 이다.
         스 캔 결 제 는 일반적으로 pc 사이트 에 사용 되 는데 결제 가 필요 할 때 전자상거래 플랫폼 은 결제 에 사용 되 는 QR 코드 를 보 여 주 며 사용 자 는 스 캔 을 통 해 결 제 를 실현 합 니 다.
 공중 번호 내 지불
우선 공중전화 로 지불 하 겠 습 니 다.공중 번호 내 결 제 는 주로 위 챗 브 라 우 저 내부 의 js 를 호출 하여 이 루어 집 니 다. js 에 이번 결제 의 태그 문자열 을 추가 합 니 다. 이 태그 문자열 의 생 성 은 결제 절차 의 중점 입 니 다.
이곳 의 기본 적 인 절 차 는 먼저 사용자 가 사이트 에서 주문 을 하 는 것 이다. 사 이 트 는 고객 이 제출 한 주문 정 보 를 받 은 후에 사이트 안의 주문 정 보 를 생 성 한 다음 에 위 챗 의 통 일 된 주문 인 터 페 이 스 를 이용 하여 지불 주문 서 를 생 성 한다. 위 챗 결제 시스템 은 지불 주문 서 를 생 성 한 후에 클 라 이언 트 에 게 선불 서 를 되 돌려 주 는 정 보 는 바로 우리 측 이 말 한 태그 문자열 이다.
여기 서 주의해 야 할 점 이 있 습 니 다. 사이트 에서 위 챗 의 통 일 된 주문 도 구 를 호출 할 때 로그 인 권한 을 부여 하여 사용자 의 openid 를 받 아야 합 니 다.이 과정 은 권한 수여 인 터 페 이 스 를 호출 할 때 사이트 가 위 챗 서버 로 이동 한 다음 에 다시 돌아 오 는 것 이다.
예 를 들 어 사용자 가 방문 한 것 은?
http://www.zhifu.php，
방문 시 사이트 가 이동 합 니 다.
https://open.weixin.qq.com/connect/oauth2/authorize?appid=wx8888888888888888&redirect_uri=http://www.zhifu.php&response_type=code&scope=snsapi_base&state=STATE#wechat_redirect
그리고 위 챗 은 다시 뛰 어 돌아 와 다시 뛰 어 올 때http://www.zhifu.php사용자 가 있 는 openid 를 가지 고 있 습 니 다.문 제 는 이 점프 가 get 형식 이라는 점 이다.따라서 사용자 가 post 형식 을 통 해http://www.zhifu.php데 이 터 를 제출 하면 post 데 이 터 는 두 번 의 점프 사이 에 분 실 됩 니 다.
 스 캔 페 이 먼 트 
스 캔 결제 에 대해 서도 비슷 하지만 그 는 두 가지 모델 이 있다.
자주 사용 되 는 모델 은 먼저 사용자 가 사이트 에서 주문 을 한 후에 사이트 에서 위 챗 의 통 일 된 주문 인 터 페 이 스 를 이용 하여 결제 주문 서 를 만 든 다음 에 사용자 에 게 태그 문자열 을 되 돌려 주 는 것 이다. 사 이 트 는 태그 문자열 을 사용 하여 위 챗 의 url 을 연결 하여 QR 코드 사진 을 만 들 고 사용자 가 스 캔 하고 지불 하 는 것 이다.완료 후 위 챗 결제 시스템 은 사이트 에 주문 변경 이 완료 되 었 음 을 알 립 니 다.이런 방식 은 일반적인 상점 쇼핑 에 적용 된다.
또 다른 모델 은 사용자 가 먼저 QR 코드 를 스 캔 하 는 것 이다. 이 QR 코드 는 사이트 가 위 챗 결제 시스템 의 규정 에 따라 생 성 된 것 이다. 사용자 가 코드 를 스 캔 할 때 위 챗 결제 시스템 을 열 고 위 챗 결제 시스템 은 QR 코드 에 지 니 고 있 는 정보 에 따라 업 체 의 사 이 트 를 요청 한다. 그 후에 업 체 사 이 트 는 위 챗 결제 시스템 의 요청 에 따라 사이트 내 주문 서 를 생 성 한다.그 다음 에 업 체 사 이 트 는 위 챗 의 통 일 된 주문 인 터 페 이 스 를 호출 하여 지불 주문 서 를 만 들 고 위 챗 은 사용자 에 게 지불 비밀 번 호 를 입력 하여 지불 을 완성 하도록 요청 합 니 다.이런 방식 은 첫 번 째 상황 에서 QR 코드 를 사용자 가 주문 하 는 입구 로 바 꾸 고 이 를 구 매 하 는 과정 에서 위 치 를 앞 당 긴 것 과 유사 하 다. 이 를 활용 하 는 것 에 대해 순풍 의 해 킹 체험 점 을 떠 올 린 것 같다.
 직면 한 문제 해결:
1. 공중 번호 지불, 위 챗 인터페이스 보고 파라미터 가 완전 하지 않 습 니 다.
         이 문제 가 얼마나 가능 한 지 개발 자 는 인 자 를 쓰 는 것 을 잊 어 버 렸 습 니 다. 이것 은 토론 의 열 에 있 지 않 습 니 다.내 가 만난 상황 은 바로 글 에서 사용자 openid 를 가 져 와 서 생 긴 것 이다.개발 할 때 결제 동작의 매개 변 수 를 제출 하 는 것 은 사용 하 는 post 방식 이지 만 사용자 openid 를 얻 는 과정 은 위 챗 결제 시스템 으로 넘 어가 서 다시 돌아 와 야 합 니 다. 이렇게 한 바퀴 돌 면 post 데 이 터 를 잃 어 버 립 니 다.이것 이 위 챗 의 구덩이 라 고 할 수 있 는 지 모 르 겠 습 니 다. 저 는 요청 을 get 요청 으로 바 꾸 었 습 니 다. 그런데 회전 하 는 과정 에서 시스템 자체 의 디자인 에 제약 을 받 고 우여곡절 이 많 았 습 니 다.
2 · 위 챗 결제 알림 timeexpire 인자 오류.
먼저 말 하지만 이 문 제 는 우리 테스트 서버 에 존재 하지 않 습 니 다. 나중에 새로운 서버 로 옮 긴 후에 이 오류 가 발생 했 습 니 다.이 매개 변 수 는 거래 종료 시간, 즉 주문 의 실효 시간 을 설정 하 는 데 사 용 됩 니 다.여기 서 오류 가 발생 한 것 은 서버 의 시간 대 설정 때 문 입 니 다. 베 이 징 의 시간 대가 아니 라 8 시간 이 틀 렸 기 때 문 입 니 다.
나의 블 로그:http://www.sibowen.com/index.php?m=Home&c=Article&a=viewArticle&classifyId=17&articleId=16