brian!

if it's the version for your installed WHMCS release, e.g if you have v8.1.3 installed, and it's the v8.1.3 version of standard_cart, then you shouldn't really need to do anything - probably the quickest check would be to see if there is mention of "metric" in the code of configureproduct.tpl - if there is, then you should be ok; if not, then you might be using an older version of the template.

in fairness, i've used $validtemplates to mean either valid or invalid depending on the particular hook, so that might have caused some unnecessary confusion.

if the field is called cpfnumber, and it's a product type email template, then {$service_custom_field_cpfnumber} should work... just tried it on a product custom email (in v8.1.3), and the service fields were there - both individually and in the array.... obviously, if the value is empty, then it effectively returns nothing (though you should get the same result by looping through the array). worst case, remember that this is a Smarty template, so you can add {debug} to the template and when you send a test message using that template, and then view the email in the admin area, it should open up the usual debug window and allow you to see some of the variables available, e.g your service custom fields.... remove it again from the template when you're finished. remembering to spell assign correctly too would help. 😲 for the record, I tried your code and it threw up multiple Smarty errors.. fixed by using.. {foreach from=$service_custom_fields_by_name item=customfield} {if $customfield.name eq 'cpfnumber'} {assign "cpfnumber" $customfield.value} {/if} {/foreach} though unless you're using a version that was bugged in this respect, this should be unnecessary.

have you contacted WHMCSDes (the Digit theme developer) to see if it's their template causing this ? you have bought Digit haven't you ?? the fact your domain fails the WHMCS license verification tends to make me suspicious about whether you have!

maybe the thread below will help...

what do you need to do ? the basics are covered in the docs, and there will be plenty of working examples of hooks posted in these forums that can do various things to the menu. https://docs.whmcs.com/Client_Area_Navigation_Menus_Cheatsheet

does your custom theme contain usagebillingpricing.tpl and clientareaproductusagebilling.tpl ? if not, copy theme across from either Six or 21 and see if that helps. also, ensure that your orderform template, e.g standard_cart has been updated as configureproduct.tpl will include metrics code.

https://marketplace.whmcs.com/product/3150-geolocation-hook-for-whmcs

it's strange that some of those TLDs were on any list... reminded me of the old v6 days when WHMCS found a list of TLDs, added them to the database and didn't even bother to check if some of therm were a) valid and/or b) brands (and therefore not available for public registration). I think that I probably didn't emphasise above the importance of the $validtemplates array and how it defines which templates will be shown with sidebars.... if you're saying that you don't want any of the cart pages to include any sidebars, then it's just a case of removing the registration/transfer templates from the array - the quickest way being to either comment that line or or remove it entirely. //$validtemplates = array("domainregister","domaintransfer");

yes it is.

you will still need to create a new data feed - as the default data feeds will get overwritten during a WHMCS update.

they are not using WHMCS for the cart - they have their billing solution (AMP).... lots of hosting companies have moved away from using WHMCS for their own billing over the last few years. 😎 https://www.inmotionhosting.com/support/billing/ their domain even fails the WHMCS license verification - that's no longer definitive anymore, but i'm sure they aren't using WHMCS - though they might still be resellers for them. I have previously given you solutions, both free and commercial, to do that in WordPress - I suppose you could write a data feed to do it, but why bother when there are existing, and probably better, solutions available ? again, WHMPress can handle different content based on the login status. do you? or is what you really need to integrate your main WordPress website into WHMCS so that they are styled the same and the user cannot tell if they're in WordPress or in WHMCS ?? hence why I said you should be looking at a theme, or optionally an integration specialist. for WordPress themes, you could look in Marketplace - Zomex has designed some WordPress templates (and may be able to help with integration) - though there are other integration specialists out there... even WHMCS will do it themselves for a fee, but I wouldn't recommend using them. with regards to using feeds for those 5 items, then they would have to be custom written - but as I have said previously, if you don't treat them as two separate sites, then you don't need to think of using feeds on the WordPress site to reproduce features of WHMCS. in practical terms, you could use a feed to show a single announcement, or a kb article - but if you're thinking of using them to recreate the entire functionality of the knowledgebase or announcement sections, then that would not be a good use of a data feed.

adding language=english to any url should change the language - you'll either need to put a & or ? in front of that depending on your URL... e.g demo.whmcs.com/index.php?language=english

my recollection is that the cPanel server module is specifically coded to only do it with a valid license for the above addon.

you will need to enable Error Reporting and that should give you more details about what it doesn't like. https://docs.whmcs.com/Enabling_Error_Reporting I suspect the cause will be the code in the .php file, but once error reporting is enabled, you should know where to look.