Fix the Quick Pay Pro Scripts.

Cancelado Publicado Aug 3, 2005 Pagado a la entrega
Cancelado Pagado a la entrega

The entire source code scripts / system for QuickPayPro have been installed and configured. However 3 bugs have arisen which required fixes. NOTE ??" all of these SHOULD work already, but don’t. So we are looking for fixes, not recoding. The 3 bugs are as follows:- The QPP system is meant to record sales made through the system. Once a sale is done, it should be logged / recorded in the system. The scripts also notify account holders of ‘pre-sales’ ??" these are when someone is part way through the order process (but at this stage, has not completed). The ‘pre-sale’ notification works, and the system will send out an email to the account holder, telling them that someone is in the process of ordering. HOWEVER, even if the person proceeds and completes the order, the system fails to log it, or register it. SO ??" a fix is needed to ensure that sales are registered / logged into the system. The system also allows account holders to set up mailing lists / autoresponders. However, the system sends out the same email message multiple times. For example ??" an autoresponder sequence may have 1 message per day, for 5 days. However the recipient will receive each daily message, up to 12 times a day. There has been a bug fix issued by a company. which is meant to fix this. The fix has been applied but the messages still repeat and repeat. At the end of some messages that the systems sends out, there is a line which read ‘Powered by [url removed, login to view]’ ??" this line is hyperlinked, which if the reader clicks, should redirect back to the main site, and register the click based on an ID number. Example ??" the hiddent url may look like [url removed, login to view] This triggers the [url removed, login to view] scritp in the system, and should then further trigger another script ([url removed, login to view]) which redirects and registers the click ID. However, it doesn’t, and shows an error message stating Admin ID not defined.

## Deliverables

1) Complete and fully-functional working program(s) in executable form as well as complete source code of all work done.

2) Deliverables must be in ready-to-run condition, as follows (depending on the nature of the deliverables):

a) For web sites or other server-side deliverables intended to only ever exist in one place in the Buyer's environment--Deliverables must be installed by the Seller in ready-to-run condition in the Buyer's environment.

b) For all others including desktop software or software the buyer intends to distribute: A software installation package that will install the software in ready-to-run condition on the platform(s) specified in this bid request.

3) All deliverables will be considered "work made for hire" under U.S. Copyright law. Buyer will receive exclusive and complete copyrights to all work purchased. (No GPL, GNU, 3rd party components, etc. unless all copyright ramifications are explained AND AGREED TO by the buyer on the site per the coder's Seller Legal Agreement).

## Platform

You must know PHP and CGI. If you are familiar with the QuickPayPro scripts, that would be an advantage, but not essential, as the scripts are all PHP and CGI based. On completion of the assignment, a period of up to 5 days checking is required, so I can confirm the fixes actually do work correctly. Once the checking is done, the job will be deemed to be completed and payment made. This is NOT a big job for someone who knows simple PHP and CGI scripts. As mentioned ??" all three of these are meant to work, but don’t. I am not looking for recoding / additional coding work ??" just to find where the errors are in the scripts and fix them please!!!!

Ingeniería MySQL Perl PHP Arquitectura de software Verificación de software

Nº del proyecto: #3834062

Sobre el proyecto

Proyecto remoto Activo Aug 16, 2005