Improvement over a Previously Completed Perl PHP Integration Project
Improvement is needed over a previously completed Integration project - Perl scripts integration with a PHP website.
Please login to [url removed, login to view] to see a complete list of Perl scripts and project requirements. Username: Integrator, password: integrator
After login, click on “Files” tab and you will see a list of all Perl script files and Project requirements.
Some simple Perl scripts (can be found on [url removed, login to view] after login) were integrated with my E-commerce site [url removed, login to view] (build with X-cart).
To see a demo of what these scripts can do, browse to product titled “US DID Numbers”, or, click on [url removed, login to view];cat=249&page=2.
Then click on “Click here to select a US DID Number”; or: [url removed, login to view]
The original Perl integration with main website is hard coded using static values. I want to modify it so that it offers flexibility and thus can be called or implemented easily else on the main website.
Please see below and the attached files for detailed requirements for improvement over the current existing integration.
These Perl scripts (also called DID scripts) should be callable easily from any other product listings, such as from product titled “Residential Basic 500 Minutes Plan”. Only one DID number can be bought per product. Example: Customers cannot either buy one of three types of DID numbers or transfer an existing DID under “Residential Basic 500 Minutes Plan”.
Price modifications should be allowed. Example: add extra $[url removed, login to view] setup fee + $[url removed, login to view] for a Canada Number. These extra prices should be allowed to be changed easily so that whenever a special promotion is run, it can be easily changed locally (for a particular product only) but not globally.
The change in set up fee should be reflected in main setup fee. In the case of this same example, Setup fee will become $[url removed, login to view] + $[url removed, login to view] = $30.99.
As a side note, currently, whenever an ATA device is selected, the extra price for the ATA device is added to setup fee ($[url removed, login to view] in this case). I’d like to list this extra fee as another item (such as +$[url removed, login to view] $lng.lbl_ata), right after +$[url removed, login to view] in the above example, where language variable $lng.lbl_ata=”ATA” stored in MySQL. Please use language variables stored in MySQL for output to display.
For US and Canada DID numbers, display should be in the form of xxx-xxx-xxxx. In the example of 2013773591, it should display as: 201-377-3591.
For US and Canada DID numbers, all numbers begin with the following digits are special numbers and should be excluded from display regardless of the purchase price:
800 (Example: 8008002345)
888 (Example: 8888002345)
Coding Related Consideration:
Please use X-cart language variables for output to display if possible. Please ask for list of variables created for DID scripts. If use of language variables in this part is not possible, please let me know.
Please consider avoid using static values so that codes become flexible. Values such as ‘po444’, ‘po445’, and ‘po447’ are hard coded in current Perl scripts and have no flexibility when implementation in other products or areas is required.
Please do not hard code DIDX username and password in each .cgi file. Please store DIDX username and password in a separate file and read it from that file whenever needed.
This offers flexibility and ease of change of DIDX username and password in the future which will occur once a month when store is live in the market place.
This list consists of the core components of this “DID Improvement Project”. There maybe minor adjustments and variations to this list, but nothing major.
Please see the attached files or visit [url removed, login to view] for more information about this project.
This project requires knowledge in PHP and Perl. Familiarity with X-Cart shopping cart software (written in PHP and Smarty) is very helpful.
Winning Service Provider shall complete the project within 3 days after taking on the project.
Payment will be made within one day after final completion, verification, testing and all final changes/corrections. Service Provider agrees to provide support after project is complete, and fix any bugs and problems found in the future.
Feel free to PM me if you have any questions. Thanks!