SOLVED Order of updates?
-
-
- Kingsley
- Sr. Rocketeer
- Posts: 179
- Thanks: 0
-
You'll have to forgive me if this has been asked before, but I have several sites with
Joomla, Gantry, and a Rockettheme template, and I am unsure about which order is
best when going about updating each of these (yes it's been a while and they all
need updating). I realize I need to back everything up and then make sure to note all
changes to CSS/template files so I can replace them, but I am unsure if it matters in which
order I update these various components.
One example, a site is running Joomla! 3.2.3 (updating to 3.3.6), Gantry 4.2.21 (Updating to 4.2.26),
and Hadron 1.0 (updating to 1.3)
Not sure if it matters what order I update these, or if there are other concerns with updating
that I may be missing? For example if the update to Hadron is inclusive, or should I be updating
to 1.2 and then to 1.3, etc. Any advice would be appreciated.
I have read www.rockettheme.com/docs/joomla/platform/update_template.md this,
which is helpful, but does not address my question.
Thank you. - Last Edit: 10 years 4 months ago by Kingsley.
-
-
-
- David Goode
- Preeminent Rocketeer
- Posts: 17058
- Thanks: 890
- Web Designer and Host
-
Hi Kingsley,
My process is as follows...
Generate Akeeba backup and then install it on a local server or a sub-domain on the live server. This means I can make changes without everything being visible on live site.
I then update Joomla, extensions and template in that order, checking for errors after each updated item.
Once all updates are completed and testing finished I back up the clone using Akeeba. I load that back up to the backup directory in Akeeba. Next I use the manage option to import the backup to live site. Next I take site offline and run Akeeba restore on that backup. Then check site is working as expected and put it back online.
Hope this helps
Please search forums before posting. Please make sure your post includes the version of the CMS you are using and a link to the problem. Annotations on screenshots can also be helpful to explain problems/goals. Please use the "secure" tab for confidential information
-
-
-
- Kingsley
- Sr. Rocketeer
- Posts: 179
- Thanks: 0
-
Thanks for the prompt and helpful reply.
Does it matter if I go from Hadron 1.0 to 1.3, skipping 1.2? I imagine that it's fine to do that, but just wanted to make sure (I'm not strictly a webdev, I mostly do design, so forgive my ignorance here). - Last Edit: 10 years 4 months ago by Kingsley.
-
-
-
- David Goode
- Preeminent Rocketeer
- Posts: 17058
- Thanks: 890
- Web Designer and Host
-
Hi Kingsley,
No problem. You can skip template versions. All of our templates are updated to work as a new install rather than a patch or upgrade.
Hope this helps
Please search forums before posting. Please make sure your post includes the version of the CMS you are using and a link to the problem. Annotations on screenshots can also be helpful to explain problems/goals. Please use the "secure" tab for confidential information
-
-
-
- Kingsley
- Sr. Rocketeer
- Posts: 179
- Thanks: 0
-
I am still stuck here. Can you check the secure section of this reply, if you have a moment?
EDIT: SOLVED!! finally.
This was related to the geshi plugin. As soon as I removed this plugin, created a new backup, restored to a new subdomain...database restoration worked without throwing the error.
So it's related to Joomla, not RocketTheme. Since Joomla 3.2+ uses CodeMirror, it causes no problem to remove it (I think it's only there for legacy purposes). But because it is outdated, it is referring to directories that are no longer on the server, and causing the error.
This is the thread that helped me solve it, just in case someone else runs across the same issue (however, if you are prudent about updating things, you probably would never have the problem in the first place):
http://forum.joomla.org/viewtopic.php?f=431&t=288136&start=90
Particularly this:
Step 1. Identify which plugin is having problem:
You can either disable those plugin one by one in Administration control panel under Extensions -> Plugin Manager. When you disable one plugin and the error doesn't show again when editing post, then this is the plugin in problem.
You can also go to Extensions -> Install/Uninstall -> Plugins
Look for those plugins which its "version", "date" and "author" column is empty. These are the plugins in problem.
Step 2. Remove the plugin which is having problem:
You can try to uninstall the plugins under "Extensions -> Install/Uninstall -> Plugins", although you will see error uninstalling, you may try if you can edit post now to see if the Fatal error persists. (this works for some people, but for my case, the error persists)
If the error persists, you need to delete the plugins from your MySQL database table directly.
Go to your MySql database and open the "jos_plugins" table, delete those lines which the plugins are having problem (those you identified in Step1).
Step 3. You can now re-install the plugins:
At Adminstrator page then select "Extensions -> Install/Uninstall".
From here you can re-install the plugin and it will be working properly. - Last Edit: 10 years 4 months ago by Kingsley.
-
Time to create page: 0.048 seconds