-
Notifications
You must be signed in to change notification settings - Fork 278
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
/var/www/html data volume? #90
Comments
Hello @rvalle the Mautic files reside in the /var/www/html folder, as well as the app/themes and app/media folder that are used to store users' files. By the way mautic is developed, I do not advise updating it just by recreating the container. Some caching and database operations are usually required. Mautic also offers a simple script that can be used to upgrade. https://github.com/mautic/mautic/blob/staging/upgrade.php |
Hello @luizeof to me, the question is why running mautic under docker at all? I think this can be achieved the whole mautic distribution comes in the docker image, and user data is stored in docker volumes. At startup, mautic should be able to decide if the data volumes belong to an older image or not and trigger update procedures when required. This would pave the way to unsupervised docker updates. Do you think this is achievable? Mautic should be written in a way that:
Do you think this is already there or easily achievable? |
I think it's possible to do this with Docker. But I do not know how it would be for the rest of the community to just re-create the container and update the Mautic ... many people wait a while before updating |
If the container contains all mautic distribution and the version tag matches mautic version then the community can choose when/how to update. They can use a pinned version number such as "2.15.1" or "latest" version depending on how critical the environment is, and what their update policy is. Obviously they should backup data volumes to ensure they can go back to previous version if the update process goes wrong, or the new image is buggy. For this we would also need to tag the images with the mautic version, but that should not be a problem either. |
@luizeof commented on April 1, 2019 8:52 PM:
I think @rvalle makes a good point. Is there any reason why
Is this any different from doing an upgrade from within the web UI? |
Would like to chime in too that the current structure doesn't make a great deal of sense. The application code should be baked into the container, not compiled into a volume on run. As it stands, there's really no benefit to using Docker in this way and it makes for a very messy container - though I appreciate that using Docker more appropriately would likely invalidate the current upgrade script. |
I also support the idea to separate app code location from user's data so we could mount these volumes separately. Also web server would be better to separate as well, as docker's idea is a single process containers. So please publish a recommended docker-file for: mautic app + php-fpm, nginx, cron, maridb containers. Now I don't understand how to use fresh mautic docker images to upgrade my existing setup. Documentation says that image unpacks mautic app into /var/www/html folder, but this volume is already mounted with existing setup and contains my data, as was recommend in you own example of compose file: mautic: so, what will happen if after user's docker-compose up the new mautic container will detect that such "mautic_data" volume already exists? it will mount and use old data and application code instead of new one, right? It means that mautic version update will not happen. If you can suggest a temporary workaround, I'll appreciate that. |
@nilyin that is the point. IMHO the ideal mautic distribution would be:
benefits:
For this to be possible mautic would need to:
|
++ another potential benefit is that we can implement Mautic multi-tenancy (multiple own Mautic Landing pages on same host or cluster) by using containers' separation with one dedicated container for database server. |
I am going to work on this. I just does not know Mautic, could you please help me what to not forget about in #184? |
Hi!
I am confused by the data volumes included in the documentation:
/var/www/html seems to include the application PHP code, its plugings, themes, etc.
why is it recommended to set it up as a data volume?
Where is mautic storing its data other than in Mysql?
Can it be separated from the application distribution?
How is this all going to work when pulling a new version of mautic?
Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.
The text was updated successfully, but these errors were encountered: