Topic: Tikiwiki 1.6 php write problems on SME5.6U4

[John Lewis]

I'm running into some PHP permission error's while trying to write to a directory in an ibay, regardless of the permissions for the ibay. ( i know about the security issues with 777, but for now, I just want it to work)

The old version of tiki (http://tikiwiki.sourceforge.net/) 1.5 works fine.  Upgrading to 1.6 does not work at all because of the below problem.

The application uses smarty to generate web templates on the fly, placing them in the templates_c directory.  The webserver needs to be able to write to this directory.

 The permissions for all the files were unchanged (as in they worked with 1.5). (chmod -R 2770)  I even changed the permissions for then entire html directory to 777, with the same results:

May  5 10:48:06 gluon httpd: PHP Warning:  Smarty error: problem writing 'templates_c///%%-58/%%-584454252/tiki.tpl.php.' in /home/e-smith/files/ibays/prospace-tst/html/Smarty/Smarty.class.php on line 999 May  5 10:48:06 gluon httpd: PHP Warning:  unable to create file templates_c///%%-58/%%-584454252/tiki.tpl.php because No such file or directory in /home/e-smith/files/ibays/prospace-tst/html/Smarty/Smarty.class.php on line 1518 May  5 10:48:06 gluon httpd: PHP Warning:  Failed opening 'templates_c///%%-58/%%-584454252/tiki.tpl.php' for inclusion (include_path='.:/usr/share/php:lib/pear') in /home/e-smith/files/ibays/prospace-tst/html/Smarty/Smarty.class.php on line 1118

The templates_c looks like:
drwxrwxrwx    2 root     prospace     4096 May  4 22:38 templates_c

From what I gather, these errors are because PHP won't write to templates_c, even with full permissions turned on...

So, if this is a PHP restriction, where else can I look that will change this?  What should I look for?

Help, I really want to get 1.6 running, and don’t want to be forced to use only 1.5 in the future.

Another SME user is experiencing the same problem.  No other tiki user is having this problem.

Help! Any help/ideas appreciated!

[Guck Puppy]

your include path looks odd...

(include_path='.:/usr/share/php:lib/pear')

are you sure that path exists (including a colon?)

I use Smarty Template myself on a 5.6 server so I know this is possible. Permissions don't seem to be your issue (since you did 777) so I suspect it's include files not being found quite right.

G

[Dan Brown]

The colon is the path separator for PHP, I believe.

[John Lewis]

I created a directory in opt, gave it 774 for www:www, made a httpd.conf template, and the application works fine.  So it clearly is an ibay permission issue with php that has changed from the older version to the new one.

Even if I make the ibay's html directory have the above permissions, it still won't write to the templates_c directory...

Very frustrating, I much prefer to use the ibays for virtual domain and application management.  If I can't figure out what is making it not work.

Anyone have any ideas what I can do in php land to make it work.  Some preference I can turn on?

Thanks.