All Activity

So 8.13 and 9.0 are both LTS and they both get EOL at the same time? 9.0 is not getting even a full year, quere is the "long" in the LTS? 😞 1 year 7 months LTS for 8.13 11 monts LTS for 9.0 It makes no sense to label all versions as LTS and then EOLing them all. Once again, I'm very disappointed

@WHMCS Carlos Nope, exactly in the same position we were before. Not really sure why a company that puts out billing related software can't understand that ending support at year end is just not a good idea. So, for us, we either need to upgrade in November, get a management exception to upgrade during year end or risk not updating (not really an option). The path forward is pretty mirky also. 8.13/9.0 are both labeled at LTS with a 2026-12-31 date. What is the next LTS release going to be?

It's because WHMCS developers do not wnat to do nothing after plesk changed it's API. Add this in Plesk in the Panel.ini editor as workaround: [api] oldVersionsSupported = true

We have extended 8.13 support to 31 December 2026, and the email notice went out to all customers today. I hope this takes some of the pressure off the upgrade. I understand this won't be ideal for everyone. To be clear on what the date means: your 8.13.x install keeps working after 31 December. We simply won't release any further patches for it, including security fixes. Going forward, every supported version will have its EOL date published. No more TBD.

from the list accounts response i see the following Array ( [@attributes] => Array ( [version] => 1.6.9.1 ) [webspace] => SimpleXMLElement Object ( [get] => SimpleXMLElement Object ( [result] => Array ( [0] => SimpleXMLElement Object ( [status] => ok [filter-id] => 1 [id] => 1 [data] => SimpleXMLElement Object ( [hosting] => SimpleXMLElement Object ( [vrt_hst] => SimpleXMLElement Object ( [property] => Array ( [0] => SimpleXMLElement Object ( [name] => seo-redirect [value] => none ) [1] => SimpleXMLElement Object ( [name] => ftp_login and more like that in it wont send all of it as it has usernames and password in it as shown in the images i posted plesk is fully up to date!!! (Plesk Obsidian 18.0.81 Update #6) and running WHMCS version 9.0.9 this is the requests WHMCS is sending for list accounts <?xml version="1.0" encoding="UTF-8"?><packet version="1.6.9.1"><!-- Copyright 1999-2016. Parallels IP Holdings GmbH. --> <server> <get_protos/> </server> </packet> <?xml version="1.0" encoding="UTF-8"?><packet version="1.6.9.1"><webspace> <get> <filter/> <dataset> <hosting/> <subscriptions/> </dataset> </get> </webspace> </packet>

One thing in your output matters more than the matching: the left-hand (Module/Server) side ends with "No Records Found". That means the sync didn't get a single account back from Plesk, so this isn't a username or domain mismatch. WHMCS is getting an empty list, and Test Connection succeeding only proves the login works, not that the account list call returns anything. Before anything else, don't tick Import/Sync on those rows and continue. For services that exist in WHMCS but not "on the server", the sync terminates them in WHMCS and sets them to Terminated, so you'd mark 10 live customers as terminated. What I'd check, in this order: Configuration > System Logs > Module Log: enable logging, run the sync again, then open the Plesk entries. Look at the response to the account/subscription listing request. If it's an XML error (permission denied, protocol version, parse error), that's your answer. If it's a valid response with no results, go to step 2. On the Plesk box, run plesk bin subscription --list and confirm these domains are really subscriptions on that server, not domains added under one subscription (additional domains don't show up as separate accounts). Make sure the hostname/IP on the WHMCS server record is this Plesk server. If it points at an old or different server with the same admin login, Test Connection passes and the list is still empty. The Module Log request URL shows exactly where it's going. Check the WHMCS and Plesk versions. The current module needs Plesk Onyx 17.8 or Obsidian 18.0+. If the Module Log shows a clean response that does list the subscriptions and the left side is still empty, that's a module bug. Open a ticket with WHMCS and attach the log entry with the credentials and domains redacted.

What you're seeing is the "Domain Expiry Status Update" behaviour in v9. When a domain expires with its renewal invoice still unpaid, the cron cancels that invoice (or just the domain line if the invoice has other items on it) and issues a credit note for it. So by the time the client paid a week later, WHMCS had already written the renewal off, and you end up with a credit note plus a payment for the same thing. You can't delete a credit note, but you can clean it up: 1. Open the credit note (Billing > Credit and Debit Notes, or the Reference column in the invoice Ledger). If it still has a remaining balance, close it. Per the docs, closing a credit note with a balance creates an offsetting debit note, so it stops being picked up by the next invoice. 2. If it's already been applied to the next invoice, remove the applied credit from that invoice. That generates a debit note for the amount and puts the balance back where it should be. 3. Check that the domain itself actually renewed and the expiry date moved. When the payment lands after the cancellation, I wouldn't assume the renewal went through on its own. If you'd rather WHMCS stopped creating billing notes altogether, the switch is Configuration > System Settings > General Settings > Invoices > Invoice Immutability. The option "Immutability and billing note generation disabled" goes back to the old behaviour: no credit/debit notes, cancellations and overpayments go straight to the client's credit balance. Before you change it, check with your accountant whether you need credit notes for tax reasons (EU/UK VAT usually does). It also won't change notes that already exist. Also worth updating to 9.1 if you're on 9.0.x. The 9.1 release notes list several fixes in this area, such as cancelling an invoice now returning partial payments and applied credit to the client's balance, and removing credit no longer flipping a paid invoice to Refunded. Docs I went by: Credit and Debit Notes and Configure Invoice Immutability, both under docs.whmcs.com/9-1/billing-and-invoicing/.

Another addon that should be standard feature - and was even hinted about a while back by WHMCS with the release of 7.8 in 2019 when it started to support multiple saved cards.

Thanks for checking the logs, that narrows it down a lot. If both rows come from stripe_dynamic.php and that's the only endpoint, it isn't leftover config on your side. The module is recording the decline from the charge attempt and then recording the charge.failed webhook as a second event for the same attempt. I'd still put that in a ticket with WHMCS, with the two gateway log entries for one invoice attached, so it gets fixed in the module rather than everyone working around it. On dropping that event: whether it's safe depends on what you take through Stripe. For card payments that WHMCS attempts itself (the cron capture, or a client clicking Pay Now), the decline comes back in the API response right away, so the webhook only repeats what WHMCS already knows. Where the webhook earns its keep is a payment that fails later, after the charge call has already returned, like an ACH or SEPA debit that bounces a few days on. Without it, as far as I can tell, that invoice would just stay unpaid with no failure email and nothing in the gateway log, and you'd only spot it in the Stripe dashboard. So if you're cards only, removing it is a reasonable stopgap. Run one test with Stripe's generic decline test card (4000 0000 0000 0002) and one successful payment to confirm you get one failed row, one email, and paid invoices still go through. If you offer bank debits, I'd keep the event and stop the duplicate email with an EmailPreSend hook instead. Either way, make a note to add the event back once WHMCS ships a fix.

QHN-813044

This module is still fully compatible with latest WHMCS versions. Feel free to contact us if any questions or concerns prior to ordering!

Have you considered updating the CC field of the email template directly in the database before calling the SendEmail API? Since WHMCS already stores the CC recipients with the email template, you could potentially update that field with the required email addresses before sending the email. The SendEmail API would then use the updated template configuration. However, this approach would need testing, especially if multiple emails are sent simultaneously using the same template, as it could cause recipient conflicts. For fixed CC addresses, configuring them directly in the email template should be sufficient. For dynamic CC addresses, a database-based approach might be worth exploring.

The logs are showing both these entries are coming from the new Stripe Dynamic Payments module. The only endpoint is stripe_dynamic.php. We also updated to the latest Stripe API version for testing. We did find that removing the payment.failed destination event from within Stripe stops the "failed" WHMCS entry and the declined charge entry still shows. We are still testing to see whether this causes an issue as having 3 destination events seems to be the default. Is anyone using charge.failed, charge.succeeded, and payment_method.updated as destination events and not seeing the "failed" entry on declined payments?

That seems unlikely, with the product itself being EOL'ed almost 10 years ago. Before they ended the support and updates "product", it was a fairly expensive thing. Though not impossible they bought a pile of them, I'd think that's not plausible, especially since they'd likely have updated since if they could have. Maybe.

That "resolving to the wrong IP" line is a bit of a red herring. The curltest script compares the lookup against a short list of IPs hardcoded into the script, and that list has gone stale more than once over the years as WHMCS moved its licensing infrastructure. 104.20.36.75 and 172.66.151.35 are exactly what whmcs.com resolves to from anywhere right now, so your server's DNS isn't being hijacked. Don't let anyone "fix" it by pinning whmcs.com to another IP in /etc/hosts; that's the one thing that really would look like a bypass. What I'd check, in this order: 1. Can the server actually complete an HTTPS request to WHMCS? From SSH as the user WHMCS runs under, run: curl -sv https://www.whmcs.com/ -o /dev/null On a box old enough to still run WHMCS 6 (PHP 5.x era), the usual failure is the TLS handshake or an outdated CA bundle, not DNS. If curl from the shell works but PHP's curl doesn't, the PHP build's OpenSSL is the problem. 2. Log in to your account at whmcs.com and look at the license itself: status Active, and the Valid Domains/IPs/Directory match where the install lives now. If the server IP changed recently, a reissue from the client area clears that. 3. If both of those are fine, open a ticket with WHMCS licensing, give them the license key, and ask straight out whether 6.x installs can still validate against the current licensing servers. They can see the failed check attempts on their side, which beats guessing. On the upgrade question: whatever the root cause turns out to be, 6.x is many years past end of life and only runs on PHP versions that stopped getting security fixes a long time ago, so plan the upgrade either way. With an owned license, check whether your Support & Updates is still active; if it lapsed, you'll need to renew it before you can download current versions. Do the jump on a copy of the site and database first, since going from 6 to current means moving through several major versions and PHP versions, and any custom templates or old modules will need checking along the way.

Yes, using a hook would be a better solution if WHMCS does not address this issue. However, I believe this should be fixed in an upcoming WHMCS release.

Nice find on the Chrome password manager, d9hosting. That also explains why some people never see it: it only hits staff who have the admin login saved in Chrome. One suggestion on ThemeMetro's fix: rather than editing viewticket.tpl in the Blend template, drop the same script into a hook. Template edits get overwritten on the next WHMCS update, while a file in includes/hooks/ survives updates and you don't have to remember to re-apply it. Something like this: <?php // includes/hooks/ticket_status_autofill_fix.php add_hook('AdminAreaFooterOutput', 1, function ($vars) { if (basename($_SERVER['SCRIPT_NAME']) !== 'supporttickets.php') { return ''; } return <<<'HTML' <script> // paste ThemeMetro's script body here, from "// Prevent Chrome Password Manager autofill" down to the setTimeout lines </script> HTML; }); Their script already returns early when the status field isn't on the page, so it's harmless on the ticket list. After adding it, hard refresh a ticket (Ctrl+Shift+R) and check the status box no longer gets the username dropped into it. Worth adding d9hosting's finding to a WHMCS ticket as well, so the status field markup gets fixed in core, since this affects anyone using Chrome's built-in password manager.

WHMCS 8 removed the ability for administrators to change a user's password from the admin area. Change User Password puts it back, safely and with every action recorded. Change a password straight from the client profile or from the Manage Users dropdown, generate a strong password with one click, and optionally email it to the user so they can log in right away. Owned License ($30.00) - https://www.hardsoftcode.com/cart/link/change-user-password-for-whmcs/owned Source Code License ($200.00) - https://www.hardsoftcode.com/cart/link/change-user-password-for-whmcs/source Why you need it Users ask support to reset their password, and WHMCS no longer lets you do it. Staff can reset passwords without ever needing the old one. Every change is logged with who did it, when and from where. Highlights Two places to change a password: the client profile tab and the Manage Users dropdown, using the native WHMCS modal. Built-in password generator: configurable length (8–64) and character types, using a cryptographically secure random source. Optional email to the user: sent with a ready-made Change User Password template. Dashboard and activity log: KPI cards, a reset trend chart, and a full audit trail with IP and browser. Role-based access: uses the built-in WHMCS Access Control list, enforced server side. Secure by design: POST-only, CSRF-protected endpoints, and no passwords in the logs. Works on WHMCS 8.x and 9.x. Admin area only, no client-area changes. What's New This release makes the module's modal endpoints POST-only with CSRF validation. Opening an endpoint URL directly in the browser now returns the standard WHMCS HTTP Method Not Allowed page, just like WHMCS core routes. CSRF checks also go through one shared, fail-closed helper, so the modal shows a clean error instead of a raw response. Access control now uses the built-in WHMCS Access Control list, and existing role lists are migrated automatically. The dashboard has been redesigned with total, monthly and daily reset counters, a quick action bar, a 7 / 30 / 90 day or all-time filter, and a new Reset Trend chart. Endpoints are now root-relative so they work from WHMCS 9 pretty admin URLs, and security was hardened across all endpoints and files. You can now choose which character types the password generator uses (letters, numbers and symbols), and passwords are generated with a cryptographically secure random source. This release also fixes the Generate button and the CSRF token on the save form, so new passwords save correctly. Features Change a password Change a password from the client profile tab Change a password from the client profile → Users tab Change a password from Clients → Manage Users One click to change a password in a native WHMCS modal Send an email notification to the user with the new password Works with WHMCS 9 pretty URLs Password generator Configurable password length (8–64) Configurable character types: letters, numbers, symbols At least one character of every selected type Cryptographically secure random generation Copy and Insert buttons Admin and audit Dashboard with total, monthly and daily reset counters Reset Trend chart with 7 / 30 / 90 day and all-time filters Activity log with actor, IP and browser user-agent Settings history that names every changed value Configurable log retention with automatic cleanup Security and access Role-based access control using the WHMCS Access Control list POST-only, CSRF-protected endpoints No passwords stored in the activity log or the email log No changes to WHMCS core files Email Ready-made Change User Password email template Changelog v2.4.1 Added: Three dashboard KPI cards: Total Resets, This Month and Today's Resets Added: Quick action bar: generate a test password, find a client, settings Added: 7 / 30 / 90 day and all-time activity filter Added: Reset Trend chart, capped at 366 days for All Time, with Chart.js 4.4.1 bundled (no CDN) Added: Password Characters setting: choose letters, numbers and symbols Added: Every selected character type is guaranteed in each generated password Added: Dashboard, Activity Log (DataTables) and admin header navigation Added: Audit log with IP and browser Added: Per-change settings history Added: AJAX settings with toast messages Updated: Modal body (a=index) is now POST-only with a CSRF token, like WHMCS core routes Updated: Opening an endpoint URL directly in the browser returns the WHMCS HTTP Method Not Allowed page Updated: Access Control now uses the built-in WHMCS role list, and the module's own role field was removed Updated: Existing role lists are migrated automatically, and an empty role list denies access, matching WHMCS Updated: Dashboard redesigned, with the activity feed sorted by date, capped at 10 rows and showing actor badges Updated: Endpoints are root-relative, so they work from WHMCS 9 pretty admin URLs Updated: Password generation is now cryptographically secure (random_int() + Fisher-Yates) instead of str_shuffle() Updated: Modern rewrite on the HSCode architecture: namespaced controllers and Smarty admin templates Fixed: Direct GET to a=store and a=password now returns the WHMCS 405 page instead of a bare JSON error Fixed: GET responses no longer mint or echo a CSRF token Fixed: Dashboard counters now count password changes only, so settings saves no longer inflate them Fixed: Generate button now works Fixed: CSRF token on the save form, so new passwords save correctly Fixed: Generator modal no longer reuses WHMCS element IDs Fixed: Length warning and pre-filled password Improved: CSRF validation is centralised in one fail-closed helper that returns a clean JSON 403 to the modal Improved: a=store and a=password use the same CSRF helper Improved: Access is enforced consistently in the UI and the endpoints Improved: Security hardening: POST-only password generation, password saves and settings saves, restricted controller dispatch, password length and NUL byte checks, direct file access blocked, .htaccess rules, and generic activation and deactivation errors

That string ships in WHMCS's own language files (it's the FAQ text on the MarketConnect SocialBee store page), which is why grep finds it in every lang file. The value has "href=" doubled inside the quotes, so browsers treat it as a relative link and the "calls" link ends up pointing at a path on your own WHMCS domain instead of socialbee.com. Your sed fix works, but I wouldn't leave it there: lang/english.php and the other core lang files are replaced on every WHMCS update, so the broken link quietly comes back. Language overrides survive updates: 1. Create the folder lang/overrides/ if it doesn't exist, then a file lang/overrides/english.php that starts with <?php 2. Add just the corrected key: $_LANG['store']['socialbee']['faq']['a2']['i2'] = "Support through <a href='https://socialbee.com/calendar/'>calls</a>, chat, or email communication. We’re one of the few social media tools still offering on-call support."; 3. Do the same for each language you actually have enabled (lang/overrides/farsi.php, lang/overrides/arabic.php and so on). Override files only need the keys you're changing; everything else still loads from the main file. Then load the SocialBee store page with that language selected and hover the link to confirm it now goes to socialbee.com. It's also worth reporting it to WHMCS as a bug so it gets corrected in the shipped files, since every install with MarketConnect has the same broken link.

As a temporary fix, you may edit the viewticket.tpl file manually and replace the last script block with the updated code in blend template. From <script> $(document).ready(function() { if (typeof aiRating !== 'undefined') { aiRating.init(); } }); </script> To <script> $(document).ready(function() { if (typeof aiRating !== 'undefined') { aiRating.init(); } // Prevent Chrome Password Manager autofill in Status Selectize function fixStatusAutofill() { var statusSelect = document.querySelector( '#frmAddTicketReply select[name="status"].selectized' ); if (!statusSelect) { return; } var statusInput = statusSelect.nextElementSibling ? statusSelect.nextElementSibling.querySelector('input') : null; if (!statusInput) { return; } statusInput.setAttribute('autocomplete', 'off'); statusInput.setAttribute('data-lpignore', 'true'); statusInput.setAttribute('readonly', 'readonly'); function clearInvalidValue() { var currentValue = statusInput.value.trim(); var validOption = Array.from(statusSelect.options).some(function(option) { return option.text.trim().toLowerCase() === currentValue.toLowerCase(); }); if (currentValue && !validOption) { statusInput.value = ''; statusInput.dispatchEvent(new Event('input', { bubbles: true })); } } clearInvalidValue(); if (!statusInput.dataset.autofillFixed) { statusInput.addEventListener('focus', function() { clearInvalidValue(); statusInput.removeAttribute('readonly'); setTimeout(clearInvalidValue, 100); }); statusInput.dataset.autofillFixed = 'true'; } } fixStatusAutofill(); setTimeout(fixStatusAutofill, 500); setTimeout(fixStatusAutofill, 1500); }); </script>

Hi So what prompted this was my AI automation. I have AI compile details on security updates several times a day - giving us prompt warning of any action we need to take to secure our servers. Part of the work it does is checking all the relevant places for updates, mitigation steps etc for our entire stack. The AI stumbled upon this blog post and set alarm bells off. We checked the link it provided and sure enough - there it was a page published about Lagom and others on the 21st. So yeah, perhaps dont pubish till its ready.

Indeed that is the case, strange that other clients do not have this issue, maybe I switched too fast to a new solution that is not working properly, yet.

Hello WHMCS Community, We’re introducing Weeby Studio — a complete WHMCS theme with a visual website builder, custom client area, and matching orderform and checkout, created by Hostk. The idea is simple: give hosting businesses a consistent brand experience and practical control over their website. Your pages, product presentation, customer workspace, and checkout share one design, with a dedicated Studio inside WHMCS to make it your own. Your hosting website. Your brand. Your Studio. Meet the Visual Studio Update your website from a focused visual workspace inside the WHMCS administration area. Edit visually: change website text, images, links, buttons, and supported styling. Build your pages: create or duplicate public pages, add content blocks, and arrange editable sections. Find every detail: navigate page structure through Pages and Layers. Manage your assets: upload images and replace editable visuals. Preview across devices: review desktop, tablet, and mobile layouts. Control shared elements: customize website navigation, headers, footers, and brand settings. Manage on-page SEO: edit browser titles, search descriptions, and image alternative text. Publish when ready: save an unpublished draft, review your changes, then publish. Keep a recovery path: export editable project backups and revisit saved published versions. Everyday content changes can be made in the visual editor, while native WHMCS forms, live prices, permissions, and transactions retain their original behavior. One design, from first visit to checkout Weeby Studio includes three connected parts of your customer experience: 1. Your public website A responsive hosting website with service landing pages, product presentations, comparison sections, and shared navigation. 2. Your client area A branded customer workspace for services, domains, invoices, support tickets, account information, and everyday account tasks. 3. Your orderform A matching product selection, configuration, cart, and checkout experience using native WHMCS ordering. The result is a consistent visual identity as customers move between your website, their account, and their next purchase. 23 starting pages. Room for your own ideas. The included public collection contains 23 pages, including 14 service landing pages, a homepage, service directory, and policy pages. Hosting & compute: Web Hosting, Cloud Hosting, Reseller Hosting, VPS Hosting, Dedicated Servers, and Game Servers. Business & security: Domains, Professional Email, SSL Certificates, and VPN. Expert services: Web Design, Backup & Recovery, Website Migration, and Managed Services. Customize the included content or create additional public pages through the Studio. 12 color palettes + your own brand colors Start with the original Weeby blue, navy, and white identity, choose one of 12 coordinated palettes, or create a custom palette. Set your brand accents, buttons, navigation, headings, text, backgrounds, surfaces, and borders. Customize your logo, typography, content width, and button corners from the shared design controls. Supported bundled visuals and the default favicon follow the selected palette. Your uploaded photos, custom logo, and custom favicon keep their original artwork. Product presentation connected to WHMCS Your real catalog stays central to the website. Connect website plan slots to specific WHMCS products or product groups. Display product names, descriptions, prices, and available billing cycles from WHMCS. Use the currencies and pricing configured in your installation. Customize supported CPU, RAM, storage, transfer, and other resource display labels. Presentation labels remain separate from the actual service specifications and allowances defined in WHMCS. A client area that feels part of your brand The custom client area brings key customer tasks into a coordinated layout: Dashboard with service overview and account updates. Sidebar navigation and account shortcuts. Product and service management screens. Domain listings and supported management actions. Invoices, billing information, and payment-related account views. Support tickets, Knowledgebase, and announcements. Login, registration, password recovery, and account details. Available actions follow the customer’s permissions and your enabled WHMCS functionality. Checkout with the details customers need The matching orderform supports product configuration, available billing cycles, domain choices, configurable options, add-ons, and guest or existing-customer checkout. Its itemized order summary presents the information supplied by WHMCS, including products, domains, selected options, billing periods, and recurring charges where available. Native discounts, taxes, credits, and totals remain authoritative. Multilingual content. RTL & LTR layouts. Translate public website content, navigation, and supported theme labels through the Studio, with a reading direction for each language. Prepare English LTR and Arabic RTL presentations, while native account and checkout fields use your installed WHMCS language packs. Language and currency controls follow your WHMCS configuration. Installation & documentation The package includes the website theme, matching orderform, Studio administration addon, and English and Arabic HTML documentation. Installation guidance covers activation, branding, products, languages, publishing, updates, and recovery. Editable project backups, saved published versions, and factory design recovery tools help you manage future changes. Weeby Studio requires an existing, licensed, self-hosted WHMCS installation. Confirm compatibility with your WHMCS release before purchasing. Hosting, WHMCS licensing, payment gateways, registrars, and provisioning services are configured separately. Explore Weeby Studio Live website demo https://hostk.com/weeby-demo/ Live Client Area demo https://hostk.com/weeby-demo/clientarea.php Email Address: test@hostk.com Password: test Special Price: $49.99 USD — reduced from $120 USD One-time purchase. Website-bound activation for one installation. Get Weeby Studio https://hostk.com/weeby/ We’d love to hear your feedback on the visual Studio, the customer workspace, and the ordering experience. Questions are welcome in this thread. Weeby Studio by Hostk Your website. Your client area. Your checkout. One connected brand.

Hello WHMCS Community, We’re introducing Weeby Studio — a complete WHMCS theme with a visual website builder, custom client area, and matching orderform and checkout, created by Hostk. The idea is simple: give hosting businesses a consistent brand experience and practical control over their website. Your pages, product presentation, customer workspace, and checkout share one design, with a dedicated Studio inside WHMCS to make it your own. Your hosting website. Your brand. Your Studio. Meet the Visual Studio Update your website from a focused visual workspace inside the WHMCS administration area. Edit visually: change website text, images, links, buttons, and supported styling. Build your pages: create or duplicate public pages, add content blocks, and arrange editable sections. Find every detail: navigate page structure through Pages and Layers. Manage your assets: upload images and replace editable visuals. Preview across devices: review desktop, tablet, and mobile layouts. Control shared elements: customize website navigation, headers, footers, and brand settings. Manage on-page SEO: edit browser titles, search descriptions, and image alternative text. Publish when ready: save an unpublished draft, review your changes, then publish. Keep a recovery path: export editable project backups and revisit saved published versions. Everyday content changes can be made in the visual editor, while native WHMCS forms, live prices, permissions, and transactions retain their original behavior. One design, from first visit to checkout Weeby Studio includes three connected parts of your customer experience: 1. Your public website A responsive hosting website with service landing pages, product presentations, comparison sections, and shared navigation. 2. Your client area A branded customer workspace for services, domains, invoices, support tickets, account information, and everyday account tasks. 3. Your orderform A matching product selection, configuration, cart, and checkout experience using native WHMCS ordering. The result is a consistent visual identity as customers move between your website, their account, and their next purchase. 23 starting pages. Room for your own ideas. The included public collection contains 23 pages, including 14 service landing pages, a homepage, service directory, and policy pages. Hosting & compute: Web Hosting, Cloud Hosting, Reseller Hosting, VPS Hosting, Dedicated Servers, and Game Servers. Business & security: Domains, Professional Email, SSL Certificates, and VPN. Expert services: Web Design, Backup & Recovery, Website Migration, and Managed Services. Customize the included content or create additional public pages through the Studio. 12 color palettes + your own brand colors Start with the original Weeby blue, navy, and white identity, choose one of 12 coordinated palettes, or create a custom palette. Set your brand accents, buttons, navigation, headings, text, backgrounds, surfaces, and borders. Customize your logo, typography, content width, and button corners from the shared design controls. Supported bundled visuals and the default favicon follow the selected palette. Your uploaded photos, custom logo, and custom favicon keep their original artwork. Product presentation connected to WHMCS Your real catalog stays central to the website. Connect website plan slots to specific WHMCS products or product groups. Display product names, descriptions, prices, and available billing cycles from WHMCS. Use the currencies and pricing configured in your installation. Customize supported CPU, RAM, storage, transfer, and other resource display labels. Presentation labels remain separate from the actual service specifications and allowances defined in WHMCS. A client area that feels part of your brand The custom client area brings key customer tasks into a coordinated layout: Dashboard with service overview and account updates. Sidebar navigation and account shortcuts. Product and service management screens. Domain listings and supported management actions. Invoices, billing information, and payment-related account views. Support tickets, Knowledgebase, and announcements. Login, registration, password recovery, and account details. Available actions follow the customer’s permissions and your enabled WHMCS functionality. Checkout with the details customers need The matching orderform supports product configuration, available billing cycles, domain choices, configurable options, add-ons, and guest or existing-customer checkout. Its itemized order summary presents the information supplied by WHMCS, including products, domains, selected options, billing periods, and recurring charges where available. Native discounts, taxes, credits, and totals remain authoritative. Multilingual content. RTL & LTR layouts. Translate public website content, navigation, and supported theme labels through the Studio, with a reading direction for each language. Prepare English LTR and Arabic RTL presentations, while native account and checkout fields use your installed WHMCS language packs. Language and currency controls follow your WHMCS configuration. Installation & documentation The package includes the website theme, matching orderform, Studio administration addon, and English and Arabic HTML documentation. Installation guidance covers activation, branding, products, languages, publishing, updates, and recovery. Editable project backups, saved published versions, and factory design recovery tools help you manage future changes. Weeby Studio requires an existing, licensed, self-hosted WHMCS installation. Confirm compatibility with your WHMCS release before purchasing. Hosting, WHMCS licensing, payment gateways, registrars, and provisioning services are configured separately. Explore Weeby Studio Live website demo https://hostk.com/weeby-demo/ Live Client Area demo https://hostk.com/weeby-demo/clientarea.php Email Address: test@hostk.com Password: test Special Price: $49.99 USD — reduced from $120 USD One-time purchase. Website-bound activation for one installation. Get Weeby Studio https://hostk.com/weeby/ We’d love to hear your feedback on the visual Studio, the customer workspace, and the ordering experience. Questions are welcome in this thread. Weeby Studio by Hostk Your website. Your client area. Your checkout. One connected brand.