htaccess problem after upgrade

Site Admin/Owner Joined: Aug 27, 2002 Posts: 17088

- Transfer your hosting account to RavensScripts

- you won't be sorry!

Sells PC To Pay For Divorce Joined: Posts: 5661

Well i bett it has something to do with the patching...
It happend to me after i uploaded the 2.9 patched.
Suddenly i couldnt add blocks anymore...
After some searching i found out it was my blocks.php as described.
But realise i have nsn stuff running also.

Posted: Mon Mar 28, 2005 1:44 pm

they said I can access the raw file...so I did...I tried to add a new block and this is what was in the log....

#Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.1;+.NET+CLR+1.0.3705;+.NET+CLR+1.1.4322) http://www.codetrap.com/admin.php?op=BlocksAdmin
2005-03-28 19:33:17 12.164.232.82 - GET /images/down.gif 200 378 HTTP/1.0

Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.1;+.NET+CLR+1.0.3705;+.NET+CLR+1.1.4322) http://www.codetrap.com/admin.php?op=BlocksAdmin
2005-03-28 19:33:17 12.164.232.82 - GET /images/center_l.gif 200 364 HTTP/1.0

Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.1;+.NET+CLR+1.0.3705;+.NET+CLR+1.1.4322) http://www.codetrap.com/admin.php?op=BlocksAdmin
2005-03-28 19:33:17 12.164.232.82 - GET /images/up.gif 200 378 HTTP/1.0

Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.1;+.NET+CLR+1.0.3705;+.NET+CLR+1.1.4322) http://www.codetrap.com/admin.php?op=BlocksAdmin
2005-03-28 19:33:37 12.164.232.82 - POST /admin.php 302 208 HTTP/1.0 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.1;+.NET+CLR+1.0.3705;+.NET+CLR+1.1.4322)

http://www.codetrap.com/admin.php?op=BlocksAdmin
2005-03-28 19:33:38 12.164.232.82 - GET /admin.php 200 64999 HTTP/1.0

Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.1;+.NET+CLR+1.0.3705;+.NET+CLR+1.1.4322) http://www.codetrap.com/admin.php?op=BlocksAdmin
--------------------------

hope thats what you meant...

I dont really get an error when I try to add a block, its just when I hit submit as I try to add a new block and the page refreshes the block is not added into the list of active blocks and it just doesnt show up.....

any ideas?

Posted: Mon Mar 28, 2005 1:47 pm

hitwalker how did you fix it?

Ill try and upload my chatserv 2.8 blocks.php again but something tells me that isnt the answer...

I also posted this problem on nukeresources but have yet to get a reply...

btw raven, I was using a dotnet forum prior to me recently switching to phpnuke...thats why im with that host on their semi-dedicated server....even if I wanted to switch from them to using you as a hosting provider, my knowledge of php and mysql is so limited I wouldnt have the slightest idea on how to transfer my db over with all the data in a seemless transaction....oh and if you guys are wondering why my error log shows codetrap.com as my site, thats just my test site...my real site has data and forums setup =)....

Posted: Mon Mar 28, 2005 1:55 pm

Well its not your fault realy cause nobody expect this to happen.
What i did?
Well i uploaded my old blocks.php again and it worked again.
Then i made the changes by hand...
As i said..i use also nsn stuff and includes coding to groups...

What i would do is (make sure you have backed it up first) is to put back your old files back....one by one.
The patched files are security related only so no harm in that...
Also try to use your previous mainfile and see what happens.

But with every step you take....just type in some text in blocks admin to create a block on the left..(automatically is on the left)
Then if all goes well (i hope) when you create a block it will be added again suddenly...
Then you know what file it was....or not..

Posted: Mon Mar 28, 2005 2:03 pm

The raw file is not the error file. That's the access log. In any event, if the blocks aren't adding, it's pretty much a sure bet that your table schema (layout) is not in sync with the columns that the blocks.php is trying to insert.

Posted: Mon Mar 28, 2005 2:10 pm

raven you are right...thats the conclusion I came to late saturday night when I was half delirious...what I discovered was what I posted earlier....

These are the fields I have in the nuke_blocks table....

bid
bkey
title
content
url
bposition
weight
active
refresh
time
blanguage
blockfile
view
groups
expire
action
subscription
display
-----------------------------
these are the parameters I have in the blocks.php BlocksAdd function....

function BlocksAdd($title, $content, $url, $bposition, $active, $refresh, $headline, $blanguage, $blockfile, $view, $expire, $action, $subscription) {

now Im beginning to think my answer is just getting that blocks.php file that has the groups field included as the parameter in the page....I started to add it myself when I thought it only needed to be included in the blocksadd function....but when I researched that page further, I saw the variables were being checked /trapped etc in many places and me dabbling in that page trying to add the field would only cause more problems...=/

So I guess I got to ask, does anyone have the blocks.php page with the groups variable already added?

Posted: Mon Mar 28, 2005 2:53 pm

actually that isnt the question, because that's the blocks.php page that comes with chatserv 2.8, If i upload that page and overwrite blocks.php 2.9 it will get buggy...d*** so I have to backtrack file by file chatserv 2.9 to figure out where the bug is in 2.9....that sux =/...id rather just upload my platinum with chatserv 2.8 but i have sentinel 2.0 installed that requires chatserv 2.9 so I think id be digging myself into a deeper hole doing that....what to do what to do...

Posted: Mon Mar 28, 2005 3:05 pm

You could just modify this code in NukeSentinel

Code:

if (defined('FORUM_ADMIN')) {


  @require_once("../../../config.php");


  @require_once("../../../db/db.php");


  $lang_dir = "../../../";


} elseif (defined('INSIDE_MOD')) {


  @require_once("../../config.php");


  @require_once("../../db/db.php");


  $lang_dir = "../../";


} else {


  @require_once("config.php");


  @require_once("db/db.php");


  $lang_dir = "";


}

to

Code:

if ($forum_admin == 1) {


    require_once("../../../config.php");


    require_once("../../../db/db.php");


    $lang_dir = "../../../";


} elseif ($inside_mod == 1) {


    require_once("../../config.php");


    require_once("../../db/db.php");


    $lang_dir = "../../";


} else {


    require_once("config.php");


    require_once("db/db.php");


    $lang_dir = "";


}

That's really what makes it 'require' 2.9.

registered · Posted: Tue Mar 29, 2005 3:45 am

I can tell you this, Nuke Platiumn is just enough different that Patched x.x will stop some of the things from working. For example the blocks table listed above has a field named display which PHP-Nuke does not and therefore none of the patched series of admin/modules/blocks.php files will add blocks because it tries to add fewer fields then does the Platiumn file.