We are a web development and SEM company based in Chicago. We plan to contribute modules that we developed for clients (i.e.. Chicago Lighthouse, BluePay..), for example we recently developed a Webform and BluePay Payment Integration Module. A module that enables a site administrator to allow payments through a Webform submission using the BluePay Payment Api Gateway. The module does require PHP to be built with CURL enabled in order to use BluePay Post interface.
Module Files available upon request.
| Comment | File | Size | Author |
|---|---|---|---|
| #11 | bluepaywebform.zip | 14.63 KB | sndev |
| #1 | bluepaywebform.zip | 14.63 KB | sndev |
Comments
Comment #1
sndev commentedComment #2
AjK commentedComment #3
AjK commentedThe SQL backticks table field names (e.g. `vid`). I maybe wrong but I'm pretty sure that's MySQL centric and the SQL will fail for postgress users.
The static string feild names should use t(). For example:
Comment #4
sndev commentedHi Ajk, it's an api implementation: these mapped webform fields below are restricted to the BluePay API fields.
Comment #5
sndev commentedEssentially these fields will not be inserted to the database with their naming API conventions of x_ but instead will be written to the database through the webform hook, with the database field names being reflecting webform conventions (nid,sid,cid,no,data).
SQL insertion done by this module I think are standards compliant. Code below:
Comment #6
sndev commentedComment #7
AjK commentedAre you telling me that quoting the field names with backticks will work ok on Postgres?
Comment #8
sndev commentedHi AjK, you may have misunderstood me and the code. Like I said in comment #4 and #5 these fields will not be inserted to the database as is, after some processing these fields will be posted to BluePay API.
And also these fields will be re-processed and inserted to the database with some processing done by the webform module (its a different module which this module is dependent upon) but that's a different scope handled by the webform module.
But to answer your question if the webform module is postgres compatible then --yes, it really depends on the webform module.
Comment #9
AjK commentedYou not understanding me. This code:-
Will it work on Postgres? I'm referring to `vid` above. Quoting the field name with backtick quotes is MySQL centric. Regardless of what $node->vid is here, I believe on Postgres this SQL query will fail. What I am asking is "are these backticks around the table field name ok with Postgres?" I don't think they are but I may be wrong.
Comment #10
AjK commentedMore info:-
http://wiki.postgresql.org/wiki/Things_to_find_out_about_when_moving_fro...
Comment #11
sndev commentedHey AjK,
I was thrown off with your comment #3 I thought you were pointing to those fields with that particular concern. But I got you now the attached file contains the corrected module files per your concern.
Comment #12
AjK commentedComment #14
avpaderno