결제 게이트웨이 이론

Question

저는 커뮤니티와 PHP에 익숙하지 않아 제 질문이 어리석게 보일 수도 있지만 요점을 알려 드리겠습니다.

현재 PHP를 사용하는 법을 배우고 있으며, 그 중 일부는 작업 사이트에 전자 지불을 구현하는 것을 포함합니다. 나는 그물에 많이 읽었습니다,하지만 난 몇 가지 알아낼 수 없습니다 :

1. 지불 게이트웨이 < 사이에 차이가 있습니다 -> 결제 프로세서가, 또는 그들이 같은 일을 설명하는 데 사용됩니다?

2. Authorize, Paypal, Google Checkout 또는 이와 유사한 제 3자를 사용할 때 하드 코딩이 필요하거나 사이트에 제공된 정보를 그대로 사용할 수 있습니까?

3. 주요 지불 게이트웨이를 살펴본 결과 SOAP 및 WSDL에 대한 언급이 없었습니다. 그들은 내가 찾을 수없는 방식으로 정말로 필요한가 아니면 거의 사용되지 않고 그 이유에 대해 언급하지 않았다.

미리 감사드립니다. 그리고 멍청한 소리가 들리면 죄송합니다. 당신의 도움으로 더 빨리 배울 수 있기를 바랍니다.

Answer 1

잘이 까다로운 비즈니스 지불 게이트웨이는 다른 제 3 자 구현에서 사이트마다 다릅니다. 당신이 구현할 수있는 가장 쉬운 것을 찾을 수 있지만 이것을 할 때주의하십시오. 그래 지불 게이트웨이와 프로세서 프로세서 간의 차이가 지급 은행에 가서 돈을 전송하기 위해선, 게이트웨이가 있는지 u는 입력이 자격 증명이

행복 프로그래밍

Answer 2

올바른지 확인 것입니다

일반적으로 지불 프로세서는 실제로 지불을 처리하는 벤더입니다. 대부분의 지불 프로세서는 처리를 위해 지불을 제출하는 데 사용하는 인터페이스 인 게이트웨이를 제공합니다.

지불 프로세서를 사용할 때 작성해야하는 코드의 양은 프로세서가 제공하는 게이트웨이의 구현 및 사용자가 선택하는 구현 중 하나를 선택하는 것입니다. 일반적으로 최소한 두 가지가 있습니다 - 어떤 종류의 원시 API가 가장 융통성이 있으며 어떤 종류의 프로세서에 간단히 연결할 수 있습니다. PayPal Standard와 Google Wallet은 후자의 좋은 예이며, 일반적으로 Authorize.net의 사용은 전자의 좋은 예입니다. API를 사용하는 경우 일반적으로 주문 생성 프로세스/장바구니를 직접 구현해야하며 결국 결제 및 기타 세부 정보를 제출해야합니다. 이를 통해 사이트의 모든 것을 유지할 수 있습니다 (반드시 데이터 일 필요는 없지만). 간단한 경로는 대개 쇼핑 프로세스 중에 사용자를 프로세서 사이트로 한 번 이상 보내면 제한된 사용자 지정과 사용자 경험의 명확한 중단을 초래합니다.

일부 게이트웨이는 SOAP/WSDL을 사용하고 일부는 간단한 REST 인터페이스를 사용하고 일부는 다른 구현을 사용합니다. 그것의 일반적으로 그러나 그들은 집안에서 구현하기로 결정했습니다. 그러나 대부분은 스크립트 언어 (PHP, Ruby, Python, C# .Net, VB.net)를 위해 라이브러리를 사용할 예정입니다. 호출은 라이브러리를 활용하여 반환 된 결과를 처리합니다.