2010-03-17 17 views
9

Che cos'è una buona libreria di pagamento PHP che funziona con Paypal, Google Checkout e Authorize.net?Che cos'è una buona libreria di pagamento PHP che funziona con Paypal, Google Checkout e Authorize.net?

Ho trovato questo library ma non viene gestito e non offre Google Checkout. Esistono altre opzioni come un servizio in grado di gestire questi tre o più gateway?

+0

Quella libreria ha solo un anno e non sembra che non venga mantenuta. Perché non aggiungere il supporto di Google Checkout a te stesso? O assumere qualcuno che lo faccia per te? –

+0

Sto chiedendo se esiste una libreria di questo tipo che non conosco. Se c'è, allora non devo preoccuparmi di implementarlo. – Cory

risposta

0

Io dubito che sia così. Il fatto è che Paypal, Google e Authorize.net funzionano in modi diversi. Paypal gestisce il pagamento stesso, e l'API che espongono allo sviluppatore è minima e in realtà ne ha circa 4 versioni (express, uk, edizione payflow ..). Anche Google Checkout sta facendo un sacco di cose in background, in quanto integra la procedura di checkout. Authorize.net è solo un gateway di pagamento e passa più responsabilità allo sviluppatore. Hanno un'API completa e complessa e funzionano solo per gli Stati Uniti.

Un suggerimento. Dai uno sguardo al carrello dello shopping Magento mentre implementano i moduli paypal, google checkout e authorize.net nell'installazione predefinita.

+0

Non so di Magento ... Certo che ce l'ha, ma data la loro stretta integrazione con Magento, avrà bisogno di settimane solo per capirlo. –

+0

questo è vero. Probabilmente studierei e implementerei ciascuno separatamente nel mio progetto, se questo fosse il caso. –

0

Sono sicuro che ci sono sistemi PHP puri. Ad esempio, c'è Virtuemart che viene eseguito sulla piattaforma Joomla CMS, che supporta un'ampia gamma di gateway di pagamento.

2

Non solo funzionano in modi diversi, ognuno di questi in realtà presenta all'utente pagante in modi diversi. Ciò significa che non puoi realmente astrarli dall'utente, il che significa che devi davvero interfacciarti direttamente con ognuno di essi. Non c'è un modo pulito per aggirare questo.

L'alternativa più vicina, quindi, è quello di trovare un involucro (o una serie di involucri) che permette di gestire internamente tutti allo stesso modo, in modo che non stai duplicare i vostri sforzi per ogni singolo processore. Non ho trovato una libreria dedicata per questo, ma ho trovato alcune opzioni che vengono fornite con altri framework. Magento è stato menzionato; anche Kohana, OpenCart e persino Zend Framework offrono soluzioni degne e relativamente modulari.

Ci sono alcune soluzioni a metà decenti qui menzionati: PHP Payment Library

... in particolare, questo è stato denominato/collegato a un sacco: http://www.stumbleupon.com/su/2sX5Ei/www.phpfour.com/blog/2009/02/php-payment-gateway-library-for-paypal-authorizenet-and-2checkout/

Ho trovato questo - pretende di essere una soluzione commerciale al problema, nel caso in cui siete in questo genere di cose - ma dubito che compie davvero quello che stai cercando: http://www.transaxdevelopers.com/PHP-Payment-Processing/PHP-Payment-Integration.asp

altro: http://www.flexsin.com/software-web-development/payment-gateway-integration.php

0

Vorrei menzionare il mio pagamento lib payum qui.

Attualmente supporta:

  • paypal Express \ pro cassa
  • be2bill
  • authorize.net AIM.

Per il pagamento express paypal supporta recurring payment e le caratteristiche dei beni digitali (vedere il documento).

I principi fondamentali (dal doc):

  • alto livello di flessibilità.
  • Soluzione di pagamento amichevole per i modelli di dominio.
  • Quando hai bisogno di uno stato veramente buono di gestione.
  • Integrazione di archiviazione (supportato doctrin2).

La lib ha un bundle per symfony2 e un sandbox per iniziare facilmente.

Spero che tu trovi utile.

Problemi correlati