2011

Scott,

I hope you get a flock of people wanting to use the new store app you wrote= (it sounds like it must be great).
You deserve it. =A0Webdna deserves it.

Chris, Dan,
looking forward to the tool for sharing modules! (the 'WebDNA app store=' you mentioned Dan). =A0That sounds like a lot of fun! =A0..and I thin=k it will stimulate a creative atmosphere.

-G

> Govinda,
>
> Thank you for your response, you made excellent points. In fact, we fi=rst mastered all the validation using *server side* WebDNA. Then used progr=essive enhancements and unobtrusive Java scripting so that all forms will w=ork and validate even if Java script is not enabled.
>
> -Scott
>
>
> On Wed, Mar 30, 2011 at 9:11 AM, Govinda <govinda.webdnatalk@gmail.com> wrote:
> Hi Scott,
> this is great, and I am sure it will bring reassurance to everyone fol=lowing the thread, if not good business for you and whoever may solicit you=r work.
> :-)
>
> Let me just add one more point of professionalism.. that although it i=s fairly common.. it is also considered not very robust to rely *only* on j=avascript and/or flash to validate user data. =A0I would recommend both: ke=ep the work you did to make it pretty and instant.. but *also* validate use=r input *server side* (webdna) to be sure no lame/malicious/edge case gets =through. =A0There are several ways an intentional or unintentional user can= get through the client side validation routines.
>
> -Govinda
>
>
> On 2011-03-30, at 7:36 AM, Scott Walters wrote:
>
>> Greetings Everyone!
>>
>> I haven't read through this entire thread yet but I believe I =got the gist of it. It seemed a good opportunity to chime in.
>>
>> My most recent project entailed taking a very old WEBDNA/WebMercha=nt site and upgrading it to the latest standards. Every commerce tag was re=placed by a custom shopping cart, the site can now completely operate using= just the developer edition of WEBDNA. =A0Also, the old site utilized the c=ustomer email address to log in and to connect them to the services they pu=rchased. When users updated their email addresses they would lose access to= the site and had no way to retrieve their log in info without contacting t=he company by phone.
>>
>> After logging in with a new email address, users often had corrupt=ed or missing information in their order histories. =A0So, in addition to r=eplacing the entire shopping cart system, the user account system had to be= replaced too. Not to mention a massive data mining project to master the e=xisiting data and to make it compatible with the new systems. Users can now= change their email address, login ID, and password as often as they like w=ith no issues.
>>
>> To accomplish this, I created a script making the process of migra=ting out of WebMerchant and into custom databases turn key. I listed all [o=rderfiles] and for each, appended a new database. Then, queried all [orderf=iles] for [listitems] and appended each to a new database. Then upgraded th=e rest of the site to operate under these new conditions. This process can =now be easily adapted to any site that is looking to migrate away from thei=r Commerce Edition dependency. Personally, I prefer CE only when large back= end applications are needed. It's great to be able to use commands in =URLS and Posts when developing Intranet applications. (still wishing corpor=ate would re-enable this feature in PE. Instead, I think they are removing =this feature from 7.0 all together???)
>>
>> The best part of the project is that we accomplished everything wi=th "Zero" interruptions to the clients. The site sells Online Con=tinuing Education Courses for CE credits in the field of Psychology and has= lots of regular users. Plus, the site features plenty of AJAX & J Quer=y integration. We used it throughout the site but primarily in the areas of= form validation. Forms never have to be reloaded to find input errors, all= fields are checked in real time and users are prompted before proceeding. =So now, every form guarantees perfect data input. For example, when users c=reate a new account or modify an existing one, the User-ID and email addres=s is verified to make sure they are not already in use, and that the passwo=rd meets minimum requirements. Another example is the validation of credit =card information before it gets sent to the payment gateway. This upgrade n=ot only replaced the [validcard] tag, it is more accurate and performs inst=antly as the user is typing the number. We also replaced the [shownext] tag=, our method displays the next set of results or can resort them instantly =and without reloading
>>
>> The payment gateway was customized to run internally through an AP=I. =A0Also, we gave the client the ability to modify "anything" o=n the site without ever having to use HTML or an FTP. CSS was used exclusiv=ely for "all" cosmetics so that changes can be made globally to m=aintain consistency with much more efficiency. Finally, we ensured that all= functions and features were cross browser compatible.
>>
>> If anyone is interested in this kind of work, I am available and f=lexible with pricing depending on the circumstances. I can also assist in a=ny hosting, email, DNS, data mining, or registration needs. =A0You may view= the site I discussed above at www.programservices.org. The owners name is Karen Smit=h. Feel free to contact her if you would like to verify the professionalism= of the work or her experience of working with me. You can use the number l=isted on the site or the contact us page.
>>
>> Respectfully,
>>
>> Scott Walters
>> WebDNA Lifer

---------------------------------------------------------
This message is sent to you because you are subscribed to
the mailing list <talk@webdna.us&g=t;.
To unsubscribe, E-mail to: <talk=-leave@webdna.us>
archives: http://mail.webdna.us/list/talk@webdna.us
Bug Reporting: support@webdna.us