Luke,
I've given things a few days for emotions to settle. You asked some questions that I thought worthy of a considered response.
etrader:
If your servers are costing you so much to run
You know I've never said that, don't you? (please provide reference)
post#9: "is still struggling to recoup development & running costs" isn't the same thing, even when it is taken out of context.
etrader:
why don't you release a free module that uses the new AusPost API?
How many reasons do you need?
etrader:
Then you would have the whole market share
I think you have the wrong idea over who my market is. For starters, it isn't just for Zencart merchants. My market is much bigger than that. It extends to any Australian eCommerce merchant, regardless of their choice of software. The limit being how many different carts can I develop for (and keep updated) before having to consider hiring coder(s) and taking a managerial role (or ceasing growth).
Zencart is in the 'fortunate' position to be the platform I like best, especially for development, as such, ZenCart users are now over a year ahead of some of the releases for the other supported carts. I do have a self imposed 'rule' in regards to development and fixes though, and that is, the carts that generate the greatest number of server subscriptions have a higher priority than the less supported ones.
etrader:
and you could cross sell oz post to people who need more advanced options
Here's some of the reasons why I won't release a free module that uses the new AusPost API:
- I don't want/need the headache associated with yet another codebase, even if it is a 'spin-off' of 'ozpost'.
- Such a module can/would/could be considered to be limited demo of a product. This would be against ZenCart policy.
- I can't (and won't) place limits on the existing code to limit functions/features to subscribers only. This would be against ZenCart policy.
- If I do this for ZenCart I'd feel obligated to do the same for the other eCommerce systems.
- It doesn't fit with the long term objectives of the ozpost system.
- I've already learned my lesson. If I treat my time as worthless, so does most everyone else.
etrader:
If you release a module that uses the AusPost servers and put a plug for oz post in it, I will install it on all the sites that I build and we will both win. I've built over 500 Zen Cart sites for Australian merchants. If I didn't spend so much time supporting them, I would have more time to devote to the Zen Cart forum.
I have to ask. Is that 500 over the last year or last 10 years?
I'm guessing 10 years, and at any given time you have no more than ~50 active clients (if that).
The numbers you provide imply I'm only seeing the tip of the ZenCart iceburg, and the numbers put forward by dw08gm infer that even your figures ~500 per year is only the tip of an even larger iceburg @~5,000 to 10,000's
etrader:
put a plug for oz post in it, I will install it on all the sites that I build and we will both win.
I have never fully understood why you never took up the developers discount offer(s) that ozpost provide. If you had even 100 clients using ozpost, the developer discounts would have saved you or your clients over $3300 in fees, not to mention the ozpost system getting a $6,600 boost. (which is more than last years total income for it). <puzzled>
I'm sure I also tried to open a discussion with you in regards to turning your talents towards help and support with the ozpost client module for ZenCart (so as to alleviate me of this duty so I could concentrate of the server code and/or other carts), but you chose to resurrect the old 'AustPost' module instead. I digress. Point being, I believe you are grossly stating your client base, and dw08gm is on a different planet if he thinks his figures are correct.
If you aren't understating things, with those figures I'm sure the ozpost server maintainers will be happy to discuss an even better deal.
Rod