mediademon

We use SagePay for our payment gateway - where do we check if any of the following applies? ----------------------------------------------------------------------------------------------- Preparation for Sage Pay’s system upgrade will commence on Saturday 17 April 2010 at 22:00 We are now ready to start preparing our system for the essential upgrade as outlined by our MD, Simon Black. Once complete this will dramatically enhance the service you receive from Sage Pay. Please take time to read the important information below and where relevant pass on to your technical contact. If you have any questions or need assistance with any of the below, please don’t hesitate to contact our 24-hour support team on 0845 111 44 55 or email support@sagepay.com What’s happening on Saturday 17th April? This phase of the upgrade will involve moving the Sage Pay Live Payment Gateway service across to our Disaster Recovery (DR) site, which will enable us to rebuild our live site into the much improved and upgraded system. The new hardware enables us to increase the speed and capacity of our systems and will ensure that we are able to cope with predicted demand over the coming years. Work will start at 22:00 on Saturday 17th April 2010. The upgrade has been carefully planned to minimise disruption to you and your business and the only potential risk of downtime will be the time it takes the internet Name Servers to pick up our new IP addresses. This could be as little as a few seconds, however it may be slightly longer — unfortunately we have no control over the internet Name Servers except to suggest how often they check for new addresses. Important technical information We will be changing the IP Address of the following domains during this upgrade: live.sagepay.com, test.sagepay.com and www.sagepay.com – The Sage Pay Live payment gateway address, our test environment address and our website. How does this affect me? You will need to make some technical changes to your website if ANY of the following statements are true: 1) You have hardcoded your IP addresses within your website/shopping cart 2) You have cached your DNS entries 3) You have firewall rules in place to only accept access to and from your systems from specific IP addresses

No problem... always glad to help!

Thanks to everyone for all their hard work on this, it's really a great addition now! It's what this community is all about

Would like to see this too, domain income is not currently a true reflection of profit.

Hi Interesting case here, we invoice 30 days in advance of any renewal, the invoice displays the payment method, if automatic which card will be billed and if no card is present instructions to logon and pay online. Normal stuff really. OK here's the case: 30 days before the client gets an invoice saying there's no card on account and they should login to pay the invoice. 14 days before client gets another domain renewal invoice which they pay by card online. 0 Day client gets automatically billed on invoice 1 because now there's a card on account. However the original invoice did not state this and it came as a big surprise to the client... Although this may be by design it does leave a big hole in our obligations to inform clients correctly before we charge their card. If card use was limited to future invoices from when it was added this would not occur.

Hi If this is by design it seems a little strange... Although the option "Override Automatic Suspension" works correctly for the main service it does not for any attached add-ons. We have just had 2 add-ons suspended even though the main service was overridden.

Please try to remove the space in $_SE SSION listed in the above code... Also you may try to echo your role id to debug to see if it's what you expect: {php} $result = select_query("tbladmins","roleid",array("id"=>$_SESSION['adminid'])); $data = mysql_fetch_array($result); $this->assign('roleid', $data['roleid']); {/php} Debug Show RoleID: {$roleid}

Try putting this before the if{roleid=XX) {php} $result = select_query("tbladminroles","id",array("id"=>$_SESSION['adminid'])); $data = mysql_fetch_array($result); $this->assign('roleid', $data['id']); {/php}

Hi Dimak Thanks for the code! Don't you also need to post the amount for noscript? {/literal} <img height=1 width=1 border=0 src="http://www.googleadservices.com/pagead/conversion/12313131313/?value={$amount}&label=Purchase&script=0"> {literal}

As mentioned previously: {if $roleid == "1"} <-- CODE --> {/if}

I guess this works better for some people than others depending on the size of your orderbase and the speed of your server. If you try it and it works for you great, you got a free widget you may find as useful as I do on the iPhone where I can see all the info I need on one screen. If not then I'm sorry, try some other solution or contribute to make it better. This is after all a free contribution, trying to give something back to the community.

Thanks for your contribution...

Great Job ServWise! Maybe now this is worthy of inclusion back into the core code?

Can confirm Issue 1 exists! Issue 2 - see sparky's domain renewals addin Issue 3 unconfirmed...

Thats the only hook in the file and there are no other hooks for InvoicePaid... Frustrating!

Lol - how about you pm me your blurry graphs and i'll mock them up into a screenshot for you....

Thanks for all your help so far, it seems that your code suffers from the same problem as mine! <?php function InvoicePaidEmail($invoiceid) { # This function runs when an invoice is fully paid $to = "info@mydomain.com"; $from = "info@mydomain.com"; $subject = "WHMCS Payment Received"; $headers = "To: ".$to."\n" . "From: ".$from."\n" . "MIME-Version: 1.0\n" . "Content-type: text/html; charset=iso-8859-1"; $message = "A new payment has been received for Invoice No.".$invoiceid."."; mail($to,$subject,$message,$headers); } add_hook("InvoicePaid",1,"InvoicePaidEmail",""); ?> The above code returns: A new payment has been received for Invoice No.5. When it should return: A new payment has been received for Invoice No.5432. Any ideas?

yes... it's to the local whmcs db

need to build a db connection string...

Unfortunately no as this would involve publishing financial data! The mod just adds two graphs from the report section to the admin page and scales them down to fit... It's very easy to add in if you want to view it.

ah - one last question, how would you include configuration.php in the hook?

Thanks Ben This helped a lot!

Try: $ Smarty templates use $ to denote variables...

me too! That's where my actionhooks.php lives...

Yes Ben, Not quite sure how to implement function name($invoiceid) {} within actionhooks.php. Could you elaborate?