Hi!

If I have the php accelerator turned on, it works fine, except when at "today's active topics" I try to change pages, it won't change the page, instead puts "&r=npwm" on the end of the URL.

so instead of
http://www.disputa.ro/cgi-bin/disputa/ultimatebb.cgi?ubb=get_daily;p=2

I get

http://www.disputa.ro/cgi-bin/disputa/ultimatebb.cgi?ubb=get_daily&r=npwm

I've gotten so far with my searches, that this means "no password match" in the php, I just don't know what to do about it, since otherwise UBB logs me in, the password is correct etc.

Logging out/in, clearinc cache, cookies etc. does not help.

Although the string apears in the URL elswhere too, it only seems to cause trouble on this particular page (todays active topics).

I noticed that your host is running PHP in Safe Mode. Judging by the error, I'd be willing to bet that your host is also using open_basedir restrictions, and your Members directory is in cgi-bin. This causes the accelerator to not be able to read member records.

The solution to this would be to move your members directory inside your noncgi folder.

If you do move your Members directory inside your NonCGI, please be sure to give it an obscure name.

Thanks, it looks like you're right with the open_basedir restrictions.

I'll try to do something about those first (I'll see if my host is willing do something about it, or not) before moving the Members folder

I had a similar issue here... however this was the reply i got from my web provider:

[QUOTE]Safe mode is not set to any directory unless specified. As the safe mode base directory now includes your document root you should no longer received any safe mode errors.[/QUOTE]so.. technically - the cgi-bin folder isn't being touched by this restriction .. correct??

my webspace is setup:

|
|---cgi-bin
------|-Members
|--Webdocs

I'm thinking that they put the restriction on just webdocs.

NOw - before - they had the restriction on my entire webspace... but what's happening with me now is .. sometimes I get an output of text - suggesting that my provider has not activated PHP - and other times, when going to www.astelbania.com/ubb/ultimatebb.php - it just returns a 404 error .. then.. I close out my browser... go back to the site.. and it works... and I can click on a few of the forum threads.. and then almost at random - another output of Text...

If i click on the Forum Home link - 404 error..

Odd yes?

Suggestions?

The easiest way to test to see if your provider has PHP enabled, and what version is to create a text file containing:
[CODE][/CODE]Save it as phpinfo.php, upload and execute. This will tell you if PHP is enabled, the version, and the configuration of PHP.

Safe Mode is NOT the cause of the error from earlier in the topic. The problem is the open_basedir restrictions prevent ultimatebb.php from seeing the cgi-bin directory because they are not in the same directory.

If you are getting 404 errors, and the PHP isn't even parsing, then your host has some problems with their server. 404 implies that the file has been moved/deleted. If you see that Whoops! Message that is in the comments at the beginning of ultimatebb.php, then your provider either has PHP disabled, or not correctly installed.

ok..
with the test file.. this is the output..

UBB.classic Accelerator Test
Your PHP version is 4.2.2: OK
Your PHP version has zlib: Yes
Your PHP version has the md5() function: Yes
UBB.classic Accelerator should have no issues under this version of PHP. zlib compression is installed and will be used.

The file is most definately there.. because - sometimes it works!! Sometimes - at random - it does not! I get a code page. On top of that.. the other links using the ultimatebb.php file work - only the direct link does not from within the forums...

now.. i seem to only get these problems when I'm logged in... could this be an issue where i have to move the Members directory into my ubb(noncgi) directory?

http://www.astelbania.com/ubb/ultimatebb.php

If you click that - it may work.. it may not.. but i'll guarantee that it's there..

For you to test.. i have created account for you

http://www.astelbania.com/cgi-bin/ultimatebb.cgi


ubbtest
password

.. It is only temporary.

I duplicated the Text Problem. It shows the text because PHP was unable to parse the page for some reason. For that you would need to contact your host.

About the 404-Not Found, To troubleshoot that, You would need to look at the error_log file to determine what is causing the error.

thanks Ron...
What should I tell them.. i would like to be as detailed as possible so that they can have as much to work with as possible..

I think if we solve one - we'll solve the other.

I think I have figured out your problem with the 404 errors. This looks like a bug with changes made for spider friendly.

I'm guessing if you look in your error logs you will see http://www.astelbania.com/cgi-bin/ultimatebb.cgi&r=npwm which will generate a file not found error. To fix this, change line 689 of the ultimatebb.php from
$location = figurelocation();
to
$location = figurelocation(1);

Re: http://www.astelbania.com/cgi-bin/ultimatebb.cgi?ubb=get_topic;f=2;t=000011;p=1&r=npwm#000003

It is best to let the UBB call ultimatebb.php as it needs to. It isn't necessary to change your bookmarks

Thanks Ron - you've been incredibly helpful!

I'll work on that tonight!

Ron - hello..
Using SlickEDIT and editting the ultimatebb.php - i'm on line 689 and it's the "Get_ip" function...

ie:

function get_ip () {
$ipaddr = find_environmental("REMOTE_ADDR");
if ($ipaddr == "127.0.0.1" && find_environmental("HTTP_X_FORWARDED_FOR") != "")
[line 689]---> $ipaddr = find_environmental("HTTP_X_FORWARDED_FOR");

and as you know - there are many "$location = figurelocation();"

Search for npwm in the code. Change the figurelocation right above it.

Awesome !! Thank you... I've addressed that.. seems to work ok now..

All i have to figure out now is the parsing issues with the Webprovider.. they are equally being helpful -- so hopefully I'll have this resolve..

When i get news from them.. I'll post it here for the benefit of the Forum.

Cheers..

Well, I received an email from my webprovider and he informs me that :

[QUOTE]As far as safe mode is concerned, your safe mode is disabled and the open_basedir is set correctly[/QUOTE]so far.. no more errors..

My web provider is great for making really good consessions for good customers - i'd happily endorse them if anyone wants to contact me seperately from the forums..

Thanks Ron for your help and insight - i learned a lot!!!

Cheers

Just when you think it's all ok..

I still get the large pages of code, Ron -- but if i refresh it ... it works...

With safemode disabled... ???? What can it be??

Any ideas??

Do you have ssh access? If so, go to your noncgi directory and type: chmod +x ultimatebb.php

It's how I had to fix it a few times on a differant servers doing support; it should work for you.

Ya.. Ok.. I'll try that - right now my permissions are 755 !!! I'll put it to 777 - but the ultimatebb.php had execute rights ...*shrugs* i'll try anything for now..

Yeah, I don't know why he did that, but one of the times he did it, it was for my site and it worked like a charm

Your ultimatebb.php should be chmod 644, use the chmod +x to give it execute access, otherwise it won't work. I can update it for you if you'd like... It's just what I've had to do on certain boards.

well.. with chmod 777 permissions.. it HAS everything - including execute (the 7 marks execute rights). so already - the php file has execute permissions...

so if like you say - the file should have 644 - then effectively - there are no execute rights on the owner, group or the world...

744 - owner has execute rights.. - world and group - has r/w

so my original permissions for the file was to have everyon - world, owner and groups - to have execute - and this made the effect chmod to 755 - which is what i've had all along.