Jump to content

theWebalyst

Member
  • Posts

    22
  • Joined

  • Last visited

About theWebalyst

theWebalyst's Achievements

Junior Member

Junior Member (1/3)

0

Reputation

  1. I was just trying this but it doesn't work. How can one do this for the situation where a client was on monthly billing, did not pay their invoice in the due period (so invoice is overdue), and wants to be moved to monthly billing? I want them to be billed from the date the original payment was due, but monthly rather than annually. Thanks, Mark
  2. I take this back, was in too much of a hurry to correct my post! Actually, Blend is more usable on 1024x768 but still bloody awful on my CRT I have to say. The fonts are eye strainingly small so how about something that works on 1024x768. And what about the poor folks with 800x600? Or a smartphone? Mark
  3. Ok, [apologetic tone] I found the admin templates and have selected 'Blend' which works great on 1024x768. However, there are two UI issues still: 1) This is not obvious to anyone upgrading (or installing), so how is someone supposed discover they can fit WHMCS on a 1024x768 screen 2) Setting it per user is ridiculous. Its the device not who is logged in that matters. Selection should be part of the main UI, always visible and preserved using a cookie. Not buried within the admin users settings! Mark
  4. Having waited for the dust to settle and early bugs to be swatted I updated from 4.5 to 5.0.3 today. So first impressions... Overall v5 is a great advance and for such a large update has gone remarkably smoothly for me and others. Well done for that! It is often the case that stuff is released too early but given how well you do your back compatibility I'm very impressed. UX Fail The downside for me is the new wide screen and widget dashboard layout. WHMCS is now really hard to use on a 1024x768 width screen. That is unconscionable. You really must cater for a variety of end user setups with a product like this, and this is a major fail unless you have a workaround, because I'm either stuck with a font size I can't read, or a dashboard that doesn't fit within the width of my screen. Even with a larger resolution, on my 16" CRT monitor I can't make this readable. So I now have perpetual horizontal scrolling, or I'm supposed to buy a new monitor to use WHMCS? Come on guys, this is a web application. Please tell me there's a way around this. Thanks Mark
  5. What is the current status of this add-on? Is it tested with latest WHMCS (4.5.2)? Personally I think this kind of functionality should be brought withing WHMCS. Have you talked to them about this possibility? Thanks, Mark
  6. John, Thanks for the definitive answer and point about the product config page. Do you realise what a conversion problem this creates? Its massive. Adding the FREE message to the product config page is not much help I think. It means they are still going to see contradictory messages (if I understand correctly). One saying "free" and one saying "click here to buy this for $X.XX". This both worries the customer (hey, I'm going to be charged $X.XX) and undermines trust (hey, this is supposed to be free and now I'm being asked to pay). This is a terrible thing to do from a conversion point of view, and a waste of a great deal of marketing resources given you've gone to all the trouble to get the customer to buy and then lose them at the closure point! Please can you look into ways of handling this? Thanks Mark
  7. Aggh! Setting billingcycle via the URL is not working (thought this was ok but it must have been cached). I need a way to pre-fill the cart from another website and not scare customers off by showing charges that they are not expecting. Can I do this? Mark
  8. (WHMCS 4.5.2 with all patches applied to 18-8-2011). Two situations: 1) Normal order process 2) Linking to WHMCS to select product and billing cycle and skip to domain name choice https://managedwebsitehosting.net/clients/cart.php?&pid=1&skip=1&billingcycle=annually In both cases we enter a valid domain and then are asked how long to register, which shows the normal cost of the domain, even if once accepted the domain will be free. This is terrible! By this point the customer will know the domain is supposed to be free. It may even be what convinced them to buy. All of a sudden they are being asked to pay for it. A lot of customers will be lost at this point. This is AWFUL! How can I prevent the customer seeing a charge for the domain when the product and billing cycle mean it will be free? Mark
  9. As already noted setting billingcycle from the URL doesn't work with the Ajax form. Note: I'm using WHMCS 4.4.2 as I'm cautious about updates. Does anyone know if the issue is fixed by a later version? If not this makes a real mess of the form for me as it has knock on effects for a user arriving from a special offer page. It means the "Order Summary" is a right mess (domain reg not free, discount not applied etc.). Take a look here: https://managedwebsitehosting.net/clients/order/?pid=1&skip=1&billingcycle=annually&promocode=NEWS20 The user should see a £39.95 product discounted down to £19.95 including a free domain. Instead they see: an "Order form" with input for domain name, alongside "Order Summary" with product and discount, but wrong billing cycle (monthly) and wrong price because the discount applies to annual not monthly. When they provide a domain: this appears in the order summary at a cost of £23.95 (that's 2 years for a .co.uk domain) which is more than the total of £19.95 they are expecting! Domain reg should be listed at £0.00 because it is free. Aggh! I'll lose every customer at this point! If the billingcycle was correctly set to annual it all looks much better, although there's still one annoyance... the "Domain Configuration" form has DNS/Email unchecked even though they will be free, which is a pain too. Is the billingcycle thing a bug? Is it fixed since 4.4.2?) Is there a workaround (e.g. editing order/index.php)? Any solution to the annoyance with DNS/Email being unchecked? Thanks guys, Mark
  10. @Giannis, That seems to be an issue with Joomla or the plugin so you would be better taking the question to a forum with people who know about them. I can't help, sorry. Mark
  11. I want to generate a single use coupon and email this to the lucky recipient using an email autoresponder. Does anyone have PHP code to automatically generate a coupon? I could probably work it out but I'm still learning MySQL so any help would be appreciated. Otherwise I'll be sending out a manually made coupon which I embed in the autoresponder email, which means it will have to be multiple use, and people will be able to pass around and share which is not quite what I want. Thanks, Mark
  12. Hi Jason, I'm not sure what you need, as since I posted I've found that while I fixed one part of the problem (getting values for e-commerce tracking from WHMCS into the PHP generated code), the results are not showing up so my analytics code may be the problem. It isn't urgent for me to look into this so don't wait for a solution from me as I have other priorities for the time being. Good luck, and please keep this thread updated with anything you try or learn, especially if you get a solution. Mark
  13. Hi @BotHaTe, I'd like to use such a script to set the initial default sometime - for info, when I tried your site it stayed with USD but I'm in London UK. As for my code above it is working a treat (though still not public yet - but will be visible at my Managed Website Hosting site soon). I have a simple dropdown populated with currency's I support and control the prices shown using a little CSS and jQuery. None of this requires going to WHMCS (all currency prices are there in the page but only the chosen currency is displayed) so switching currencies is instant. Mark
  14. Solved! THE ABOVE CODE IS BROKEN AND MUST BE CHANGED TO MAKE IT WORK! The problem is the "//" comments in the PHP section. They are illegal there, so if you remove "// get client data" and similar lines in the PHP section the code works. Note, the "//" comments in the rest of the code are fine, only the ones between {php} and {/php} need be removed (or I guess changed to '#'). Mark
  15. I have tried the above code and can't get it working. Placing some debug statements in the PHP it appears that there may be a PHP error at the select_query() call because: - stuff echo'd immediately before it appears but immediately after does not - non of the assignments to smarty variables succeed - they're all blank Is there some way of finding out why the select_query() call fails? Any ideas as to the cause? Thanks, Mark
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use & Guidelines and understand your posts will initially be pre-moderated