Jump to content

Remitur

Level 2 Member
  • Content count

    226
  • Joined

  • Last visited

  • Days Won

    1

Remitur last won the day on December 29 2017

Remitur had the most liked content!

Community Reputation

16 Good

About Remitur

  • Rank
    Level 2 Member

Recent Profile Visitors

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

  1. Remitur

    WHMCS v7 OVH Domain Module

    I wonder who is using this partner program from OVH... It seems I'm required to pay £510 yearly just to get access to their domain managemt APi ?!?!?!?!?!?!?!
  2. Hello. Wanting to realize a promotion such as "transfer in your domain to me, I'll give you a discount of x% on this hosting package" ... is it doable? I looked at all promotions setting, but found no way to gain a promotion to a domain transfer... 😕
  3. I have a hosting package, managed by WHM/cPanel, which include a dedicated IP. Tha's right: I configured it in WHM, assigned a number of free IP to the server, configured and gained the WHM package to the WHMCS packages. Almost everything is working right: the user order this package WHMCS creates it and send the command to WHM to create it WHM creates it and assign to it a free IP Almost everything works fine but... The issue is that WHM assign the IP, and WHMCS doesn't "know" what is the IP assigned from WHM to this domain. So the field "Dedicatep IP" in WHMCS remain empty; we need to check it and fill it manually. It's annoying and far from being error-proof, but we're almost sure that we missed something in configuring this kind of service, and that must exist any sort of mechanism to do it automatically... 😕
  4. @brian!, the whmcs community should erect a virtual bronze monument dedicated to you ... 😮
  5. What a pity!!! 😞 The only way to make it little easier it's so: <select name="contact" id="inputDomainContact" class="field"> <option value="">{$LANG.usedefaultcontact}</option> {foreach $domaincontacts as $domcontact} <option value="{$domcontact.id}"{if $contact == $domcontact.id} selected{/if}> {$domcontact.id}-{$domcontact.name} </option> {/foreach} <option value="addingnew"{if $contact == "addingnew"} selected{/if}> {$LANG.clientareanavaddcontact}... </option> </select> So contact id is near the name of the contact (and if you know the contact id, it's ok) Not the best fix, but better than a sandwich of broken glass... 😉
  6. Issue: in standard cart (but in other carts too...), when you came to the selection of registrant contact, you can choose one yet existing profile, That's good, but to select it, the only info showed is name and surname ... that's confusing, because often happens that a customer has many contact profiles with same name and surname, and different company name... So, it would be nice if, instead of only name + surname, would be exposed name + surname + company name... I guess this can be done editing checkout.tpl, in these lines: <p class="small text-muted">{$LANG.orderForm.domainAlternativeContact}</p> <div class="row margin-bottom"> <div class="col-sm-6 col-sm-offset-3"> <select name="contact" id="inputDomainContact" class="field"> <option value="">{$LANG.usedefaultcontact}</option> {foreach $domaincontacts as $domcontact} <option value="{$domcontact.id}"{if $contact == $domcontact.id} selected{/if}> {$domcontact.name} </option> {/foreach} <option value="addingnew"{if $contact == "addingnew"} selected{/if}> {$LANG.clientareanavaddcontact}... </option> </select> </div> </div> ... but I can't understand how ... 😞
  7. Dai che è un bell'esercizio per non arrugginire... 😄 Secondo me invece il fornire effettivamente l'assistenza "premium" è solo uno degli scopi di questo strumento, e nemmeno il più importante... Nella mia esperienza: Una volta lavoravo in un'azienda che forniva assistenza h24 "effettiva": era gestita tramite 4 / 5 tecnici di primo livello, che facevano dei turni di reperibilità. Quando erano in reperibilità, giravano sempre con cell acceso e nb con chiavetta dati. (ed andavano a dormire con il cell sul comodino). Quando un cliente con assistenza h24 apriva un ticket, o se pingdom rilevava che un sistema "critico" non rispondeva per più di 10 minuti, il sistema mandava un SMS al tecnico in turno di reperibilità. Se la cosa non era alla portata del tecnico in reperibilità, questi chiamava il responsabile sistemista o il NOC (che era esterno). La cosa funzionava egregiamente, e sarebbe funzionata ancora meglio se si fosse riusciti a limitare i ticket alle situazioni effettivamente urgenti: ma l'utente che aveva assistenza h24 poteva aprire un ticket che lui riteneva urgente alle 3 di notte di sabato, buttando giù dal letto il tecnico in reperibilità per una attività che in realtà urgente non era... e qui cominciavano i casini, perché anche se contrattualmente il cliente non avrebbe potuto/dovuto aprire quel ticket, si entrava in conflitto con problemi di "opportunità commerciale" per cui non era neppure il caso di addebitargli quel ticket... 😕 Comunque, quello che ci tenevo a sottolineare è che un'assistenza h24 in realtà si può organizzare anche in aziende più piccole, con un numero limitato di collaboratori. Un ticket "premium" a pagamento però ha altri innegabili vantaggi operativi: ti fa da "paracadute" contro quei clienti che ti millantano danni milionari per tuoi problemi (veri o presunti) - esempio: "il vostro sistema DNS non ha funzionato, io ho modificato un record sabato notte, adesso è lunedì, il servizio è impiantato ed io ho l'azienda bloccata e 50 impiegati che si girano i pollici" (con corollario di minacce di cause ecc.) Risposta (dopo aver magari corretto l'errore commesso dall'utente nei DNS): "potevi aprire un ticket Premium sabato sera; non lo hai fatto, quindi evidentemente il tuo problema tanto urgente non era" (da volgere ovviamente in forma "diplomatica") nei ticket premium puoi comprendere non solo l'assistenza h24, ma anche quella miriade di piccole attività che esulano dall'assistenza standard; ed è un modo semplice ed agile per gestirla ("quanto mi chiedi esula dall'assistenza, ma apri (e paga) un ticket premium e lo faremo") ti permette di dare effettiva priorità a quei clienti che lo aprono, anche solo in orario d'ufficio (se ci sono 30 ticket aperti, aprire il ticket premium in orario d'ufficio significa comunque risparmiare alcune ore nella risposta) ti permette di selezionare i clienti che hanno effettiva urgenza (fino a che la priorità di un ticket è lasciata solo alla valutazione personale del cliente che lo apre, avrai SEMPRE qualche cliente che ti apre ticket di priorità la più alta possibile per ca%%ate cosmiche) oltre la metà dei ticket che riceviamo richiedono il nostro intervento solo come "motori di ricerca a pastasciutta" 😄 , e si concludono fornendo un link ad uno spiegone (spesso presente nella nostra stessa kb): anche solo far emergere un ticket da questo marasma a chi abbia effettivamente bisogno è un vantaggio da non sottovalutare... con un adeguato meccanismo di sconti, puoi creare un meccanismo per cui "con questo servizio hai un ticket premium gratis al mese; quindi, se hai effettiva urgenza ci puoi interpellare h24... ma è tua responsabilità spenderlo bene. Se usi il ticket premium solo perchè soffri d'insonnia e richiedi assistenza ordinaria alle 3 di notte, potrai farlo al massimo una volta al mese...e se poi ti succede un'emergenza "vera", dovrai pagare" Nota: anche il meccanismo "punitivo" che avevi inserito nel vecchio sito ("segnalatemi qualsiasi problema critico h24 cliccando qui, ma se poi si scopre che non è colpa nostra vi addebiteremo tot") non lo vedo bene: è foriero di litigate feroci con il cliente, e non è credibile (un cliente che non vuole pagare, in Italia semplicemente non paga, e non hai nessun modo per obbligarlo...) Invece una situazione del tipo "cliente che apre un ticket premium, io scopro che è colpa nostra, risolvo il problema e gli rimborso il ticket" è molto più efficace (e ti fa fare anche la figura del principe... 😉 ) Just my 2 cents... 😉
  8. No, nessun problema con il supporto, anzi... era solo una battuta sul fatto che, potendocisi lamentare in italiano dei problemi di WHMCS, prevedo una valanga di nuovi ticket... D Scherzi a parte, visto che è sabato e si può chiacchierare, a proposito di ticket system... nel ticket system del supporto del team di WHMCS è presente un'interessantissima feature di "Premium ticket". Ho già suggerito (inutilmente) di inserirla nel "package base" della distribuzione di WHMCS, perché si tratta di una funzione che farebbe comodo a tanti (me compreso). E la risposta è stata (più o meno) "è una funzione che abbiamo sviluppata per noi, e non è adeguata per la distribuzione pubblica" Risposta comprensibile, ed anche condivisibile (un prodotto per poter esser distribuito richiede effettivamente fasi di test e debugging molto più estese che non uno per uso interno, destinato a funzionare solo in un determinato ambente di caratteristiche note). Ma, allora, mi chiedo: perchè di questo (e magari anche di altre funzioni simili) non rilasciare direttamente a disposizione i sorgenti, con una licenza del tipo "siete liberi di usarli e modificarli, a vostro rischio e pericolo"? Sarebbe un modo comodo per proporre "soluzioni base", basate su un codice comunque di buona qualità, senza che gli utenti si debbano ogni volta reinventare l'acqua calda o rimbalzare sul community in cerca di idee... 😉
  9. OK: consiglio allora un'espansione dello storage per il vostro ticket system... 😄 (NB: benvenuto!!! E' una gran cosa poter discutere di WHMCS in italiano...)
  10. Just another question: I don't understand if SorTables, HereLang and MagicInput are "add on" - included in Billing Extension - included in Mercury - or stand-alone modules which may be separately acquired...
  11. I seems great, and a fix to many billing issues of WHMCS. It's definitely a major update of Billing Extension and, as you suggest in your doc, it's advisable to test it in a dev / test sandbox environment before going on in production... But the question is: how to get a licence for your module for test environment? 😉
  12. Remitur

    Change reselller login from WHM to cPanel

    In the service page the customer has both button/links: to WHM and to cPanel. (I agree that that page is quite confusing: I edited the related .tpl, removing almost everything but the button to WHM)
  13. If the domain is expired, is the Registry who (following its own rules) parks its DNS, or put it in redemption mode. The result is the same: the domain does not work anymore. Otherwise, if the domain is not expired, it means that the user has paid for it, and so you can't block it.
  14. Remitur

    Language overrides

    The second one is right. I guess you can create also /modules/addon/*modulename*/lang/overrides/ folder ... many add-on modules have different set of language variables for admin and client area: maybe you edited only the one for admin area, but not the one for client area ?
  15. Debugging is always a dirty job ... 😞 I guess: 1 - you misspelled the variable name, which are different (i.e. $LANG.meta_keywords_mypage1 in TPL, and $LANG.meta_keywords_mypage1 in language override file) 2 - the condition you're checking is wrong (that's to say the right name of $templatefileis not 'mypage1' but something else, so no clause are true) 3 - there's a syntax error in language override file (i.e. the common missing final ";"), so your new language variables are not defined 4 - something else, which right now I can't think about ... 😄
×

Important Information

By using this site, you agree to our Terms of Use & Guidelines