sparek-3
- Total activity 1538
- Last activity
- Member since
- Following 0 users
- Followed by 0 users
- Votes 0
- Subscriptions 487
Comments
Recent activity by sparek-3-
Applications under account may be hacked That's your paramount issue right there. I get what you are saying and there is some truth there. But, if the account is already being allowed to be comp...
-
How are you proposing that someone would have "limited only to upload new files, delete or edit existing ones under account" and have access to the account's home directory, without already having ...
-
Using memory objects in OpCache is going to mean that anyone using PHP from that master process would have access to those objects. So unless you are using a separate master pool for each VirtualH...
-
OpCache would require some type of persistent PHP handler, like php-fpm or DSO. It won't work with suPHP. As for the security of OpCache, I would think using file-based OpCaching would be more se...
-
I read an article once (but I can't find it now, not sure where I read it at) that argued against using swap space, especially when you have gobs of RAM. The logic seemed pretty sound to me. Basi...
-
Thanks. I just wanted to make sure that this wasn't an oversight. I suppose that makes sense. Kind of sucks that it has to go through 2 mysqlchecks, but better to get it right.
-
I may be wrong on this, so you may want to wait for other input. I believe this to be a 200 hostname limit per certificate. If you have the domain example1.tld setup and you want to add a one of ...
-
0400 means the owner of the file has read access. That's it. If you can save changes to a file (and you're not root) that has 0400 permissions, then something is wrong. You can probably view the...
-
I would suggest 0600 permissions. 0400 isn't going to let the owner of the file save any changes. Wrapping CGI scripts through the jailexec system is probably a solution that needs to happen. cP...
-
Ultimately, end-users need to learn about file permissions. If you are executing PHP as a per VirtualHost user (php-fpm, suphp, etc) - which most hosts are - then there's no reason for the world r...