WSO
11-02-06, 05:49 PM
Over the last few days I've been frustrated and concerned about a few issues I've encountered. Please read below and if you have the same setup and are in a position to test this, please give me some feedback. I would really appreciate it. :)
Of course, have a backup ready if you do this on anything other than a test install of Miva Merchant 5.
Start with this (yes, I know about the speed issues with 5.04):
Production Release 2
MIVA Engine v5.04
Database API: mivasql
Upgrade to this:
Production Release 2
MIVA Engine v5.06
Database API: mivasql
Then edit ANY user interface page. For example, simply add a blank line to the top of the SRCH (search) page, and click update. Is the blank line still there? It isn't for me.
Then go to the store front and check the search page. Is it broken? By broken I mean it appears the browser is sent the actual page template data and not the interpreted data. Basically, it isn't getting run through the Miva Engine. If you do a View Source you can see the Miva Merchant markup language codes, etc...
So far every store that is PR2, upgraded from v5.04 to v5.06 and using MivaSQL will break if any change is made to any template page. And using the template recall feature to revert does not fix the problem. It is possible that changes to other areas would trigger a failure, but so far I've only tested the template pages.
I don't think PR2 matters as I've tried upgrading to PR3 both before and after editing a template page and I still get the same result.
I do not have this problem on our newer stores that use MySQL. Unfortunately a few of our stores were installed using MivaSQL when Miva Merchant 5 first came out. We know better now.
I'm just looking to see if anybody can replicate this so I know if I need to just bite the bullet and begin migrating these stores from MivaSQL to MySQL or if the situation is salvageable by correcting something on my end.
Lastly, are their any known problems downgrading from v5.06 to v5.04 or even v5.03 once the store has been running under v5.06?
FYI, this is running under FreeBSD.
Thanks again, I appreciate the help.
-Chris
WSO
Of course, have a backup ready if you do this on anything other than a test install of Miva Merchant 5.
Start with this (yes, I know about the speed issues with 5.04):
Production Release 2
MIVA Engine v5.04
Database API: mivasql
Upgrade to this:
Production Release 2
MIVA Engine v5.06
Database API: mivasql
Then edit ANY user interface page. For example, simply add a blank line to the top of the SRCH (search) page, and click update. Is the blank line still there? It isn't for me.
Then go to the store front and check the search page. Is it broken? By broken I mean it appears the browser is sent the actual page template data and not the interpreted data. Basically, it isn't getting run through the Miva Engine. If you do a View Source you can see the Miva Merchant markup language codes, etc...
So far every store that is PR2, upgraded from v5.04 to v5.06 and using MivaSQL will break if any change is made to any template page. And using the template recall feature to revert does not fix the problem. It is possible that changes to other areas would trigger a failure, but so far I've only tested the template pages.
I don't think PR2 matters as I've tried upgrading to PR3 both before and after editing a template page and I still get the same result.
I do not have this problem on our newer stores that use MySQL. Unfortunately a few of our stores were installed using MivaSQL when Miva Merchant 5 first came out. We know better now.
I'm just looking to see if anybody can replicate this so I know if I need to just bite the bullet and begin migrating these stores from MivaSQL to MySQL or if the situation is salvageable by correcting something on my end.
Lastly, are their any known problems downgrading from v5.06 to v5.04 or even v5.03 once the store has been running under v5.06?
FYI, this is running under FreeBSD.
Thanks again, I appreciate the help.
-Chris
WSO