keat

I've upgraded a test site from V3 to V6, which didn't really go in to much depth with countries, as we had a custom shipping and tax mod. So now i'm trying to get a working V6 to how we'd like it and am really struggling with countries. So I added GB and Jersey as two test countries. When I come to create a new account, I have no counties listed, so I have to type my county manually. This is fine for GB, but as far as I'm aware, the small ilsand of Jersey doesn't have counties and won't allow me to proceed without typing something. Am I missing something ???

I've upgraded a V3 copy to 6.10 and although i can open the admin pages, i can't open the store front. Does this mean anything [02-Feb-2016 12:16:18 UTC] PHP Fatal error: Call to undefined function mb_strtolower() in /home/demosite/public_html/classes/seo.class.php on line 979 edit: I'm just adding MBString feature to PHP, will report back when this has finished. Fixed it.

A bit confused. I have a duplicate of V3 already on a spare domain, this is the one i was working on for the 2016 changes. For the 2016 changes i just copy about 8 tables over and upload the new images, so pretty staright forward. You suggest I update this to V6, customised it and get it working how we'd like. This I understand. Once i have a V6 that i'm happy with, how would i use these files to update the live V3. Also I guess things like database names, users etc will all be different, in different files. This i don't need to worry about going from V3 to V3. For instance on V3 global.inc would be different between 2 x V3 sites, but i'd imagin V6 will be totally different.

For over 12 months i've been threatening to upgrade to V6. The issue i have, is we have a very busy live site on V3, there's no way I could do this live, as the site has loads of mods, particularly a custom shipping mod. This mod alone could take weeks to sort out. During the time it would take to get V6 to a working site, there will have been a large number of changes on the database, products in and out of stock, new customers, new orders etc etc etc. I do have a dummy domain i could play with, in fact i did start last autumn, but needed the site to prepare for 2016, so scrapped it. From what i could gather last time, the databases between V3 and V6 are totally different. Lets assume I copy the V3 to my dummy.. again. And upgrade this to V6, then over a period of a few months get it to a point that we are happy with. How would I go about synconising the database discepancies. Also, I'd somehow have to copy the now working V6 over to the real domain.

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.