Dirty Butter

I took a deep breath and renamed my old plushcatalog folder, renamed the test folder to plushcatalog, and changed the urls in the global.includes file to match, left the database information pointing to the test database AND IT WORKED! I now have a stable v5.0.4 version that is live and working as it should. It's taken a good bit of work to get it that way, and I'm sorry that so many are still struggling with the cart. Hopefully the v5.0.5 will solve most people's problems. As for me, I'm taking a complete backup of the database and all the files before I try the v.5.0.5 upgrade. In case you didn't take the time to read the announcement, if you're upgrading from a previous v5x version you need to get rid of your cache. Read the forum directions for how to do this in the announcement. And if you're done any tweaking while you tried to get 5x stable, as I did, I'd suggest you take the time to read through the File Difference Report list, too. I found one piece of code for my customized skin I'll have to do manually.

I'd need to make changes in the includes file, wouldn't I? I'm guessing make the name change you suggest, plus change the $glob['rootRel'] = '/test002/'; $glob['storeURL'] = 'http://dirtybutter.com/test002'; to $glob['rootRel'] = '/plushcatalog/'; $glob['storeURL'] = 'http://dirtybutter.com/plushcatalog'; Since v5 is so different, I just want to be sure there's no other file that needs to be changed, or any other steps I need to take before the switch.

OK. I've worked the bugs out of my v5.0.4 site and am ready to go live on our production site. The test and production sites are in different directories on the same domain, but each site has its own database. Can someone tell me what I need to do to get the test site working on the production site url? Test site currently at dirtybutter.com/test002 with database 2 Production site is dirtybutter.com/plushcatalog with database 1

No, I don't look at the v5 part. That just gets me there quickly. There's a choice box in the right top to change to v5 bugs.

There's a prominent link in the v4 section that I use to get to the bug reports. I agree it needs to be easier to find.

Now that I've gone live I'm getting the long urls with categories and subcategories as well as the item title! And they do not go away when the store is live. HELP!!

I would use the backup you made before the upgrade and go back to v4 for now if I were you.

It could be done from the database by creating an SQL find replace query.

I've created a bug report #0003001 asking for a rewrite rule. It might help if you would put a note on it to show I'm not the only one who wants this.

I'd like to do this for a v5 install, but so far I've not been able to get it to work. If anyone figures out how to do this with v5, please post your solution.

I searched through the bug reports and finally found the file that controls this: classes/session.class.php Until someone can help me with a better way I did this: //Set the lifetime to 30 minutes //I set it to 12 hours ini_set('session.gc_maxlifetime', 43200); I know that's not a good way to do it, but it seems to be working for now. As the day goes by we'll see. It needs an if..else so it keeps the admin logged in, but times out a viewer who has left the page open for an extended time. It may well be that that code is in there somewhere already and just needs tweaking.

Still hoping for help on this.

There have been a lot of bug reports, with quite a few resolved. But there doesn't seem to have been much activity from the tech folks there lately. I hope that means they are busy working to incorporate all the bug fixes into version 5.0.5, and I'm hoping it will be released soon. I have an offline test site I've been working on for some time, and the free key will expire soon. I'm still not ready to go live, thanks to unresolved bugs, so I assume I can get a new key and change that number in global includes?? I sure will be glad when I can go live. There's a lot about v5 that I really like. Can someone give a progress report on what's going on in the background???

There have been problems with the way v5 handles country codes. Check your database and see if a US customer has a numcode of 840 or 226. If it's 226, that may be your problem, too.

You may be able to get some ideas about doing this from this thread: As for that huge category image - I've tried to find a way to change it, but couldn;t. I finally just took it off completely and like that much better. In yourskin/template/content.category.php <!-- This takes the category images off the top of the product listings page {if isset($category.image)} <div id="category_image"><img src="{$category.image}" alt="{$category.cat_name}" /></div> {/if} -->

I have a vintage site where I have 28 images on one chocolate service set. But I've never tried to put more than one photo on Google. If it were easy to do I would probably do it for a few items, but it's not an important feature for me. Being able to easily show all those images on CC is much more important to me. I'm having to make do with a workaround to show all those images as CC stands now.

Please share the fix, as I need for customers to be able to search for parts of words, such as searching for "vibrat" to find listings that use the word vibrate OR the word vibrating. It would be great if search would include the keywords in the metadata as well, as many items will be searched for by different people with different terms than I used in the listing, such as bunny instead of rabbit. I would even be happy if Search used only the metadata keywords, as I'm careful to put all terms there.

