Jump to content

startover909

Members
  • Content count

    31
  • Joined

  • Last visited

Community Reputation

2 Neutral

About startover909

  • Rank
    Member

Recent Profile Visitors

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

  1. The Symantec/RapidSSL certificates that WHMCS MarketConnect offers are way overpriced by today's standard, even with the reseller pricing. Products like PositiveSSL are much cheaper. On the basic DV single domain, it's like $10 vs $4-7 which isn't a big deal. But for higher-end products like wild card SSL (which I actually do need) the price difference is like $50 vs $95. For EV it's even worse. If WHMCS offers the Comodo/PositiveSSL lineup with decent pricing instead of the Symantec stuff, then I'm sure no one would have a reason to use other vendors' modules.
  2. I'm looking for a WHMCS addon module that's fully integrated and does auto SSL certificate provisioning/syncing/client area management etc. I did some Google searches and lots of info were 2+ years old. I'm on the latest WHMCS 7.6.1. Starting a thread here to gather the latest info/reviews. So far my list of consideration is: 1. The SSL Store - WHMCS module is free with reseller account. The module seems feature rich but at the same time a bit complicated. The SSL Store's prices are mixed, some good but some expensive. Cannot find many reviews on the reliability of the module. A couple of bad reviews on WHMCS market place citing bugs (which is a red flag to me). 2. GoGetSSL - WHMCS module is free with reseller account. Appears to be open source. GoGetSSL's prices seem pretty good overall. But no reviews on the quality and reliability of the WHMCS module itself. 3. ResellerClub - WHMCS module sold by resellerclub-mods.com for $22. ResellerClub has limited choices on SSL certificates and prices are high. But since I currently use ResellerClub for domain names, selling SSL through them would be convenient if everything works. Cannot find many reviews on the module itself. 4. Namecheap - WHMCS module is free with reseller account. The module does not seem to be very actively developed (last update 07/2017). Namecheap's SSL prices are good. Cannot find reviews on the module itself and lack of recent updates is a bit concerning (not sure if it works well with the latest WHMCS) 5. SSL2Buy - Their website mentions a WHMCS module being available but cannot find any info regarding it. SSL2Buy does have very good prices. What I'm looking for: Reliable and no critical bugs, fully compatible with WHMCS 7.6.1 Relatively easy to install/configure/maintain Decent SSL prices and choices Please share your experience if you currently use any of these WHMCS addon modules for SSL. Thanks!
  3. Currently, if a contact is added under a WHMCS client and "View/Open Ticket" permission is granted, this person can access all support tickets under the client, including those opened by other contacts and the master account owner. I'd like the ability to add a checkbox to each contact to optionally restrict them to access their own support tickets only. Please let me know if there's an existing add-on/module that can already do this, or the cost for you to customize it. Thanks.
  4. Whoa thanks! I didn't even notice that the FA PRO version was included. In that case the upgrade isn't too bad after all. Hehe.
  5. Thanks Brian, hopefully that's the case. Upon further inspection, I see that some of these icons will just never be the same due to the FA5 changes. So "fas" is supposed to be the default fallback to the old "fa", and most likely whmcs devs just updated a bunch of fa with fas unless in some cases the icon classes changed. But the problem is that lots of icons will become "thicker" with fas because the way FA5's solids are styled, so some of the icons need to be changed to "far" to look better, but then that also changes the styles and how they blend with other icons. Now I can see why most of the Wordpress themes and plugins want nothing to do with FA5.
  6. From dropdown arrows, header icons to the client area home main icons (things like cubes and credit cards etc, see attached screenshot), some look terrible because of the mix up of "solid fas" and "regular far" FA5 icons. I just spent 2 hours editing my custom template files for 7.6 using the Github changelog, only to find out that some of the default Six template files that I didn't touch contain those messy icons. I don't even know whether I should edit those (which means more modified template files for future upgrades) or will WHMCS fix them. Is it just me or does anyone else feel this FA5 upgrade is uncalled for? I can find this feature request with only 8 upvotes: https://requests.whmcs.com/topic/upgrade-to-fontawesome-5 Meanwhile many other requests with more votes and much more important improvements were left alone. More importantly, if FA5 really needs to be done, at least do it correctly..
  7. startover909

    Recaptcha Invisible not invisible...

    What is the reason not to upgrade all captchas with the invisible one? Invisible recaptcha is simply better and more convenient for the user, which is the exact reason you implemented it for the shopping cart, right?
  8. So I deployed my WHMCS with Stripe earlier this year and now they're asking me to upload SAQ A-EP for PCI compliance. It's such an annoyingly long and bureaucratic form that I'd absolutely hate to fill out. Never had such nonsense using Paypal business before. Doing some research online, apparently: 1. Some claim that the current WHMCS stripe.js v2 implementation should quality for the shorter SAQ A, but Stripe's dashboard says otherwise, is it possible to contest this? 2. WHMCS says they're "investigating" the newer Stripe mechanism per the feature request, but gave no ETA. So I wonder what others' experiences are dealing with this. Is it possible to delay the form and wait for WHMCS's Stripe overhaul? Stripe's dashboard did not give any "deadline" for the form submission, do others know if there's a "grace period"? Your advice would be greatly appreciated.
  9. This is a showcase of a non-hosting WHMCS custom integration for my small business IT service and consulting company based in Houston, TX. Main site: https://www.felinepc.com Client portal: https://secure.felinepc.com When I started looking into building a client portal to streamline client management, billing and support for my IT service clients, it soon became evident to me that most of the existing products and solutions on the market simply do not meet my standards. The idea of using WHMCS for my project stems from my years of experience as a customer with various hosting providers since the early 2000's. I knew exactly what WHMCS looked like inside and out. I understood that it would take a lot of work to customize all the templates, hooks and wordings to achieve what I wanted, and that it may inevitably require some wrestling and compromises. But ultimately I decided to go with WHMCS and I'm overall very satisfied with the final product. It was definitely not a very easy task: it's only when you dig deep into the details that you realize hosting is after all what WHMCS lives and breathes. The references and layouts are everywhere. In the end, about 30 template TPL's were modified (mostly related to the pages after customer logs in), another 20 or so email templates as well. Over 100 lines of language overrides. Lots of hooks to customize the menus/titles etc and lots of CSS styling overrides (I have to say WHMCS's built-in CSS codes are quite a mess). If others want to implement WHMCS for non-hosting businesses, please feel free to get in touch with me and I'd be happy to provide some insights.
  10. While you're at checkout.tpl (of course, you should copy the original order form template to create your own template), I also recommend that you remove the {if $loggedin || $custtype eq "existing"} class="hidden"{/if} logic from the sign up container <div id="containerNewUserSignup"{if $loggedin || $custtype eq "existing"} class="hidden"{/if}> This way, the users will see their pre-filled info with fields that are set to read-only (already by template) so they get to review their info before submitting the order. This gives them a chance to update their old info which can result in CC declines etc. You may also want to add a little if logic to the "Please enter your personal details and billing information to checkout" heading to make it show something like "If you need to update your billing information, please click here, then return to checkout by clicking "Cart" on the navigatio menu" for logged in users <p>{if !$loggedin}{$LANG.orderForm.enterPersonalDetails}{else}If you need to update your billing information, please <a href="/yourwhmcs/clientarea.php?action=details">click here</a>, then return to checkout by clicking "Cart" on the navigation menu.{/if}</p> Now that is more like a "standard" shopping cart.
  11. I achieved this myself by creating a basic custom WHMCS page, loginredirectcheckout.php, that has "require login" enabled. <?php use WHMCS\ClientArea; define("CLIENTAREA",true); require __DIR__ . '/init.php'; $ca = new ClientArea(); $ca->initPage(); $ca->requireLogin(); $ca->setTemplate('loginredirectcheckout'); $ca->output(); ?> Then on the corresponding loginredirectcheckout.tpl file, I simply added one line of javascript code to redirect to the checkout page. <script> window.location = 'https://yourwhmcs/cart.php?a=checkout'; </script> Then I edited the checkout.tpl template, replaced the existing "already registered" and "register" buttons with a link to the loginredirect.php file (apply btn and btn-info classes to the anchor to make it look just like the original button): <a href="/yourwhmcs/loginredirectcheckout.php" class="btn btn-info{if $loggedin} hidden{/if}">{$LANG.orderForm.alreadyRegistered}</a> Upon clicking, the user will be required to login, then once logged in, redirected right back to the checkout page. Now credit card info pre-filled. No more confusions etc. Hopefully this will help others who want their order form to behave like this.
  12. startover909

    Due date on a new order

    Just to be clear, when using this feature, the orders that are placed with a credit card are still charged instantly, not delayed for X days, correct? I did one test order and it seemed to be the case. Just don't want any surprises.
  13. I use the Stripe gateway and standard cart. When the user clicks the "Complete Order" button to submit an order, the mouse cursor changes to the "not-allowed" state during payment processing which is the stop sign looking icon. I find this cursor very ugly and unnecessary, because the button is already greyed out once it's clicked to avoid the risk of double submission. During peak hours it is not unusual for a gateway like Stripe to be somewhat slow, so the user often has to stare at that cursor for 3-4 seconds or even more. I don't know if it's Bootstrap, jquery js or stripe.js that changes the button on order submission, but how do I change this behavior? Either make it just the regular cursor or something like the waiting cursor. Thanks!
  14. Never mind, all the data table lists (invoice list etc) inside the client area broke. Was worth a try though! Really wish WHMCS could optimize their code to defer loading of js and css, especially now that they have down to only few scripts . I also noticed that on some pages like the table lists WHMCS places several additional js and css in the middle of <body> (not a good practice). Maybe those depended on the main .js in the HEAD.
  15. I'm on WHMCS 7.5.1. I noticed that the site places a single, minified js file, scripts.min.js, in its header: <script type="text/javascript"> var csrfToken = '{$token}', markdownGuide = '{lang key="markdown.title"}', locale = '{if !empty($mdeLocale)}{$mdeLocale}{else}en{/if}', saved = '{lang key="markdown.saved"}', saving = '{lang key="markdown.saving"}', whmcsBaseUrl = "{\WHMCS\Utility\Environment\WebHelper::getBaseUrl()}"; </script> <script src="{$WEB_ROOT}/templates/{$template}/js/scripts.min.js?v={$versionHash}"></script> I'm just wondering if it's safe to move this section to the footer so it does not "render block"? Just tried it on a site under development and seems fine so far at first glance. I wonder if others did the same and if this can potentially cause some issues for WHMCS. Thanks.
×

Important Information

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