I was following directions from someone who had a "regular" install. So this came up for me because I was trying setup replication.
![bitnami mean stack apache tutorial bitnami mean stack apache tutorial](https://2.bp.blogspot.com/-xwNs2oCnfss/UoPC6A-66MI/AAAAAAAAA3Y/1lH2NfWauIg/s1600/mean-installation.png)
![bitnami mean stack apache tutorial bitnami mean stack apache tutorial](https://indahnyaberbagitutorial358711452.files.wordpress.com/2018/05/screenshot_18-e1525248456730.png)
when trying to analyze or replicate your stack, etc. However as mentioned, this can quickly become frustrating when you are trying to use "standard" Bash shell commands or even the MySQL CLI, e.g. The entire point of using a containerized approach is to have more control of the stack environment, which can improve compatibility, predictability, security, and otherwise.
![bitnami mean stack apache tutorial bitnami mean stack apache tutorial](https://pietti.com/wp-content/uploads/2019/03/reiniciar-apache-wordpress-google-cloud.jpg)
This could be seen as either an advantage or a disadvantage, depending on your perspective (and situation). Even after you figure those out, most of the online tutorials and documentations you might find will not apply to your stack. So, many developers who are used to customizing their stack using nano or vim editors (via the Bash shell) quickly discover that you first have to figure out where all the different configuration files of your stack modules reside, etc. Because Bitnami is a container approach to web stacks, it installs everything in Ubuntu (or whatever Linux distro) under the /opt/bitnami directory. There are 3 common drawbacks to Bitnami vs.