PHP Basket System more future-proof?

Hello,

Currently the website uses ASP for the cart coding. The software used is VPASP.com and this involves 100’s different pages loaded to our hosting for the purpose of the cart system.

The cart has encountered some problems with different peoples computers and different operating systems.

If the site was changed to a PHP cart system would this make it more future-proof or would I still encounter problems?

Basically, I need a cart that is future-proof (that will not require numerous updates).

Thanks.

It sounds as though the problem is with your cart system rather than with ASP itself.

1 Like

OK - Thanks for the information.

However, would you recommend PHP instead of ASP for a cart system?

Either is suitable. My personal preference is PHP but only because I don’t program in ASP. I have used RomanCart in the past and that is written in ASP IIRC.

Like @Gandalf says, language should only come into play for the following reasons:

  • What your server supports
  • if you’re looking to customize it
2 Likes

At the end of the day you can do the same thing in either language. Don’t go making more work than what is necessary for yourself because something doesn’t work. Just fix and/or improve it. .NET is actually a really good platform. Don’t just propose rebuilding something in php because one or two things don’t work. It doesn’t make any sense. If you truly want future proof consider migrating the system to JavaScript. Although again… last resort - PHP is more than adequate to do most things. Especially a shopping cart. You know how many enterprise level shopping carts are built on php platform - several.

Can you explain how migrating to JavaScript would futureproof a system @newb

In terms of open source software everything is heading in the direction of JavaScript everywhere.

1 Like

I’d say there is no such thing as future-proof code.

It seems to me that code does well if it manages backwards compatibility let alone have accommodations for the vast unknown.

As posted by others, the language used to generate HTML output makes little to no difference in the quality of the HTML output.

Not that I’m familiar with a lot of code, but the only code that I’ve seen that doesn’t get tweaks is code that has been abandoned or intended to support specific use cases.

This is key. What problems exactly?

1 Like

This topic was automatically closed 91 days after the last reply. New replies are no longer allowed.