Leaderboard

how thorough do you want to be ? as a bare minimum, you could edit supportticketslist.tpl and add an if statement to only list open tickets (i'm going to assume v7.6.1 and Six)... {foreach from=$tickets item=ticket} {if $ticket.statusClass eq 'open'} <tr onclick="window.location='viewticket.php?tid={$ticket.tid}&amp;c={$ticket.c}'"> <td> {$ticket.department} </td> <td> <a href="viewticket.php?tid={$ticket.tid}&amp;c={$ticket.c}" class="border-left"> <span class="ticket-number">#{$ticket.tid}</span> <span class="ticket-subject{if $ticket.unread} unread{/if}">{$ticket.subject}</span> </a> </td> <td> <span class="label status {if is_null($ticket.statusColor)}status-{$ticket.statusClass}"{else}status-custom" style="border-color: {$ticket.statusColor}; color: {$ticket.statusColor}"{/if}> {$ticket.status|strip_tags} </span> </td> <td class="text-center"> <span class="hidden">{$ticket.normalisedLastReply}</span> {$ticket.lastreply} </td> </tr> {/if} {/foreach} you could do the same with a hook to remove non-open tickets from the array... if you're going down this road, you may be looking at hooks to remove the ticket filter sidebar; to trim the results in the recent tickets homepage panel and maybe other places that aren't occurring to me off-hand.

you could do that if you had to - for example, a straight copy&paste of your homepage code, plus a link to your hosting.css stylesheet, into products.tpl will give you this... if you were only ever going to have one product group, with one currency, you could get away with doing that as a starting point... though ideally, you should take the code apart; convert it to work in a foreach loop and then start pulling the required information (name, prices, description etc) from the existing variables already available to that page... you also shouldn't need to link to hosting.css as it's messing up the navbar and who knows what else, so just take the relevant css for these pricing panels and add it to custom.css another alternative might be to use one of the Comparison templates (Supreme, Premium or Pure) as a starting point for your conversion - but your existing pricing code is reasonably well laid out, so you should be able to convert it directly.

@wp4all Considering that the vast majority of backdoors have been crafted to hack the most popular CMS (eg. Wordpress, Joomla, Drupal...), why should you take this unnecessary risk? I'm not saying that Wordpress sucks regarding security but lamers focus their efforts in hacking the most used and popular system so that they can get more in return. Not to mention that people tend to update their crucial platforms like WHMCS as frequently as possible. Wordpress is not crucial therefore people are more willing to skip updates because who cares? Losing news, blog posts is not a big deal. That said, since Wordpress installations are intrinsically less secure, what's the point of making your WHMCS bullet-proof when lamers can simply enter from Wordpress skipping all your security measures?

But he's right. Having WP and WHMCS on the same hosting package is like shooting yourself in the foot. Here we're not talking about securing WP and WHMCS individually. The question is that if someone manages to upload a backdoor in WP, he can easily navigate to your WHMCS, get your database, domains, servers etc. Here is why you should keep systems separated. This way if someone cracks your WP he can destroy your WP but not WHMCS.

Welcome to WHMCS.Community wlcjoice! We're glad you're here please take some time to familiarise yourself with the Community Rules & Guidelines and take a moment to introduce yourself to other WHMCS.Community members in the Introduce Yourself Board.

After pressing the "Complete Order" button, it is taking a whopping 20 seconds for the "Please wait while you are redirected to the gateway you chose to make payment" notice page to load and about 30 seconds in total for customers to be redirected to the payment gateway. Obviously this is far too long and our customers to wait, and our drop-off rates during this wait are extreme. The rest of our website and WHMCS installation load and respond very quickly - it is just this final (crucial) step that is letting us down and causing us nightmares when we see the number of unpaid invoices and lost income every day. If we can't sort this out soon we will have to ditch WHMCS altogether. Each time we log a support request with WHMCS they assure us that it must be something wrong with our server. However, I have employed 3 very experienced Linux SysAdmins to look at the server and they all assure me that it is working exceptionally well, and we are not receiving any errors. We are running a Apache VPS with only this one website on it. The WHMCS installation was done by a WHMCS staff member. The server and website work great with other systems and our redirect time to payment gateways used to be lightning quick when not using WHMCS. The problem happens no matter which payment gateway we use. It is not a problem with our website coding as it also occurs on a the default WHMCS template page where we have not applied any code. It would be great if someone who knows the nuts-and-bolts of WHMCS can tell me exactly what is occurring within the system when some pushes the "Complete Order" button and give suggestions on how to fix this issue. Say, for instance, could it have something to do with the way the system automatically sends out emails when someone completes an order, and could this be slowing things down? I would love to hear from other people if they have had similar issues.

We also have painfully long wait after the "Complete Order" button is clicked, also no matter which shopping cart or payment gateway is used. Our WHMCS install is the only site running on a 16GB RAM dedicated server which runs smoothly except for this one issue, so the problem doesn't lie there. We're also seeing abandoned orders and duplicate orders because of the problem.