Closed (won't fix)
Project:
Drupal.org security advisory coverage applications
Component:
module
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Reporter:
Created:
7 Jan 2012 at 15:03 UTC
Updated:
17 Oct 2013 at 15:57 UTC
This module provides Garanti Bank Turkey's virtual POS terminal integration for Ubercart credit card payment gateway. Currently it does not support 3D Secure or installments.
http://drupal.org/sandbox/boragunesdogan/1367214
git clone --branch master boragunesdogan@git.drupal.org:sandbox/boragunesdogan/1367214.git garanti_bank_virtual_pos
Comments
Comment #1
misc commentedHi there,
Some coding standards issues:
http://ventral.org/pareview/httpgitdrupalorgsandboxboragunesdogan1367214git
And also you should not work in the master branch, more information here: http://drupal.org/node/1127732
Also:
Comment #2
misc commentedComment #3
boragunesdogan commentedThanks MiSc. This is my first module and your comments are much appeciated. I will fix the issues ASAP.
Comment #4
misc commentedChanged to needs review, so that in depth reviews could be done without coding standards issues.
Comment #5
afox commentedFirst, thanks for the submission. All new payment methods are always welcome to Drupal.
My comments don't take the above mentioned coding standards and styles into account. So you should run your project through the pareview again (http://ventral.org/pareview/httpgitdrupalorgsandboxboragunesdogan1367214git) after you do the changes I suggest. This way you are one step ahead of us. ;)
Generally speaking you need to comment the code more. There's no comments at all at the moment. Especially when you're dealing with third party API requirements, I'd prefer to explanations on why some things are needed. For example, I'd love to know if the User ID that's being collected is the Drupal Uid or some other. When your code is well documented, it's easy to follow and modify. You should read http://drupal.org/node/1354 for commenting guidelines.
Settings form
Example:
See http://drupal.org/coding-standards#naming (Persistent variables).
The XML-data
'192.168.1.1'.GetHostByName($REMOTE_ADDR)would output two ip-addresses. I don't believe you want that.$instalment = 0;anywhere. Also remove the commented code if they're not valid or important for this release.Response data
Think a more abstract way to parse the response code. That way there's less code and it's more resilient to small API changes from the bank.
Example:
uc_price allows other modules to modify the amount/currency if needed.
See http://www.ubercart.org/docs/developer/11375/price_api for more info on the context and Ubercart's test_gateway.module for the example use.
Your module is well on its way. There are a lot of small things to be fixed, but don't be discouraged by them. You'll do fine with this.
Comment #6
klausiClosing due to lack of activity. Feel free to reopen if you are still working on this application.
Comment #7
pablov2 commentedI have fixed some issues and cleaned the module code
https://drupal.org/sandbox/pablov2/2114353
Thanks
Comment #8
klausiThis project application is closed. If you want to apply with your own sandbox please open a new issue.