It's safe to remove concrete 5.5.1 folder inside update folder?
it's safe to delete concrete5.5.1 folder?
how can i remove that?
why it didnt take place old concrete core?
The updates folder is now used for the core code instead of the old concrete folder.
config/site.php will have a little note at the end that the core uses to decide to use the code in 'updates'. This is so the version of C5 in use can be regressed by simply editing or deleting the note in config/site.php and retrieving a database backup. Further new C5 versions then have their own folders within updates
So best to just leave it alone.
(If you really want to delete it, you would need to copy the code from updates to the old concrete folders and then edit the config. There may also be some other odds and ends that would need tidying up that I don't know about.)
but, if new C5 version have their folders, does we still need /concrete folder?
can't i remove one of them? let say old /concrete instead of /updates/concrete5.5.1?
If there is another update (ex concrete5.5.2), can I delete the old one (concrete5.5.1)?
If you want to consolidate some things you can do this:
1. Remove the concrete/ folder from your web root.
2. Move updates/concrete5.5.1/concrete into your web root.
3. Remove the line that says
<?php define('DIRNAME_APP_UPDATED', 'concrete5.5.1');?>
From config/site.php. That will default concrete5 to looking back into the regular concrete/ directory (which is now 5.5.1, since you moved it.) Since you've you already upgraded once you followed these steps your site should be exactly as it was before.
Now I can get my free space again :)
But, now I see that upgrades are installed in ...
If I need to to make changes in the updated version, do I put those overriding files (and their paths) in the root of the version in the updates folder ...
If that's true, what's the point of the overrides? Shouldn't I just update the core, since new versions are in their own directory?
I have a lot of sites that need to be upgraded. I want to do this correctly.
To conserve space we need to manually do what is suggested in this thread.
Just curious as to why C5 doesnt just replace the /concrete folder on update? Im guessing there is a logical reason :-)
As an intermediate step, you could rename the updates version you are thinking of deleting to have a prefix 'old_' . If the site stops working, you can then rename it back. If the site continues to work, then you can delete the 'old_' version.
The reason for creating new folders for each update is to enable failed updates to be undone.
Now let's say you do that, then you go through the update but something goes wrong and your website is broken.
All you would have to do is delete the new Concrete folder in the update folder, bring back your database backup, and everything is back to normal the way it used to be.
Now if during the update, instead of putting the new files in the update directory, Concrete just deleted the original concrete folder to replace it with the new one, rolling back the changes would be a pain. You would have to download an old Concrete5 version matching your old version, delete the concrete folder, uploading the new one, then bringing back your database update.
I do recall seeing thread somewhere about running all sites off one core... anyone else doing this with success?
- Are you running those sites on VPS or dedicated server that you have a SSH access to?
- Can you make symbolic links?
- Is it Apache server, and do you know how to edit vhost.config file via SSH & vi?
If all of above answer is yes, you can do a single core.
(I don't know how to properly set-up on other web servers but apache).
I wrote some how-tos here (also submitted to How-Tos section here)