I've just realized there is already a Notes tab on the Order Summary screen. This code in admin/sources/orders.index.inc.php looks like the place that could be copied and modified to create a Notes tab on each product: // Add a new note, if there's any content if (!empty($_POST['note'])) { $note = array( 'admin_id' => Admin::getInstance()->get('admin_id'), 'cart_order_id' => $order_id, 'content' => strip_tags($_POST['note']), ); $GLOBALS['db']->insert('CubeCart_order_notes', $note); } // Hook foreach ($GLOBALS['hooks']->load('admin.order.index.post_process') as $hook) include $hook; if (isset($_POST['submit_cont'])) { httpredir(currentPage(null, array('action' => 'edit', 'order_id' => $order_id))); } else { httpredir(currentPage(array('action', 'order_id'))); } } if (isset($_GET['delete-note']) && isset($_GET['order_id'])) { $GLOBALS['db']->delete('CubeCart_order_notes', array('cart_order_id' => $_GET['order_id'], 'note_id' => $_GET['delete-note'])); httpredir(currentPage(array('delete-note','print_hash')), 'notes'); } I'm still hoping someone can help me accomplish this. Any takers??

The new pattern is much nicer. What would be ideal would be something to redirect from the v4 to the new v5 style, that way all the old links would still work. Right now they drop through to the shop front page. I tried one of the v4 urls with the test site inserted, and it 404's for me. I don't even get the home page. I'd love to add a Redirect to my .htaccess to redirect from the old style to the clean v5 url style. Can someone write one and share it??? If this can't be done I'll have to seriously reconsider upgrading at this time. I've added a Feature Request #003001 on the Bug Reports to ask for a set of rewrite rules to add to the .htaccess. Please add a note to it so it will be more likely to get faster response.

I haven't made the switch on our Plush Animal Shoppe. This is not the best time of year for us to make the change, either. I'm glad you brought it up! There's a Bug Report request for a new Feature about keeping the v4 .htaccess settings to help with redirects. Would something like this work??? 0002987: Add the old rewrite rules from CubeCart 4 in the .htaccess file. Description The benefits from adding the old rewrite rules would be that links to a newly upgraded cc4 -> cc5 will still work. Additional Information RewriteCond %{QUERY_STRING} (.*)$ RewriteRule cat_([0-9]+)(\.[a-z]{3,4})?(.*)$ index.php?_a=category&cat_id=$1 [NC,L] RewriteCond %{QUERY_STRING} (.*)$ RewriteRule prod_([0-9]+)(\.[a-z]{3,4})?$ index.php?_a=product&product_id=$1 [NC,L] RewriteCond %{QUERY_STRING} (.*)$ RewriteRule info_([0-9]+)(\.[a-z]{3,4})?$ index.php?_a=document&doc_id=$1 [NC,L] RewriteCond %{QUERY_STRING} (.*)$ RewriteRule tell_([0-9]+)(\.[a-z]{3,4})?$ index.php?_a=tellafriend&productId=$1 [NC,L] RewriteCond %{QUERY_STRING} (.*)$ RewriteRule _saleItems(\.[a-z]+)?(\?.*)?$ index.php?_a=viewCat&catId=saleItems [NC,L]

Glad I could help! I'm glad it was something that easy to fix.

What's in your .htaccess? Maybe there's a mistake?? Here's mine on a test upgrade site: ## File Security <FilesMatch ".(htaccess)$"> Order Allow,Deny Deny from all </FilesMatch> #### Apache directory listing rules #### DirectoryIndex index.php index.htm index.html IndexIgnore * #### Rewrite rules for SEO functionality #### <IfModule mod_rewrite.c> RewriteEngine On RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{REQUEST_URI} !=/favicon.ico RewriteRule ^(.*).html?$ index.php?seo_path=$1 [L,QSA] </IfModule>

I found this today while searching for Hooks info: http://helpdocs.info/ACP:Hooks

Did you click to install the .htaccess?

the seo url algorithm has changed resulting in changed urls for your products. I requested help in this forum and posted as a bug in the tracker but haven't managed to replicate the pattern from 4.x Ah, I see what you mean. The v4 urls have a product, cat, etc. number appended, and the v5 do not. I really prefer the v5 urls, but you're right - it will effect page rank. We depend on Google Merchant feeds to drive customers to us, so I'm not going to stress about this. I'm sorry it's a problem for you, though.