![]() |
Smarty ownership and permissions hell
Where can I change the default ownership for directories and files that smarty writes?
Afer a recent server move i am unable to modify template files through the admin pages. I get a permission denied error. My permissions are: Template_c 777 admin/newsletter 777 X-Cart directory 755 I deleted all the files and directories in the templates_c directory hoping that would help but no. When I run the cart as a customer the cache files and folders are recreated in templates_c but they have owner 99 group nobody permissions 771 That doesn't seem right. I don't want to manually have to change folder chown and chmod all the time. I want smarty to write them correctly. What do I have to do. Help please I am going insane over smarty and permissions..... I am also on a shared server and my directory at my web host has owner=my plans username group=my plan username would it be possible to have smarty write the files and directories with that owner/group setting? Would that solve my permissions problem? Would that stop X-Cart from functioning with other server functions? |
It sounds like the server is set up with a umask of 006.
I would ask your hosts to resolve this so that you can get true 0777 permissions on the files/directories. |
I don't know if this is a similar problem, but I FINALLY have found the time to spend on my X-Cart, so I added in a logo and put in some new categories and products while in admin mode. When I went to user mode to look at my handiwork, I got a bunch of REALLY ugly error messages all over the screen:
Quote:
I tried playing around with the permission on the directories, but it didn't seem to help any. I too have moved to a new server, but I am leasing the box and have root access to it. Any ideas on what went wrong? Thanks! Addendum: I checked in the templates_c directory (which has permissions set to 777) and all of the subdirectories there are set to 771. Is that right? BTW, I moved the domains from my old server to the new server via CPanel/WHM, if anyone is familiar with that. Owner and group are both my login in MOST directores, but a couple are "nobody nobody". Sigh.... |
Check ownership on templates_c and everything in it and make sure that the server owns it. Usally nobody/nobody
|
Thanks. It looks like just about everything is owned by my logon (serpenco/serpenco). Should I change EVERYTHING in the xcart directory to nobody/nobody?
|
Yahoo!!
That did it! I changed ownership and group to nobody/nobody and it's working now! Thanks for the help!! BTW, I only changed templates_c and below. Is this going to bite me in the butt somewhere else with other files having the incorrect ownership? |
I can't remeber but I think there is one other directory that needs server ownership. Maybe something to do with the newsletter but i'm not sure. Hopefully Boomer or shan can help :)
|
I think i have a similar problem now. I did a fresh install with X-Cart Gold 3.4.1 but when finished i've got the following error:
Can't write template cache in the directory: //templates_c. Please check if it exists, and have writable permissions. So I checked permissions and they are set to 777 so this should be right. Group and owner are www.users instead of nobody.nobody. This is created by X-Cart self. What am I doing wrong here ? |
try and run cleanup.php then without viewing your store ftp in , delete templates_c folder and recreate it via ftp, set it to 777 and then try your store again
|
Quote:
Ok did what you said, but with no luck. :( Still getting the same error. |
you the same..
klass as on phpportals? the php freaks are all over the place
|
I've still not found a solution for the template_c directory and after a week I still haven't got a chance to succesfully install x-cart. :(
This is what my hostingprovider said: 777 permissions, ie. world write privileges are serious security holes. Any malicious entity could upload content directly into your webspace. Directories marked as 777 have allowed exploits to be uploaded, compiled, and executed, thereby, compromising the integrity of the affected server. When PHP is upgraded to 4.3.2, no file uploads will be possible. We suggest you use a CGI script to facilitate uploads. |
change file permissions
Hey Klass, sounds like you just need to change the file permissions. FTP to your site, browse to the templates_c directory and right click on the directory, browse down to CHMOD (click it) and uncheck the write permissions for groups and others and give it a try. I highly recommend using CuteFTP to go into your site, it has a visual editir if you just follow the steps it should wprk no problem but i don't know if it will solve your problem because my xcart on my development test crash & burn site is set to 777 and i never even noticed before, seems to be working fine, maybe you need to switch servers? hehehehhe
|
All times are GMT -8. The time now is 05:26 AM. |
Powered by vBulletin Version 3.5.4
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.