свой tmp в php для каждого пользователя

EvGenius, речь идет о предоставлении услуг хостинга или вы для своих личных сайтов хотите этого?

Можно же просто запускать не просто /usr/bin/php, а соответствующими ключами и конфигурационным файлом.

речь о предоставлении другим. т.е. задача какраз их разделить и ограничить.

мысль примерно понял...

т.е. в кроне просто дописывать при запуске использовать особый php.ini

в принципе как вариант. но это решает только проблему cron'ом.

но хотелось бы более глобально. чтоб на ту общую папку вообще закрыть всем доступ допустим и нигде потом из-за этого не всплыли ошибки какие-нибудь.

2) еще заодно вопрос. стоит ли заморачиваться с open_basedir?

производительность малость снижает, а обойти запросто можно если например не php, а perl скриптом воспользоваться.

может правильней просто следить чтоб у аттрибуты "для всех" не стояли там где не надо?

тогда пусть шарятся по всему серверу, но куда не надо просто не будет доступа - в первую очередь это файлы соседей, какие-нибудь конфиги где прописаны пароли...

"может правильней просто следить чтоб у аттрибуты "для всех" не стояли там где не надо?" - вообще, классически, и это концепция Unix-like - именно так и делать.

и у ряда хостингов ,в том числе и гигантов - так и сделано.

Грамотно настроенные права доступа, отсутствие чтения кем попало конфигов и приватных файлов, tmp в noexec,nosuid , отсутствие компиляторов на сервере хостинга и т д - этого достаточно для безопасности.

ну тогда напрягитесь и сделайте вместо /usr/bin/php свой скрипт-враппер, который определяет кто его вызвал, подставляет нужный php.ini, запускает уже сам php.

еще одна хорошая мысль :]

даже при таких потребностях создавать php.ini не нужно, можно обойтись php -d session.save_path = .

Но пользователи могут и захотеть иметь свой php.ini