Juanzo

The old AutoRelease server module, which was removed on previous WHMcs versions, was useful to track services that have no integration with WHMcs. This was requested as a feature request, stating: Yet, I found no other way to track services we provide that have no integration with WHMcs. Any idea or alternative to group services with no server integration, same as we did before with the AutoRelease module?

We are enjoying Crisp.chat as a front desk for our WHMcs support tickets (great since it integrates chat and social networks). Their integration with WHMcs made things easier, but now I'm trying to improve their code to be able to show actvice services for identified clients. Any ideas on how could we insert active services? This is their hook now: <?php if(!defined("WHMCS")) { die("This file cannot be accessed directly"); } use WHMCS\Database\Capsule; function hook_crisp_footer_output($vars) { $website_id = Capsule::table('tbladdonmodules')->where('module', 'crisp')->where('setting', 'website_id')->value('value'); if(!$website_id) { return; } $output = "<script type='text/javascript'> window.CRISP_READY_TRIGGER = function() { "; if ($vars['clientsdetails']['email']) { $email = $vars['clientsdetails']['email']; $output .= "\$crisp.set('user:email', '$email');"; } // First and last name if ($vars['clientsdetails']['firstname']) { $name = $vars['clientsdetails']['firstname'] . " " . $vars['clientsdetails']['lastname']; $output .= "\$crisp.set('user:nickname', '$name');"; } // Information apart from First & Lastname that should be imported. Must exist in the clientsdetails-array. if(isset($vars['clientsdetails'])) { $merge_fields = [ 'id', 'companyname', 'address1', 'address2', 'city', 'state', 'postcode', 'country', 'phonenumber' ]; foreach($merge_fields as $merge_field) { if(isset($vars['clientsdetails'][$merge_field])) { $output .= "\$crisp.set('session:data', ['" . $merge_field . "', '" . $vars['clientsdetails'][$merge_field] . "']);"; } } } $output .= "};</script> <script type='text/javascript'>CRISP_WEBSITE_ID = '$website_id';(function(){d=document;s=d.createElement('script');s.src='https://client.crisp.chat/l.js';s.async=1;d.getElementsByTagName('head')[0].appendChild(s);})();</script> "; return $output; } add_hook('ClientAreaFooterOutput', 1, 'hook_crisp_footer_output');

Hopefully this kind of sad measures makes cPanel competition grow, and allow us to choose better alternatives in the future.

Mind confirming if this works with latest WHMcs 7.7 and PHP 7.3? Does it involve overwriting the autorelease module or it's a folder added to addons directory?

Good one @DewlanceHosting, It seems this has been requested before here. Upvoted!

It seems search at the knowledgebase is done using POST, making it a little bit harder to link to specific searches, and tracking what people search with Google Analytics. This is what Google says about tracking POST searches, but I'm not sure if anyone else has done this. Knowing what people search at our help center can greatly help create more useful content, and helping clients help themselves.

I'd love to know if there is an alternative for this as well. On the meantime, I'd advice everyone interested to vote here.

Hopefully WHMcs marketplace keeps improving over time and reaches quality standards of other bigger, but not so focused marketplaces.

I understand you might be asking for a developer's point of view, but as a consumer and WHMcs client for a couple of years already, I tend to trust modules at the official WHMcs marketplace.

By looking at the Gateway log, I've found around 12 payments declined and 1 succesfull, so it seems WHMcs was right after all. Thanks for the heads up.

We are using latest WHMcs with it's Stripe integration, and after a while, the first insufficient_funds payment error appeared at our account. A client made the payment, Stripe updated WHMcs and marked the invoice as paid, but later on, the payment was declined due to insufficient_funds, but WHMcs never found out. We contacted Stripe about this, to see if we could at least receive an email when this happens, but they pointed us to their webhooks, so ideally the official Stripe integration should have this. I could create a feature request, but first I wanted to know if anyone else had the same problem, and what was the approach to solve it.

That worked perfectly well brian!, thank you very much!

At our cloud slider order form, decimals make the price look bigger so we want to hide them. For example, the code used at the Cloud Slider order for is: jQuery("#priceTop").html(displayPrice); jQuery("#priceBottom").html(displayPrice); At this thread, gpw posted the following code to remove decimals: {$CODE|round|number_format} Any idea on how to apply this, or any other code, so that decimals are not shown at the order form?

This addon works great, it makes ecommerce tracking much easier and it works perfectly well. Would be great if you included some small changelog inside your site, or update it at http://www.whmcs.com/appstore/3242/New-Google-Analytics-Universal-Analytics.html so us clients can know what changes your update has brought (like last 2.2.2).

Just to confirm, Realtime Register has a fix for this since they are able to disable the synchronization of autorenew settings. You need to call the cron like this: modules/registrars/realtimeregister/cron/all.php?syncautorenew=0