Is it possible to go back from 1.2 to 1.1.2?
I noticed that I upgraded my site to early.
Thanks,
Piet
Watch
GitHub Core
Show your support for Zikula! Sign up at Github account and watch the Core project!
GitHub Modules
- rgasch created topic »Using PageUtil::addVar() to load script code« 11:48 AM
- michiel responded to »password problem« 10:01 AM
- mazdev responded to »Hide "Register new account" and change template to 3 col« 07:50 AM
- mesteele101 created topic »Zikula 1.3.3 - Site Search 1.5.2 - Unable to turn off plug-ins« 07:48 AM
- mesteele101 responded to »ERR (3): E_USER_ERROR: Smarty error: [in pagesvar:pagesitem2en line XXX]…« 25. May
- mazdev responded to »Pages 2.5.0 and updating - Page not found« 25. May
- mesteele101 responded to »Zikula 1.3.3 - Selecting a category in Pages not working« 25. May
Zikula Blog
- Anatomy of Open Source Projects on Mar 07
- Continuous Review on Mar 01
- Not Invented Here on Feb 24
- How to Contribute Your Code at Github on Jan 13
- 10 Steps to Coding-Nirvana: Tips for Successful Module Writing on Nov 12
- Submitting Bug Report Tickets That Get Results on Aug 17
- Cozi Tricks #1: Syntax Highlighting on Aug 07
Login
Back to 1.1.2
-
- Rank: Registered User
- Registered: Jun 30, 2009
- Last visit: Nov 27, 2009
- Posts: 8
-
- Rank: Developer
- Registered: Aug 23, 2003
- Last visit: May 31, 2010
- Posts: 1428
-
- Rank: Registered User
- Registered: Jun 30, 2009
- Last visit: Nov 27, 2009
- Posts: 8
It is a live community enviroment. There is too much changed in the meantime.
edited by: apslob, datetimebrief -
- Rank: Developer
- Registered: Aug 23, 2003
- Last visit: May 31, 2010
- Posts: 1428
Then what is the reason that you want to revert to 112?
I don't think there is an automatic downgrade solution, if you really want to do that it will be a difficult manual job I think. It might be easier to overcome whatever problem you have with 1.2
--
campertoday.nl, Module development, Dutch Zikula Community -
- Rank: Team Member
- Registered: Sep 06, 2006
- Last visit: May 09, 2010
- Posts: 2446
Woops, there's no way to downgrade.
What's your problem?
weird chars on the screen? you should change the pnlang/ files to utf8...
You must test the upgrade locally before put it live :-S
--
- Mateo T. -
Mis principios... son mis fines -
- Rank: Registered User
- Registered: Jun 30, 2009
- Last visit: Nov 27, 2009
- Posts: 8
All kind of problems and bugs:
-missing Dutch translation, had much trouble in a multi language environment
-profile; 1.5 is much better but still not bug free
-dizkus, datetime problem, problems with editing posts
-eternizer; terrible user and datetime displays
-simplegallery; cannot upload new photo’s anymore
-admin panel has some display problems
-character corruption; all characters like é and ë are displayed as �; the tekst in the database is ok
- I don't know what possible problems are in content, news, newsletter, EZComments, addressbook and all kind of other modules but i am very suspicious.
Lots of problems are solved with the updates of several modules and I can also see that everybody is working hard on the version 1.2. I also realize that it is my fault that I upgrade to the new version to soon.
Can somebody tell me if it is possible just to restore the files and leave the (updated/upgraded) database as it is?
Thanks
edited by: apslob, datetimebrief -
- Rank: Expert
- Registered: Feb 27, 2005
- Last visit: Apr 18, 2010
- Posts: 1577
apslob
Is it possible to go back from 1.2 to 1.1.2?
There's no downgrade path, if one has saved a backup of the files and DB, it should be pretty straightforward to restore the old site.
(I learned the hard way how essential it is to have a current backup from which to restore whenever one makes significant changes.
)
edited by: pheski, datetimebrief
--
Peace
______________________________________
The commonest cause of problems is solutions. -
- Rank: Team Member
- Registered: Feb 27, 2005
- Last visit: Apr 12, 2010
- Posts: 665
apslob
All kind of problems and bugs:
-missing Dutch translation, had much trouble in a multi language environment
Just a matter of not enough translators. Interested? :)
Not possible AFAIK, since it's all converted to UTF-8. Not quite sure though if 1.1.2 has support...apslob
Can somebody tell me if it is possible just to restore the files and leave the (updated/upgraded) database as it is?
But, you could at least do it the right way now: Make a backup of your new, upgraded 1.2.0 environment. Copy that backup (at least the database) to a separate test-environment. Now also copy a backup of the files of your 1.1.2 site to that test-environment too. Finally, edit the config file, and try to set database character-encoding to UTF-8 (since that was all converted on your upgrade).
Open the index file and pray :)
--
-- Teb
-- Dutch Zikula Community
Support questions in a Personal Message will be ignored. Use the forums at all times! -
- Rank: Registered User
- Registered: Jun 30, 2009
- Last visit: Nov 27, 2009
- Posts: 8
Thanks to all for the fast replies.
I have no test enviroment. Our website is running at the providers server. I am running on a Windows XP machine.
We have decided to restore the backup.
I will try to run the 1.1.2 files on the 1.2.0 database. Lets see what happens. -
- Rank: Team Member
- Registered: Feb 27, 2005
- Last visit: Apr 12, 2010
- Posts: 665
With a bit more time, one could setup a test environment one the same server.
Try putting the files in a subdirectory. For the database, you could import a copy in another database, or (if you only have one database) make a backup, and rename the tablenames by replacing a prefix. Then, modify that prefix in your config file, and you're good to go. I remember posting a bash script for this process here too.
You need shell access to your server though, so skip this if you don't have that. I tested this only on a MySQL 5 environment. Use at your own risk, and at least test run it first somewhere!Code
#!/bin/bash
# Fill in correct values below
dbuname=YOUR_DB_USERNAME
dbpass=YOUR_DB_PASS
dbname=YOUR_DB_NAME
# Command below makes a complete backup of your existing database,
# and gzips the result (handy for later use)
mysqldump -u $dbuname -p$dbpass $dbname > $dbname.sql
gzip $dbname.sql
# Command below opens the backup, renames all tables in your gzipped file from nuke_* to zk_*, and
# re-inserts them into the database. Change prefixes accordingly if necessary
gunzip < $dbname.sql.gz \
| sed -e 's/TABLE `nuke_/TABLE `zk_/g;s/TABLES `nuke_/TABLES `zk_/g;s/EXISTS `nuke_/EXISTS `zk_/g;s/INTO `nuke_/INTO `zk_/g;' \
| mysql -u $dbuname -p$dbpass $dbname
--
-- Teb
-- Dutch Zikula Community
Support questions in a Personal Message will be ignored. Use the forums at all times!
- Moderated by:
- Support
