sven30

I had a feeling someone would bring this up. Which is why I was reluctant to post this publicly. So here's the deal, these customers still have ownership over their domain names, we just control all the spam/junk/malicious stuff that goes in between so they don't get it. I don't know of any registrars (good ones anyway) that offer whois protection for free otherwise we'd use them. We have this in our marketing and terms that they own the domain name no matter what 100%. In fact we want to get it to a point where they have their own unique email forwarder that automates the filtering more. This past year it's been a different case for our new domain customers. The complaints were off the hook bc Robocallers have been unnaturally aggressive and spammers have been too as well as household junk mail. All about web design service so our customers blame us for causing it. These are mainly happening with new domain sign ups. So instead of charging them another $10 / year ($8 cost to us), we thought we'd just do this included service and it seemed like a quick fix to pursue. Honestly it's not much different than what the registrars are doing with whois privacy protection. They're replacing the customers contact info with something else to protect the customer.

We're looking into developing a whmcs hook that changes the customer's email, phone number and address of a domain name whois contact info. So for instance, a customer goes and orders a hosting package using standard whmcs cart with a domain name. They create an account and checkout and pay and the hosting/domain is setup. Typically the default contact information they signup with (like name/email/address/phone etc.) transfers to the domain contact whois registrar as the registrant/admin/etc contact. We're trying to protect our customer's contact info by using decoy information we've set in place. So for instance, domain@ourdomain.com, PO Box, and 803-220-xxxx would replace the customer's real information just in the whois contact fields right before sending to the domain registrar at purchase (in the background). But preserve their actual contact info for the whmcs client billing account after purchase. It's sort of a poor mans whois privacy we're providing. Lately our customers have been getting blown up with spam and robocallers right after a domain purchase and blaming it on us and they don't want to pay the extra ID protect fee so we thought this would be a fine alternative. The email/address/phone are all legit and would go through us and we would then auto and or manually relay any valid correspondences to the domain owner. Anyway, let me know what it might take to create a hook to do this or if it's even possible to do economically. It feels like it would just be a matter of changing those 3 contact fields that send to the registar only and that's about it.

TADA! that did it! I wonder why it was working great and consistently before and then stopped working. Regardless it's working and i'm happy. BTW, thank you so much!

UPDATE: So I did a whmcs upgrade to latest version and now this hook that you guys helped with doesn't seem to hide the other domain name options. Did anything change that anyone knows about in the latest release or is this hook no longer valid? If so, let me know if I need to change anything to the below code. add_hook("ClientAreaPage", 1, function($vars){ // Specify Products IDs, where only domain registration will be available for, separate by comma "," $productIds = array(174); if ($vars['filename'] == "cart" && $vars['action'] == "add" && in_array($vars['productinfo']['pid'], $productIds)){ return array("transferdomainenabled" => false, "owndomainenabled" => false); } });

