Looking for Miva 4.22 Developer

[applesofgold]

We are very much in need for a developer or programmer that can support miva 4.22 for numerous projects and work for hire! Please contact me as soon as possible at afshin@applesofgold.com!

Thank you!
Afshin

[Bruce - PhosphorMedia]

With all due respect:

I'm not sure of the TOS issues with running a 4.22 store, but I'd really examine the idea of running a business on an unsupported and basically extinct platform. Even if the cost of moving the site to 5.5 would take a significant investment, the cost of maintaining such an old version over a year or so, not to mention a critical failure that would have to be patched manually taking the site off line for days/weeks, would justify the investment.

As for us, for example, we wouldn't take on a project like this because we basically tossed our 4.x expertise out the window about 5/6 years ago. I think you'll find that this is the case across all qualified developers.

[PCINET - Andreas]

Upgrading is definitely advised but fun fact we still have one store running on MM4.24 and support it although the store is in the process of upgrading to MM9.

[Jonathan-Driftwood]

Andreas and Bruce I have nothing but respect for you both and your long commitment to Miva, but I remain with the 'old school' and think that if it ain't broke - why fix it? There are still people out there running Merchant v2.x stores without issue #1. Bruce you old devil, you have run MM along side me since what, '97? You have prolly forgotten more about Merchant than I retain - but I can still make a v2.x-5.x store dance on the head of a pin; and have a personal affinity for working with the old (uncompiled) code in particular. Heck, today I still use uncomplied apps I wrote back in the late 90's - because they work. No reason or motivation to upgrade and compile them.

That said, I also know a fella that still makes a good living repairing fax machines and parallel printers. We might be old but we ain't dead yet! Might have gotten lazier though, I admit.

[Rick Wilson]

Because no one should use that software model (flat file databases) for any software that even lets a credit card or PayPal pass through.
Running old e-commerce software is dangerous and arguably makes the store owner liable in a hack and that old software is not hardened in the slightest compared to today's standards.

Plus for example anything older than 4.14 will likely abruptly stop working this summer if your host cares in the slightest about PCI because modern os's required for PCI can't run uncompiled Miva.

We've already alerted the handful of those customers hosting with us they have until June to upgrade, move or change platforms.

[Bruce - PhosphorMedia]

Dear John,

(sorry, just had to write that).

Understand, but, here's an analogy. Drain all the oil from your car. Start it up and drive to San Diego and don't pay attention to that stupid light...if it aint broke, don't fix it. :)

(BTW: Nice to see you still hanging in there.)

[PCINET - Andreas]

Hey Jonathan, so nice to see you around! It must be many, many years that we chatted.

[Jonathan-Driftwood]

Completely understood Rick however there remain clients (albeit a tiny amount) who do not pass credit card info in the transaction and just want an advanced order system. In that case it gets hard to justify the development and recurring costs for an 'advanced' shopping cart. Not trying to justify obsolescence, just lamenting the lack of recycling and illustrating just one seemingly valid application for an antique solution. I admit being the hillbilly in the back garage compared to your own fountain-foyered Rolls' dealership (smile). But you guys (hi John) built a Rolls Royce engine quality set of base code and interpreter which still carries a sadly underutilized capability.

Yes Bruce and Andreas, I am one hangable fella. Have worked - almost literally every single day - with Miva Merchant for 20 years now, just like you old fellow elephants (laughing). Heck, I still have Darren's original OpenUI web site on drive somewhere. But probably from some deviant hoarder tendency rather than honorable intent. Like a smiling pudgy hamster with fat cheeks, just in a bigger cage.

But please - let us return to inviting competent developers to attend to the OP's original request. We have sadly distracted from his needs.

[lesliekirk]

But you guys (hi John) built a Rolls Royce engine quality set of base code and interpreter which still carries a sadly underutilized capability.

Yes Bruce and Andreas, I am one hangable fella. Have worked - almost literally every single day - with Miva Merchant for 20 years now, just like you old fellow elephants (laughing).

Jon - I do not self-identify as an elephant LOL, my husband calls me a "legacy".

With that out of the way - I don't feel the needs have been distracted from. I would hope that Afshin is aware that the MM4 version as it relates to TOS is obsolete and comes with monthly penalty fees for it's continued use. If not, we have made his aware of it. Afshin's store looks very nice and at first glance I would have assumed it was at least a MM5.X version. You can see that a lot of custom work has been done. By custom work, I'm referring to the use of modules that may no longer be supported. That will need to be taken into consideration if the plan is to stay with MM4, as there may not be many remaining developers that have MM4 module building skills. Then there are those that are just not. It's sounds like Jonathan's MM4.X foo might still be strong and if you need a recommendation - he gets 2 thumbs up from me.

[Jonathan-Driftwood]

Yes Leslie, you would beyond qualify as a legacy and are much too sweet to put in the pachyderm set! You and Pamela are exempted due to your legendary extended kindnesses.