keat

My plan would be to create a new database instance on my new server. Export the tables from the old database and import them in to the new database. What i want to avoid doing is migrating a whole V3 site and spending days getting it working. There are PHP differences between the two servers, so i don't want to set about fixing ereg issues etc.

I was toying with V6 a while back, but ran out of time and enthusiasm (that's what happens when working in your own time i guess). I would still like to upgrade our main site to V6, but it's too big of a risk, so I'm considering maybe upgrading one of my lesser sites. The lesser site is sitting on a different server to the one where i'd like to play with V6, which means that i could just change the name servers leaving the original site intact should i need to go back. So i'm wondering, is there an easy way to upgrade to V6 without having to install V3. I really don't want to have to input the inventory again. Could i copy the database from one server, restore this to the new server and just install V6

I have mentioned previously, but the question was embedded in a thread, so went unanswered. Would it be possible to add the product options drop down to the main landing page for a category. eg, we sell gloves in sizes small, medium, large and x-large. If a customer chooses the "add to basket" option, then he hasn't chosen any option, and whilst the product appears to show in the basket, it's useless without an option. The only other way, would be to enter in to that particular product, so the options become available, which is then an extra click for the customer.

We removed the buy button from our V3 for this reason. It's clumsy as it requires an extra click from the customer. TBH i'd all but forgotten that V3 had the buy button it's been that long. How difficult would it be to add the options button from the main landing page I wonder.

Another issue with adding pack sizes in to the descriptions I suppose again could confuse stupid people. For instance, lets say we sell fuses in pack sizes, 10, 25, 50, 100, 500 & 1000 Assume I put 1amp fuse, pack of 10. Customer adds 1 to his basket, he knows he's getting 10. Stupid customer comes along and adds 50, does he think that he's getting 50 fuses or 50 bags of 10 ? At the moment, the customer chooses how many fuses he wants, not how many bags.

Tim. I agree, however, with over 4000 products, auditing which ones need to display pack sizes and then actually changing them would be an almost impossible task. Compare to the V3, and you'll no doubt see what I mean. http://www.beal.org.uk/electrical-products/fuses/domestic-fuses/domestic-fuses-1-amp/prod_192.html and then take this example http://bealworkshopsupplies.co.uk/index.php?search%5Bkeywords%5D=viz&_a=category available in small, medium, large, extra large. From the landing page, you havn't a clue what size you might be buying.

I've had another little play on the site and found if I add a product to the basket from the main page it doesn't add eg. http://www.church-goods.com/cruets.html (cruet_1) but if i enter in to that product it does. http://church-goods.com/crystal-cruet_1.html The site is still slow for me though.

I love the look and feel of V6, so much slicker, fresher and modern to V3, with some wonderful features. However, i'f i'm to ever use V6, then I have a hell of a lot of work to do, around the products. With over 4000 products, editing them all to suit the layout of V6 would be an almost impossible task, one which would never be completed i think. From the first product page, with the buy it now option, point 2 is even worse. You really would think that you were only buying 1 fuse.

I also noticed that, but assumed in was just a routing issue

I was referring to 6.01, but i've edited my original post to make this a little clearer. Incidentally, here is what I'm referring to on point 2. I chose a product that we sell in multiples, starting with a bag of 10 fuses. I added this to the cart twice. Once using the default "Please Select" option and again using the 10 option. Domestic Fuses 1 Amp - FU1-1 (1.30) 1.30 Quantity: 1 Domestic Fuses 1 Amp - FU1-1 (1.30) Order: 10 1.30 Quantity: 1 The first entry looks like the customer is only getting one fuse for £1.30, when in fact he should be getting 10.

I reconfigured PHP on the server, and it seems to be working with folders set to 755.

If this info helps anyone else, Then this evening I reconfigured my PHP config. I removed PHP Mod_Ruid2 and switched to SUphp with SUexec and initial signs would indicate the permissions thing may be fixed. I wouldn't expect everyone to understand any of that, but it might just help someone in the future. More testing tomorrow during work time.

Edited: This referrs to issues in V6 compared to V3 We found on our V3 sites that product options were confusing stupid people. People would call asking why, when they added an option to the cart, it would charge them £10.25 and not £8.50 as stated on the drop down. Explaining to them it was +£8.50 was often met with comments like being deceitful. In the end, I had a small mod written that would display the correct sale price, ie, Base price + Option price. Now instead of it saying +£8.50, it says £10.25. Could the same be done on V6 ? Also I've noticed that when a product has a dropdown for mutiples, the default is "Please Select", where as on V3 it would default to the lowest denominator. If we sell fuses in 25's, then 25 was the default option, with 50, 100, 500, 1000 being additional options. As it looks on here http://www.bealworkshopsupplies.co.uk/micro-blade-fuses-10-amp-25-red.html , It appears that one fuse is £3.15, when in fact if you look at the drop down it would be for 25 fuses, and you'd have to physically choose this as an option. Compared to: http://www.beal.org.uk/electrical-products/fuses/micro-fuses/micro-blade-fuses-10-amp-25-red-/prod_2860.html There's little in the way of confusion on the V3 that your'e indeed buying a pack of 25

Actually, changing the permissions of the images folder (and all its subs) to 777, and these images appeared. So i definitely need to look at the PHP config, if i'm to use V6

Is there a way to force a rebuild ?

I imagine it could be related to the PHP permissions thing.

Upgraded from a V3.18 to 6.01 yesterday, but it appears that something didn't build the image thumbnails correctly. http://www.bealworkshopsupplies.co.uk/electrical-products/110v-connection.html for instance (Disregard the cache error for now, i'm looking into a PHP change)