Thanks guys for your help. One thing I'be been wanting to do is trim down my code. Is it possible for someone to help me do this? Here's my complete code for this product custom cart layout (some of which we worked on above). Is there a way I can consolidate some of these hooks and if/else statements? I'm not a real programmer or a sufficient one anyway and there's a lot of redundancy in my code. Basically what my full hook file does is removes a lot of secondary and primary sidebar and navbar items, and the domain options, and mobile view dropdowns. Let me know. <?php /* Removes shopping cart left sidebar for student package only. */ use WHMCS\View\Menu\Item as MenuItem; add_hook('ClientAreaSecondarySidebar', 1, function(MenuItem $SecondarySidebar) { //Find out about product and remove items from sidebar $produtsSize=sizeOf($_SESSION['cart']['products']); $nosidebar=false; for($i = 0; $i < $produtsSize;$i++) { if ($_SESSION['cart']['products'][$i]['pid'] == 174) { $nosidebar=true; } } if($nosidebar || $_GET['pid']=="174") { if(!is_null($SecondarySidebar->getChild('Categories'))){ $SecondarySidebar->removeChild('Categories') ->removeChild('Actions') ->removeChild('Product Categories') ->removeChild('Choose Currency'); } } }); /* Removes items from primary header nav if student package only. */ add_hook('ClientAreaPrimaryNavbar', 1, function (MenuItem $primaryNavbar) { //Find out about product and remove items from primarynavbar $produtsSize=sizeOf($_SESSION['cart']['products']); $nosidebar=false; for($i = 0; $i < $produtsSize;$i++) { if ($_SESSION['cart']['products'][$i]['pid'] == 174) { $nosidebar=true; } } if($nosidebar || $_GET['pid']=="174") { $client = Menu::context('client'); if (is_null($client)) { echo $lastpage; $primaryNavbar->addChild('Home') ->setUri('https://www.allwebnow.com/students') ->setOrder(0); if (!is_null($primaryNavbar->getChild('Store'))) { $primaryNavbar->removeChild('Store') ->removeChild('Affiliates') ->removeChild('Knowledgebase') ->removeChild('Network Status') ->removeChild('Announcements'); } } } }); /* Removes Account drop down at top right for just student package only. */ add_hook('ClientAreaSecondaryNavbar', 1, function (MenuItem $secondaryNavbar) { //Find out about product and remove items from secondarynavbar $produtsSize=sizeOf($_SESSION['cart']['products']); $nosidebar=false; for($i = 0; $i < $produtsSize;$i++) { if ($_SESSION['cart']['products'][$i]['pid'] == 174) { $nosidebar=true; } } if($nosidebar || $_GET['pid']=="174") { $client = Menu::context('client'); if (is_null($client)) { if (!is_null($secondaryNavbar->getChild('Account'))) { $secondaryNavbar->removeChild('Account'); } } } }); add_hook("ClientAreaPage", 1, function($vars){ // Specify Products IDs, where only domain registration will be available for, separate by comma "," $productIds = array(174); if ($vars['filename'] == "cart" && $vars['action'] == "add" && in_array($vars['productinfo']['pid'], $productIds)){ return array("transferdomainenabled" => false, "owndomainenabled" => false); } }); //Find out about product and remove mobile product dropdown and currenty if in mobile view $produtsSize=sizeOf($_SESSION['cart']['products']); $nosidebar=false; for($i = 0; $i < $produtsSize;$i++) { if ($_SESSION['cart']['products'][$i]['pid'] == 174) { $nosidebar=true; } } if($nosidebar || $_GET['pid']=="174") { // removes mobile currency dropdown function RemoveCurrency($vars) { $output .= "<script type=\"text/javascript\"> jQuery( \"select[name='currency']\" ).remove(); </script>"; return $output; } add_hook("ClientAreaFooterOutput",1,"RemoveCurrency"); //removes mobile product category dropdown function RemoveProduct($vars) { $output .= "<script type=\"text/javascript\"> jQuery('optgroup[label=\"Product Categories\"]').remove(); </script>"; return $output; } add_hook("ClientAreaFooterOutput",1,"RemoveProduct"); } ?>

I'm running v7.4.1 and about to upgrade to v7.4.2

I might test that. Where you do guys find all these variables? Like transferdomainenabled and owndomainenabled? Is there a whmcs docs page with all of them? I know there's a hook index page, but curious if there was one for all these obscure ones.

This worked like perfectly! Thank you so much!!

I believe that removes them globally. I just need it for one product when pid=174 is loaded.

I have one product that I only want customers to register a new domain with their hosting. Meaning, no option for "Transfer your domain from another registrar" and no option for "I will use my existing domain and update my nameservers". Just registration option only. I just want to hide those other 2 options for this one hosting product only. pid=174 How would I configure this? Attached is what is currently there and what I'm wanting to hide. I can't find any info on hooks for this domain options area. and I really can't seem to find it in templates either. It must be in the core. Is there a way I could hide it via css or some other way using hooks still? I know all the options in admin are more "all or nothing"...or globally set for all products. Any help would be much appreciated.

is it possible to make this a future admin preference addon for future releases. ie. something we can turn on or off in the admin preferences? Otherwise this will get overwritten every time we upgrade... correct?

Yeah, I just got word from a ticket that they are correcting it in the next release. So, that's good.

They Simon! Thanks for the response. So if 10 visitors signed up out of 10 visits it would only read 1% conversion? This means you can never surpass 1%? If so, there's no good way to gauge your progress visually via 0%-100% spectrum. Is there a place I can request this to be changed?

I'm a little confused about the affiliate conversion rate. I have a client that has sent 10 people to our site using her URL and 1 person has signed up and the conversion % is posted in whmcs admin area under her affiliate account as 0.1%. How is this configured? Shouldn't that be 10% What am I missing? is there another variable involved or am I that stupid with math? The latter may be the answer!! hehe!

I was reading through this thread and Dang!... HerpHerp was relentless on SiteSeal! FYI, most of us can work with 2 lines of code (header/footer) but not all of us have the ability to design unique cutting edge templates, which is mainly what Siteseal was offering and shooting for. Hopefully you can startup your endeavor and share it with us again Siteseal.

Yeah, what exactly happens if you're not PCI compliant, or if the software program is not PA-DSS compliant? I mean, do they come after you and file a lawsuit or try to shut you down? Has this happened yet to anyone or is it all just a big bluff by the PCI guys?