kimhoo

Anyone up for UptimeRobot integration in the client area (for their client's servers and domains)? Just finished our integration and could clean it up and package it (commercially) if there's some interest. Regards, Kim

And screenshots in english.. iPhone: https://websiteondemand.nl/en/apps/whois-domain-name-hosting-wod-iphone-app iPad: https://websiteondemand.nl/en/apps/whois-domain-name-hosting-wod-ipad-app

Just to let you know, we integrate with your payment gateways now and In-App Purchases through Apple is cancelled due to policy changes at Apple. That means NO fee for us on purchases by your clients. We integrate standard with your PayPal account, but can provide help on integrating with others. Also, the support module has dropped € 10,- p/m. Some more information: http://www.appondemand.eu/whmcs/whmcs-branded-client-apps/ Some screenshots (waiting for a discussion with Apple to finish, before we'll update the pages with more details) for: iPhone: https://websiteondemand.nl/nl/apps/whois-domeinnaam-hosting-wod-iphone-app iPad: https://websiteondemand.nl/nl/apps/whois-domeinnaam-hosting-wod-ipad-app

Hi guys, I'm very confused now. Was this TicketAdminReply hook already in v4.5.2? I doubted that, since I can't get my hook to work, but this thread seems to be pre-v5. Any ideas?

Hi, I'm having some trouble getting my TicketAdminReply hook to work. Other hooks are working well. Was this hook introduced after version 4.5.2? If so, what would be the right hook to use in 4.5.2 for this functionality (do some extra stuff after department replies to a ticket)? And again, it is always pretty hard to see which developer resources correspond to which version. I know you always suggest to upgrade to the newest, but not everyone can do that at anytime, since, in example, when some work is done by an external vendor who needs to develop against stable API's. Even a note like "@since 4.5.2" per function would be a huge improvement to the documentation! Thanks, anyone

Yes, definitely. We're working on Android and Blackberry apps too which shouldn't be finished very long afterwards. At this time, we're collecting pre-orders too, which defines order of delivery and might speed up development.

Nope, we don't want Apple te earn that much, but we do want: Really, really simple way of payment and domain registration for customers (no hurdles to take), so that it will compete with whois and registration apps at it best. To earn money with this App yourself, which we also want, because we take our time to build this and we do want to keep you as our customers, after the first invoice, your own invoice system will continue invoicing and directing the (hopefully a lot of new) customers to the payment systems you've configured yourself. Furthermore, App development, especially against custom WHMCS installations require a lot of work and configuration, so there's always room for specific suggestions.

While writing my previous post, I thought of this. We might bring up the option to get a bigger share in sales and change licensing fees accordingly. That should support the providers that have to pay more then they earn. We'll think about that one too.

It's because of Apple's policies, so this would be your own choice. At this time, only the first payment goes through Apple, so for the customer the smoothest way of registering a domain name is provided. Payment with Apple ID and he's done. Depending on our discussions (you <-> us), we do the integration for your own products, your prices and your first payment amount configuration. Because of the percentage that Apple keeps and the small amount that we keep for applying our own Apple contract and delivering reports, it's something you need to think about, because prices will be definitely different from what you offer online (due to the fixed tier pricing Apple uses (0,79, 0,99, and so on). So that 5% we take isn't about earning loads of money from you, but to cover our costs and risks. Furthermore, we want you to love this product, so we'll inform you as good as we can and then provide you with the best available solutions for the way you can use this product. Another thought we had on this, was because of Apple not wanting to let payments go through web pages, loaded from Apps (they definitely want to earn money through Apps), which they wrote down in their App submission contracts. Things have changed a bit, but we'll stick to this for now. Is this clear or are there more questions on this?

It means that: 1) We build, provide and publish an app for you in the App Store that is branded with your logo. It is a standardized process, custom works is paid for. You decide whether you want your app to be free or payed; 2) The App will integrate with your WHMCS installation (some configuration and standardization needs to be done); 3) With the order module, we integrate with your WHMCS making it possible to order domains with or without a hosting package. We also define the In App Products for your business (mostly domain products and domains combined with hosting). Your customer pays you through the App Store and us, while Apple keeps 30% and we keep 5% administration fee. We deliver monthly reports and pay outs. 4) Default is that the second year a product/client runs through your email invoice cylce and thus you'll get the full amount. 4.b) Here's changes to come in the future (like making it possible/configurable to renew via iPhone/iPad), paying through your own provided payment gateways, and so on (depending on Apple's license and changes to that). 5) You will get a hybrid iPhone/iPad app, which means that it has been designed for iPhone and iPad and the app checks at runtime on which devices it runs and displays that one. There's still some details to work out and more to follow and/or to change, but this'll basically be it.

We're thinking about these type of licenses: 1) Branded App € 50,- per month 2) Free: Whois module for each branded app 3) Free: Info page with your own info, button to share itunes links through address book's emails, et cetera; 3) Order module: € 25,- per month additionally 4) Support tickets module: € 25,- per month additionally 5) More to come... 6) Personal features will be calculated and built upon request 7) Software Updates and Support on WHMCS changes will be included in all prices, and will only be rolled out on your request, so that it can be managed and coordinated with your WHMCS' upgrade. We expect to start with these licenses and requests next april. Let me know what you think.

Just posted some images on http://www.facebook.com/websiteondemand I think there's no explanation needed, but I'll be happy answering any questions!

Regarding our poll on facebook, I thought this forum would be the most appropriate place to share it: "Dear fellow webhosting companies! In the next month we'll submit a native hybrid iPhone / iPad app to the app store, in order to support our customers even better. The first version of this app will provide fast whois search, domain name registration, webhosting plan ordering (payment through app store) and support ticket management. Would this be an app that you would like to use branded, provided as a dedicated app in the app store for a leased (SUS) price? If yes, how much would you pay?" Note that you can already start "LIKE"ing our facebook page at http://www.facebook.com/websiteondemand so that you'll be notified of any news on this!

Demo does not seem to work. Wordpress integration would be nice

Breaking my head on this one. Is there also a way to send an e-mail in an order context via API? It seems as if I can only pass a clientid, but I need a custom order confirmation. I've place my custom order e-mail in the general category, but that doens't seem to work. The e-mail is send in the client's context and not aware of any order just created. Second question and related, wouldn't it be more logical to have the addorder action to support an alternative email template, instead of only noemail option?

Kick! Seems as if only client id's are accepted when sending an e-mail. How do we accomplish sending product related e-mails, or in my case, order related e-mails using the API? I've placed my template in the general section, where the original order confirmation resides also. Pretty stuck here! Also, the documentation on merge fields doesn't seem to be complete, since the ordernumber, used in order confirmation, doesn't even show up in the list.

Ah, posted on the wrong forum I believe, thanks for moving. Anyone?

Hi, For some reason we need a promotion code, that shows the discount on invoices and that is technically reusable all the time, but cannot be used by clients manually (and thus needs to be invisible). It seems a bit hard to accomplish, since the promotion code used is shown everywhere on invoices. Is there a way to get around this? Regards, Kim

Hi, We've got a weird issue with our 4.2.1 installation. Clients have all set automatic domain renewal by default, but for all domains renewal reminders are sent by mail. These emails also have a weird number of days after which the domain would expire, i.e. -734351. Is this a known issue or can someone point us in a direction to fix this? Regards, Kim

I've got the same problem too. I've got mod_rewrite enabled and the SEO option enabled (would it otherwise generate URL's like that in the first place?). We're running WHMCS over mod_proxy.. DNS A record pointing towards another machine and proxypass to and proxypassreverse from another machine that is running WHMCS. Could that be the problem?