-
☆ A M B ☆
- 24,524 Posts
While I always make sure any hosting that I have any say over uses some form of su_exec, many corporate servers are configured with careful file permissions, and a lot of hosting also does not have su_exec. So while this may be a limited issue, it certainly is a limiting issue. I wonder how many people have tried pdoTools, ran into this problem, and just dropped it without saying anything. And how can I keep encouraging its use, as much as I like it otherwise, if it's going to cause people problems like this?
I had the installation difficulty on our development server because it did not have "Group Write" (chmod 775) on /core/model/modx.
I'm no UNIX guru but I generally run Group Read (chmod 755) as the default for most of my MODX folders, and grant Group Write to only the few directories that need it.
i'm pretty sure our live server follows the same pattern: folders that are not Group Write cannot be written to by PHP.
made a pull-request, which makes it possible to add a path to the system-setting pdoFetch.class like:
mmlfetch:{core_path}components/migxmultilang/model/migxmultilang/
https://github.com/Bruno17/pdoTools/commit/1c5efbe4a49e6c7364a708d2f3530d3d634fedae
Thanks for your efforts Bruno17, sottwell, BobRay.