yeap thats right, it will not fix your problem but it will give us an idea on why our check its not working.

An easy way would be, restore your original cmsinit.inc, then create a file called df_test.php
and write in it:

PHP:

<?php error_reporting(E_ALL); ini_set('display_errors',1); echo 'disabled functions are: '. ini_get('disable_functions'); ?>

Then go to yoursite.com/df_test.php and let us know the output.

Well I did as you said. Replaced the cmsinit.inc with the original that I downloaded. And made df_test.php with the code you gave me. I put the .php into public_html, since putting it into /includes only gave me an error page.

I went to /df_test.php and I got:

disabled functions are:

and that was it =\

Lol

Then your host is using something else to disable php functions, if your host was using the normal way on doing that you will not run into this problems.

At this point you need to ask support to your hosts.

haha.

Going around in circles now. Lol. I initially asked them for help, but then they told me to ask you guys =P

Thanks for your help though mate ^.^

jiaoxiao wrote:

they told me to ask you guys =P

That's terrible!
We are not the tech people for their servers, they should fix their issues themselves.

However, i could fix their servers if they pay me 120 euro per hour.

Lol!!!!

They were saying that there's something wrong with your code because every other CMS was easy to install >.<!

Anyways I told them what happened over here =P

And I've been told to ask:

"Which functions are needed? The only functions disabled on our server are those that pose security risks. Most CMS's install fine on our servers - and so I doubt there's no way around the issue. If you could get a list of which functions are required for DrangonFly CMS we may be able to come to a solution."

So yeah =D Mind helping me? =D Lol (I'm lost now >.<! Lol)

posix_getpwuid() is important for proper identification of the server.

It is used to write files to the server with the right permissions.
Problem is, that many hosts setup accounts that are not allowed to read/write files that ore owned by others.

Since PHP mostly runs as the user 'nobody' and not 'yourname', you are unable to see/delete/edit the written files.
Therefore you can't manage:
- 'downloads' module files
- 'coppermine' module files
- 'cache' files

Due to that Dragonfly tries to identify the 'id' of the running process owner and compares that with the file owner.
If this matches then PHP runs as 'yourname' and we don't have to take additional actions.
If it doesn't match (nobody, etc.) we need to take additional actions.

So yeah, it's not our fault that we have to take these additional actions.
It's just the fault of all those terrible server setups and we can't satisfy them all.

Ahh I see, okay, I'll see if I can get this sorted out with the webhosters now. grr =P ^.^

Okay, somehow, I was able to install Dragonfly just now. But now if I try to open a page on the site, I just get a blank page. :\ Quite weird yes? =P Any ideas on how to fix that?

Oh I just saw a sticky about blank pages, and so i tried the test.php thing.

<?php echo "die

gives me


Parse error: syntax error, unexpected $end in /home/pubsters/public_html/test.php on line 1

and

<?php
error_reporting(E_ALL);
require('includes/cmsinit.inc');

gives me a blank.

Also, my error log says (at the bottom):

[18-Aug-2007 22:21:45] PHP Warning: mysql_connect() [<a href='function.mysql-connect'>function.mysql-connect</a>]: Access denied for user 'pubsters'@'localhost' (using password: YES) in /home/pubsters/public_html/includes/db/mysql.php on line 32


btw, thought i'd say, i've already deleted /install and install.php, since that's what the instructions said to do >.<!

Hmmm you're hosted by ThePlanet.com

We have received loads of hacking attempts from that subnet.
Maybe due to that they locked down everything and therefore it won't run.

oh wow how did you figure out i'm hosted by theplanet.com :\ I thought it was x10hosting >.<!

http://www.seologs.com/ip-domains.html wrote:

pubsters.com has address 70.86.238.114 Found 162 websites with the IP 70.86.238.114

ws.arin.net/cgi-bin/wh...86.238.114

x10hosting probably hires a dedicated server with them, as you can see on the list of domains from seologs.

ohhh i see, i'll have to talk to them about it then I guess