cPanel + wiki

[Louis]

Not sure if this is the right forum. I'm currently transferring my website from my home pc through DynDNS to a real host, D7Host.

On my site, I have basically 3 sections:
-a plain jane one
-a blog (DotClear engine)
-a wiki (MoniWiki engine)

I was able to transfer the content of the wiki, which is filebased by the way, doesn't use MySQL. My problem is that I cannot edit any problably dur to a ownership issue. Any ideas on how to resolve this?

The support for MoniWiki is not very good. only a few pages are in English, the rest in Korean.

[John Scott]

No idea.

Could it be a permissions thing?

[Louis]

I checked the permissions, they line up with what I have currently on my current host. I'll try starting from scratch and do a restore. cPanel is nice but I sure miss the power of a good old command line interface.

[fishfreek]

Are these php based scripts or cgi based?

[Louis]

php

[Louis]

I figured I should to create a new page. Then it would be owned by the software.

I was able to create it, kind of.

The page was create, with owner 99 (the others have 32022), but I cannot access it, I get errors.

----------------------
Edit:
Looking at the error message I had received, I changed the permissions to another folder, the page now appears correctly and is editable through the wiki.

I think the best way would be to reinstall the wiki from scratch but I'm not sure I can through cPanel.

[Louis]

Of course, I can edit them if I make all the files writable to all (chmod 666). Let's see how that goes.

[fishfreek]

As described in the other thread user 99 is the "nobody" user. Any file created by a php script unless the host is running phpsuexec will be owned by the nobody user.

[Louis]

Is there a way to have the files owner changed so it works properly? I'm not a big fan of having files in full write access...

[fishfreek]

Someone whom has root access to the server can change the owner of the files. Of course the next time that file is attempted to be changed by the script it will fail due to incorrect ownership permissions. Plus new files written by the script will still have the owner 99 (nobody).

To have files created/edited by the scripts owned by the account in which the files are written will require the server to enable phpsuexec but this can break other scripts and is something not easily done due to that on a shared hosting server.

[Louis]

ok thanks freek

[Immo]

It is most likely permissions, do you have shell access?

[Louis]

I changed the permissions. I figured giving full write access or basically to "www" is the same thing. :-)

I consider the issue resolved. Thank you folks.