Most shopping carts (ecommerce software) is written in PHP (e.g., osCommerce, Zen Cart, CubeCart, etc.). Unfortunately, the shared SSL certificate (https://lunarpages_server.com/~account_name/your_stuff) supposedly doesn't work with PHP. I'm sure there are Perl CGI-based carts usable with HTML, but I'm not really familiar with any of them. If it's a fairly small store, have you looked at using PayPal's shopping cart? I understand that you just drop some code for an "add to cart" button and maybe a quantity field into the page, and they take care of the rest of it (dunno what, if anything, they charge for this). Does she intend to use a merchant account and payment gateway and collect credit card information herself, rather than using a service like PayPal (or dozens of other payment services such as WorldPay, AuthorizeNet, PayQuake, Psigate, PM2, iPayment,...)? If not, it's not mandatory that she have SSL (although customers may be more comfortable with providing address information with SSL protection), and she could use a PHP-based cart. If she will be collecting credit card information, I would suggest biting the bullet and buying a dedicated IP address and private SSL certificate so she can use one of the nice PHP-based carts mentioned above. I would think that customers might be concerned about a shared SSL certificate, if they can see the Lunarpages server address in the URL, rather than your site address with a private certificate.