steven99

Just thought of this and figured I would note just in case. If you need to have the customfield in multiple locations in the message, using smarty's assign would work better than looping each time: {foreach from=$service_custom_fields_by_name item=customfield} {if $customfield.name eq 'cpfnumber'} {assgin cpfnumber=$customfield.value} {/if} {if $customfield.name eq 'some_other_field'} {assgin otherfield=$customfield.value} {/if} {/foreach} ...... else where in the message CPF #: {$cpfnumber}

Might be missing something, but if the server module has _ChangePackage() function, it should handle the provisioning at the server side if it supports configurable options at least. Just tested and it does fire when changing configurable options. I suppose the built-in modules don't support configurable options and that is why that other module is needed?

Excluding bug fixes, I have not seen much "value" in anything beyond 7.10 (except maybe using Stripe correctly) and would even say earlier versions in 7 branch could be ignored - again beyond bug fixes. Only exceptions would be to the module developer side of things.

To get service_custom_field_cpfnumber, you would need to go through the service_custom_fields_by_name array, check the name variable and if it is cpfnumber, then show. {foreach from=$service_custom_fields_by_name item=customfield} {if $customfield.name eq 'cpfnumber'} {$customfield.name}: {$customfield.value} {else} {/foreach} The service_custom_fields_by_name array uses numbers for keys and not the custom field name and thus you have to go hunt for it.

Sure, a module can do nearly anything if it can be coded . 😉 Check their develop page, specifically the show the map pages.

For at least the invoice page, using the ClientAreaPageViewInvoice hook that calls GetCurrencies API, get the exchange rate for RON and do maths on the invoice total and then overwrites an existing template variable might do what you want. For example, appending the total variable with the RON amount. For the invoice PDF, editing the invoicepdf template file and basically doing the same thing would be needed.

Redirecting to the domain checker page or cart is the normal behavior as usually the client would want to then order an available domain. If you want to provide a lookup only, you can use the DomainWhois API call to check and then go from there. How to call that API is up to you but I suppose using a form with an listen event that has an ajax request to a data feed that then calls that API via the internal API might be the "easiest" method and the ajax then checking that result and displaying as needed.

There might be an API call for Plesk to do a let's encrypt deployment but I did not see one right off. The SSL It extension might have some calls open to it via the API. One issue would be the domain needs to be pointed at the server requesting the certificate for the authentication parts of the request. A new account might not be setup for that and so the certificate request would fail and likely not restarted -- considering failed requests hit a threshold that causes even valid requests from happening.

There would be many ways to do that and it depends on what you want to work with. Use only cpanel items? Then use a regular cpanel account with no features as mentioned in that post. Or use a DNS only server and use that for this purpose. Though for just DNS only services, I would use something like PowerDNS and a server module that handles that nameserver software.

I don't think hooks are cached but perhaps you're seeing some PHP caching at the server level .

There is the Stripe and Stripe ACH modules built-in. I have not seen a checkout version of the module . may I ask why you want to use the checkout version?

That is where the RewriteCond %{QUERY_STRING} pid=11 part comes in. You have that right before the rewriterule and it will trigger the rule only if the pid=11 is in the query string.

The rule should be: RewriteRule ^cart.php$ https://www.domain.com/whmcs/cart.php?a=add&pid=17 [R=301,L]

RewriteCond %{QUERY_STRING} domain=register RewriteRule ^cart\.php$ https://example.com/domains/register? [R=301,L] Having the question mark ("?") at the end of the redirect to URL removes the query string and so if you want to keep it then remove that question mark.

How are they randomly scattered around? General / overall settings are in the settings area. Everything else is covered in their own areas from products and servers to domain registrars.