Error 500 in ACP after upgrade to RN2.30.01

j4rdin · Posted: Sun Feb 22, 2009 8:26 am

I have just updated for RN2.02.01 to RN2.30.01 not to many problems so far. But NukeFEED now produces an error 500 when you click on the Admin Control Panel NukeFEED button. Apart for that NukeFeed seems to be working still.
-----------------------------------------------------------------------------------
Internal Server Error
Hint: Check the .htaccess file for syntax/configuration errors

Refered From :

Only registered users can see links on this board!
Get registered or login to the forums!

Your IP : 87.114.226.5
Page Requested : /brzjcphp/admin.php?op=nukeFEED
Agent : Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.0.6) Gecko/2009011913 Firefox/3.0.6 (.NET CLR 3.5.30729)
Redirect Status : 500
---------------------------------------------------------------------------------

I have the site switch off in Nukesentinel, but have tried switching site switch to on, but no change, same error as above.

John

spasticdonkey · Posted: Sun Feb 22, 2009 11:27 am

500 errors are usually some kind of htaccess error, might look there see if all is ok.

j4rdin · Posted: Sun Feb 22, 2009 5:17 pm

The errors have been generated from both my main site and another which is set up in a subdirectory. The main site is the only one which has been updated to RN2.20.01 so far.

as far as I can see from the up grade instructions there shouldn't be anything else to do to upgrade NukeFEED from RN2.20.01 as it is now a core component.

Could it be a fault with the short Links in the htaccess file. as it worked fine in both sites before the up grade.

j4rdin · Posted: Tue Feb 24, 2009 5:03 pm

Ok think I have found the problem. It is caused by NukeFEED trying to check for updates and timing out.

There is a setting in rnconfig.php which isn't documented in the code see below:-

/*********************************************************************************
* For nukeFEED(tm) - Some sites may use non-UTF-8 databases created with multi-byte
* languages. If you see strange characters when view a feed preview on the block,
* preview page or auto-discovery links, you may disable UTF-8 encoding by
* setting nf_CONVERTENCODING to false
**********************************************************************************/
define('nf_CONVERTENCODING', false);
define('nf_ENABLEUPDATECHECK', false);

/*********************************************************************************
* Pagination Control:
* Currently only implemented for the News module, but could possibly be added
* elsewhere in future releases.
*

Set the define('nf_ENABLEUPDATECHECK', true); variable to false to switch off checking. You can then get into the NukeFEED Admin panel.

I think this has been mentioned before but can't remember where.

John Evil or Very Mad

Raven · Posted: Tue Feb 24, 2009 5:09 pm

Hmmm. KGuske will need to jump in here and he will Smile

. I was not aware of undocumented settings because I am not using it presently because I'm too busy developing killing me

Kevin will get back to you. Thanks!

kguske · Site Admin Joined: Jun 04, 2004 Posts: 5997

Yes, we added that ENABLEUPDATECHECK definition to address unusual situations like this where the XML RPC library doesn't work.

Please send a PM or email with a print out of your PHP configuration, which you can get from PHP info in your forums admin, or upload and run the

Only registered users can see links on this board!
Get registered or login to the forums!

(tm) script.

j4rdin · Posted: Wed Feb 25, 2009 12:03 pm

kguske wrote:

Yes, we added that ENABLEUPDATECHECK definition to address unusual situations like this where the XML RPC library doesn't work.

Please send a PM or email with a print out of your PHP configuration, which you can get from PHP info in your forums admin, or upload and run the

Only registered users can see links on this board!
Get registered or login to the forums!

(tm) script.

Have tried a PM just get an error. Looks like the xmlrpc_errors is set to OFF on the server and xmlrpc_error_number=0.

In the RN2.30.01 Prepare/Install Help File there is an etery that reads "nf_ENABLEUPDATECHECK for nukeFEED - This needs an explanation..."

Have also just found this link for similar problem

Only registered users can see links on this board!
Get registered or login to the forums!

John

kguske · Site Admin Joined: Jun 04, 2004 Posts: 5997

Confused - did you set that to false? If so, you should be able to maintain your feeds properly.

j4rdin · Posted: Thu Feb 26, 2009 2:36 pm

kguske wrote:

Confused - did you set that to false? If so, you should be able to maintain your feeds properly.

Yes and and I can now get to the Admin Panel, thing was that I couldn't remember what I couldn't get to, if you follow me.

I have just had a reply from my host as follows:-

You mention the error is caused by a function that checks for updates, have you requested a firewall exception rule for the update server? By default outgoing connections are blocked unless you request a firewall rule.

I think they restrict outgoing calls by scripts to other websites for security. Is it a case of just getting them to allow calls to the updates page?

John

j4rdin · Posted: Sun Mar 01, 2009 5:21 am

j4rdin wrote:

By default outgoing connections are blocked unless you request a firewall rule.

I think they restrict outgoing calls by scripts to other websites for security. Is it a case of just getting them to allow calls to the updates page?

John

Have just got the host to change the firewall rules to allow me a connection to nukeseo.com and I have changed the setting back to checking for nukeFEEDS update in rnconfig.php as follows.

define('nf_ENABLEUPDATECHECK', true);

All now works as it should in the nukeFEED admin panel. If you can't get your host to allow a connection to the nukeseo.com website then you will need to change the above to:-

define('nf_ENABLEUPDATECHECK', false);

Hope this helps.

John

kguske · Site Admin Joined: Jun 04, 2004 Posts: 5997

Thanks.