I came across a problem on one of my V3 sites when using PHP 5.4, anything that had a non standard character resulted in an empty basket. Now this might be totally unrelated, but I figured it's worth a mention just in case, i notice the Cystal Cruet has imperial inch sign ". This was the sort of thing causing my issue.

FCGI.. what would be regraded as a lot of memory to run this ?

SUphp isn't compatible with Ruid2, and it was suggested on the WHM forum that Ruid2 was a better security feature than SUphp, hence the reason i'm running DSO.

The minute i change all folders back to 755, i have issues. For instance, in the products inventory or products overview, the font size increases. This goes back to normal if i chmod the cache folder to 777 or 757. If i try to print a customer order form, I receive "not possible to generate printable file", but i've not yet determined which folder this is. For the time being, until i can be sure of security, i've changed all folders to 755.

I have my own dedicated server. Running PHP 5.3.29 (can't upgrade any higher at the moment due to incompatibilities with V3) Handler is DSO Apache Mod_Ruid2, and SUexec

I added the following to the PHP box <?php $subcats = $GLOBALS['smarty']->getTemplateVars('SUBCATS'); if($subcats !== false) { foreach($subcats as &$subcat){ if(strpos($subcat['cat_image'],'noimage') !== false) { // using 'noimage' for this subcat, get the subcat's first product's image $subcat_products = $this->getCategoryProducts($subcat['cat_id'], 1, 1); $subcat_products_keys = array_keys($subcat_products); $subcat_product_image_url = $GLOBALS['gui']->getProductImage($subcat_products_keys[0], 'subcategory'); $subcat['cat_image'] = $subcat_product_image_url; } } } $GLOBALS['smarty']->assign('SUBCATS', $subcats); and at first it didn't work, but i think that's because i edited the folder permissions after install (see my other thread) Changing folder permissions back and it works wonderfully.

V6.0.1 I've found that the site won't work quite correctly without a number of folder permissions being set to 777. Cache & Files for instance. I always assumed that 777 was a security risk ?

I'm toying with a test V6 site, still has a lot of work to do before it has all the features we had written for our V3 site. One feature we had was regarding thumbnails for sub categories. Images for sub categories were taken from the first product in that sub category. It saved us a heck of a lot of work, and was only a few lines in one of the php.ini files