Jump to content


  • Content count

  • Joined

  • Last visited

Community Reputation

1 Neutral

About startover909

  • Rank
    Junior Member

Recent Profile Visitors

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

  1. 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.
  2. 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.
  3. 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.
  4. 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..
  5. 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?
  6. 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.
  7. 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.
  8. 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.
  9. 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.
  10. 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.
  11. 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!
  12. 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.
  13. 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.
  14. I'm currently in the process of setting up WHMCS (7.5.1) along with a main site on a pretty much empty dedicated server (decent E3 with SSD). The site does not run "slow" by any means. It loads in about 650ms to 800ms on Pingdom and GTMetrix tests. What I did find curious is that it is exactly and consistently around 200ms slower TTFB compared to the same sites on the same server, mostly running Wordpress. All running the same PHP and MySQL and over SSL (so all the overheads are accounted for). So while the other site would have a TTFB of say 250ms to a given test server (including SSL handshake), WHMCS would take about 450ms, pushing it just a bit over the most "ideal" ballpark. This can be also easily verified by using Chrome's developer tool - network tool. Is this 200ms due to the IonCube encoding, or is the speed of the application itself just what it is? Does this number seem right to you? If you have any other PHP/MySQL site especially Wordpress running along side WHMCS on the exact same server, and not utilizing CDN's such as cloudflare that can skew the results, do you mind doing a test and see if your WHMCS is also consistently a bit slower TTFB (test during idle times)? Thanks.
  15. I just realized WHMCS apparently does not have any concept on the proper design for text-heavy pages. This community itself is full blown full-width on all pages and posts...

Important Information

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