twhiting9275

Hi @WHMCS ChrisD Did this upgrade get made?

Thank you Chris.

On an unrelated (??) note.... Same thing happened when I tried to paste php code into a ticket yesterday. Same, exact, thing. so, both forums and tickets have been essentially made worthless at this point 😞 I get the need for security, believe me, but, there's a point when it's just too much, and it makes the services unusable. No, I won't be using pastebin, or txt files. I simply won't be addressing those threads or helping there. Doesn't affect me at all. When you make life harder on those trying to help, especially in a community, you find that fewer people are willing to help

This thread is over 2 years old now. You need to start your own, as this is not likely the same issue. Hijacking threads, not cool.

I don't disagree, and I have a feeling that's why people like Brian , as well as myself stopped coming around to help. I still do, every once in a while, but things like this make it impossible to actually provide community help here. My only point in this thread was to bring it up so that it could be hashed out. If it's not, that's on staff.

This is a poor response. I mean, really there is plenty that can be done about it. The whole point of modsec is that rules can be enabled or disabled, even edited so that one doesn’t have to use those outside resources

Not sure what happened, or when, but trying to upload common code, or paste it into a code block is, literally, blocked. Request is met with a 403 This was working fine just a year or so ago, but same code , not able to be pasted today. No hacking attempts here, simply trying to provide help and examples. Kind of hard to do when you can't even use basic community functionality Affected code attached as zip, but that's not really the proper approach. unpaid_invoices.zip

I wrote this a few years ago. Just tried it on 8.6 and it still works like a charm If client has an overdue invoice (with grace period added), it doesn't block them from the client area (you don't really want that), it simply redirects them to the invoice page so they can pay it. Unzip, upload php to includes/hooks/ and you're good to go. unpaid_invoices.zip

The WHMpress plugin can be safely removed from WHMCS. It's only purpose, really, is to redirect people to your WordPress page . You can still use the WHMpress features in WordPress (package listing , ordering, even the account stuff) directly from the Wordpress page. The only thing that this plugin for WHMCS does is force individuals to use thw WP site.

This is definitely not a "fix" or "solution" to anything. It's intended to be used as a temporary, or stopgap method to attempt to see iif those are the issues. You need to find a real resolution, and stop hijacking years old threads.

Going to have to roll back to backup, then try a manual update.

It's possible to do . A query like this will do it: $productid = "INSERT PRODUCT ID HERE"; foreach (Capsule::table('tblhosting')->WHERE('packageid', '=', $productid)-> WHERE('domainstatus', '=', 'Active')->get() as $orderlist) { $userid = $orderlist->userid; $server = $orderlist->server; $domain = $orderlist->domain; $paymentmethod = $orderlist->paymentmethod; $billingcycle = $orderlist->billingcycle; $nextinvoicedate = $orderlist->nextinvoicedate; $amount = $orderlist->amount; print ("$userid: $server : $domain: $paymentmethod: $billingcycle: $nextinvoice: $amount<br />"); } Implementation is going to be on you, but this will get you started

This isn't really a WHMCS question, more like a general programming/development question You'll need to put together a custom form handler to parse the response, and interact with each field as necessary.

I mean, this is a billing system. These emails are somewhat important to receive. If they're dead set on not getting these though, you'll have to write a custom hook . Start by looking at EmailPreSend and work on from there. The following hook will get you to completely disable mail. You'll have to add custom user fields and then get this checked against those. You have the tools, go forth and learn to do it. <?php function no_invoice_email($vars) { $messagename = $vars['messagename']; $merge_fields['abortsend'] = TRUE; return $merge_fields; } add_hook("EmailPreSend",1,"no_invoice_email"); ?>

huh? If you could elaborate, I'm sure you'd get better assistance here. What, exactly are you seeing, and what, exactly are you trying to prevent?