PHP chmod permissions

[Tony1that matters]

This may not be the right place but:
I have a suite of scripts which have run for several months perfectly.
Since an update - on the same server - access permissions come up such as
"access denied" on some write routines.
I thought this applied to .php files as the max permission allowed is 755
and suexec controls such matters. having poked around (some are
sorceguardian protected) with FTP I have noticed that many of the
directories have 777 with some files in there also set to 777 ?
By comparison for instance Invision which I auto installed from CPanel has
the highest as 755 and like my suite is outside the cgi-bin and Invision now
works perfectly.
Invision here: www.wecanuk.co.uk/invision
The auction scripts here: www.aberdabadoo.co.uk and select auction from the
central menu bar.
Registration for instance works but selling an item produces the access
errors. Equally uploading pics from a local machine results in errors ?
Always access denied.

The author who updated is not currently available and the more I look just
gives me crossed eyes.
Any hints welcome. Also is it correct that all .php should be uploaded in
ascii apart from naturally graphics and maybe the ixed types. With dir's set
to 755. I've set WSftp to auto and nothing appears corrupt.
I need to remove that durned "maintenanc e" sign.
Thanks Tony

https://www.aah-haa.com

remove pants for personal mail

[Pedro Graca]

Re: PHP chmod permissions

Tony1that matters wrote:[color=blue]
> This may not be the right place but:[/color]
I guess not but:
[color=blue]
> Registration for instance works but selling an item produces the access
> errors. Equally uploading pics from a local machine results in errors ?
> Always access denied.[/color]

Seems like you can't create files in /tmp (or wherever sessions and
uploads are being stored)

[color=blue]
> Also is it correct that all .php should be uploaded in
> ascii apart from naturally graphics and maybe the ixed types. With dir's set
> to 755. I've set WSftp to auto and nothing appears corrupt.[/color]

Seems right.


[color=blue]
> remove pants for personal mail[/color]

You do *not* want that kind of mail :)
--
--= my mail box only accepts =--
--= Content-Type: text/plain =--
--= Size below 10001 bytes =--

[Tony1that matters]

Re: PHP chmod permissions



remove pants for personal mail
"Pedro Graca" <hexkid@hotpop. com> wrote in message
news:c0u3t6$1cb 7qh$4@ID-203069.news.uni-berlin.de...[color=blue]
> Tony1that matters wrote:[color=green]
> > This may not be the right place but:[/color]
> I guess not but:
>[color=green]
> > Registration for instance works but selling an item produces the access
> > errors. Equally uploading pics from a local machine results in errors ?
> > Always access denied.[/color]
>
> Seems like you can't create files in /tmp (or wherever sessions and
> uploads are being stored)
>
>[color=green]
> > Also is it correct that all .php should be uploaded in
> > ascii apart from naturally graphics and maybe the ixed types. With dir's[/color][/color]
set[color=blue][color=green]
> > to 755. I've set WSftp to auto and nothing appears corrupt.[/color]
>
> Seems right.
>[/color]
Thanks for the comments Pedro. I've tried every darned permission and none
seem to work. I'm wondering if it has something to do with the hierarchy of
folders ?
Tony

[Pedro Graca]

Re: PHP chmod permissions

Tony1that matters wrote:[color=blue]
> Thanks for the comments Pedro. I've tried every darned permission and none
> seem to work. I'm wondering if it has something to do with the hierarchy of
> folders ?[/color]

Try (just fishing)

<?php ini_set('sessio n.save_path', '.'); ?>

The only way to change "upload_tmp_dir " is through php.ini or
httpd.conf, but maybe changing session.save_pa th will have an effect.
--
--= my mail box only accepts =--
--= Content-Type: text/plain =--
--= Size below 10001 bytes =--