Jump to content

Remitur

Member
  • Content Count

    568
  • Joined

  • Last visited

  • Days Won

    5

Remitur last won the day on November 15 2020

Remitur had the most liked content!

Community Reputation

55 Excellent

4 Followers

About Remitur

  • Rank
    Level 2 Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. This is the kind of news I would like to read in "next release announcement" of yours ... IMHO much, much more useful than any "with this new version you can manage SSL Site Seals!!!" (seriously?!)
  2. Please take at look here: https://github.com/Katamaze/WHMCS-Action-Hook-Factory You can find dozens of hooks for free. Few of them are trivial, few others are pure gold. It should be possible to assemble them in half a dozen of add-on commercial modules, and the global value is thousands of bucks. All of them have been developed by @Kian for free, and their source code is available for free. So, I understand that you feel frustrated, but I absolutely cannot share your point of view.
  3. Espongo qui un problema che probabilmente sarebbe più opportuno segnalare nella sezione developer, ma visto che impatta solo sui contatti di WHMCS con indirizzo italiano, preferisco cominciare da qui... Il problema è questo: quando un utente registra un nuovo dominio, può creare nel suo account un nuovo "contact" che verrà usato come Registrante del dominio; questo contact verrà memorizzato nella tabella tblcontacts quando il nuovo contact ha come "country" l'Italia, interviene (immagino) una qualche diavoleria javascript che trasforma il campo "state" (da usarsi per la provincia) da un campo testo ad un dropdown, nel quale l'utente può selezionare solo la sigla della provincia quindi, per i contatti italiani il campo "state" può (e dovrebbe) contenere solo la sigla della provincia (es. PD), e non il nome della provincia per esteso ("Padova"). Eppure, ogni tanto mi capita che qualche utente in qualche maniera riesce a creare un qualche contatto impostando per "State" un testo libero (quindi, non necessariamente "Padova", ma anche "PADOVA", "PaDoVa", oppure, per non farsi mancar nulla ed in pieno rispetto della legge di Murphy sulla stupidità(*), "Italy" oppure "Veneto"... E ovviamente dopo la relativa registrazione va in errore, e ci tocca intervenire a mano per correggere l'errore. Quello che non riesco a capire è come ci possano riuscire: io ho provato in tutte le maniere ad aggirare quel modulo, senza però riuscirsi... Inoltre, il problema lo ho riscontrato su installaziondi di WHMCS anche completamente diverse, quindi non sembra essere legato ad un particolare tema o a qualche customizzazione... Avete riscontrato anche voi questo problema? Avete forse capito come l'utente possa riuscire a farlo? (*) "E' impossibile fare qualcosa a prova di stupido perchè gli stupidi sono troppo ingegnosi"
  4. General rule of thumb: if you need to delete completely a WHMCS module in order to reinstall it from scratch, you need: delete all the table created by the module delete all module files using FTP delete all the related records in the table tbladdonmodules Keeping related records in tbladdonmodules may bring to crazy behaviours...
  5. Check your logs (both WHMCS activity log and server logs). Can you find anything unusual about this? If not: enable php error logging in your WHMCS, and retry (PHP errors will be logged)
  6. I hope that systems will be unified under the RRPproxy backend (I find both the WHMCS module and the API system of RRPproxy far better than Hexonet's one...)
  7. Check about port availability (both on WHMCS's server and DA Server): I guess some kind of firewall restriction... Another suggestion: verify that in WHMCS you set the server's real hostname, and not only the IP (otherwise you'll have a no-secure connection, and it will be refused)
  8. Sometimes it's harder to explain than doing it... 😉 First step should be something like that (warning: unchecked code!) add_hook('InvoicePaidPreEmail', 1, function ($vars) { $command = 'GetInvoice'; $postData = array( 'invoiceid' => $invoiceid, ); $results = localAPI($command, $postData); $myinvoice = json_decode($results); logActivity(print_r($myinvoice, true)); // do here whatever necessary to call external billing system }); Note: with that "logactivity" statement, you'll find in your WHMCS activity log a single row with all the recovered data about your invoice. The recovered fields are reported here: https://developers.whmcs.com/api-reference/getinvoice/ You'll need to re-format the invoice data, in order to comply to your external software requirements, and then calling it somehow (CURL ?)
  9. It should be not very complicated... create a hook for InvoicePaidPreEmail ( https://developers.whmcs.com/hooks-reference/invoices-and-quotes/#invoicepaidpreemail ) and recover all required invoicedata in the hook, just create a call to https://api.fattureincloud.it/v1/documentation/dist/#!/Documenti_emessi/DocNuovo to create the new electronic invoice (Note: I'm not offering myself to do it, just a simple tip to help 😉
  10. About Resellerclub vs Rrpproxy, according to my own experience: choosing RC, you'll need a number of addon modules from https://www.resellerclub-mods.com/whmcs/ to manage your domains (the default RC Registrar module for WHMCS is very, very poor, and lacking a number of features, that are provided by external addon modules the WHMCS Registrar module of Rrpproxy is more completed, and has much better assistance ( @PapaKai manages this module and is an active member in this community) Mostly important: resellerclub's registrar module has obfuscated code, while Rrpproxy's registrar module is open source and available on Github: https://github.com/rrpproxy/whmcs-rrpproxy-registrar Lastly: to pay RC, you'll need to pay also expensive payment fees (both using PayPal or credit card), while Rrpproxy will not bill you any payment commission. Just my two cents... 😉
  11. Look at this (free) hooks by Modulesgarden: https://www.modulesgarden.com/products/whmcs/geolocation-hook It does what you need (and much more: but source code is provided, so you can further customize it...)
  12. Change the default page in apache from index.php to whatever.php ...
  13. I guess there's something wrong in your WHMCS configuration: when a domain is in redemption,? Even if the user inserts a new renewal order, redemption fee will regularly apply...
  14. Nice shot! It was not the only bug in my (too much quickly written) script. Here the right code, that I tested and is working fine: add_hook('AfterRegistrarRegistrationFailed', 1, function($vars) { $command = 'UpdateClientDomain'; $domid = $vars['params']['domainid']; $postData = array( 'domainid' => $domid, 'status' => 'Pending', ); $results = localAPI($command, $postData); logActivity('Domain id '.$domid.' - '.$vars['params']['sld'].'.'.$vars['params']['tld'].' set as Pending Registration'); });
  15. Good idea. It should be something like this: add_hook('AfterRegistrarRegistrationFailed', 1, function($vars) { $command = 'UpdateClientDomain'; $postData = array( 'domainid' => $vars['domainid'];, 'status' => 'Pending Registration', ); $results = localAPI($command, $postData); logActivity('domain id '.$vars['domainid'].' set as Pending Registration'); } (but this doesn't work... nothing is reported in activity log, so I guess that the hook is not triggered... WHMCS docs about this hook is very poor, so it's difficult to understand if the triggering event is different, or if it's a WHMCS bug (it wouldn't be the first time that a hook point does not work...)
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use & Guidelines and understand your posts will initially be pre-moderated