Scale up as you grow — whether you're running one virtual machine or ten thousand.

From GPU-powered inference and Kubernetes to managed databases and storage, get everything you need to build, scale, and deploy intelligent applications.

I’ve been researching permissions for Django directories and files on my Droplet. I’ve asked a few questions on DO Community regarding this and have had excellent advice. However, I am continuing this question because I’m finding out a few things:
In checking the Droplet, I have ownership of files set to a specific user I elevate privileges to perform certain ops. I set this up according to the following link:
https://www.digitalocean.com/community/tutorials/initial-server-setup-with-ubuntu-20-04
Therefore, I do not have ownership of files set to root. Ownership of files is set to that particular user.
In checking the following reply to question on the following link, it states:
“All files and directories in our production environment are owned by root:root with 755/644 file permissions, unless otherwise required.”
But it also states “Our nginx process runs as www-data. In general each Django project has its own user, and the gunicorn process runs as this user.”
So, my Django project is owned by my specified user, not the root. Therefore, all the directories and files are owned by this user. My main question is: Should they be all be owned by root instead??
I’ve have this setup on my Dev Server at my office with a specified user, not root. It works, but when I changed permissions to 755 for Directories and 644 for Files for my Django project and apps, the virtual environment directory and files were changed as well. I was subsequently not able to execute the pip command from within PyCharm IDE. I had to raise permissions on pip in order to do so. Question: Should I leave the virtual environment permissions “as is,” especially the files in the bin directory.
Any help would be greatly appreciated. Basically, I want to ensure I have a secure environment in Production without having issues with running my apps.
009fd274aeae48f2bfbda6ef568676
Cloudstream Apk
032f50ee7f7d489db3b05e204fe139
032f50ee7f7d489db3b05e204fe139
Edward Sitarski
ebeecroft
dashan
34bcef38725b4e6eb5224ae028f17e
markatango
gouskova