Zymic Webmaster Forums > Too Many Warnings On Top!

Zymic Webmaster Forums > Zymic Free Web Hosting > Zymic Free Web Hosting - General Discussion & Help

XxDeepxX

Mar 3 2009, 07:14 AM

Using joomla 1.5.x... everything wuz perfect till today when i saw many warnings on top... help!!!
Site => donline.uuuq.com

NerdyGurl

Mar 3 2009, 07:55 AM

QUOTE(XxDeepxX @ Mar 3 2009, 07:14 AM)

Using joomla 1.5.x... everything wuz perfect till today when i saw many warnings on top... help!!!
Site => donline.uuuq.com

Same here http://legaldiesels.uuuq.com its stopping me from logging into the admin panel as well as displaying the error code on the main site font.
Will see if i can log in via FTP and check the sessions.php if your having the same issue let me know in regards to session.php errors. If I can find a solution i'll post it but it also seems that uuuq.com is down as their site is not functioning and I cant log into the administration panel on here to check the code hence will see if I can access it through FTP.
Hopefully this is only temporary.

MC2

Mar 3 2009, 10:44 AM

QUOTE

Warning: ini_set() has been disabled for security reasons in /www/uuuq.com/h/e/a/headphones/htdocs/sites/default/settings.php on line 137

Warning: session_start() [function.session-start]: Cannot send session cache limiter - headers already sent (output started at /www/uuuq.com/h/e/a/headphones/htdocs/sites/default/settings.php:137) in /www/uuuq.com/h/e/a/headphones/htdocs/includes/bootstrap.inc on line 1019

Warning: Cannot modify header information - headers already sent by (output started at /www/uuuq.com/h/e/a/headphones/htdocs/sites/default/settings.php:137) in /www/uuuq.com/h/e/a/headphones/htdocs/includes/bootstrap.inc on line 620

However, drupal has no such problem with vndv.com and 99k.org. So I would appreciate that administrator of uuuq.com reconsiders the changes made to php settings in uuuq.com.

XxDeepxX

Mar 3 2009, 01:33 PM

yeah i hope he turns on ini_set() function...

rianka

Mar 3 2009, 02:17 PM

same problems here!

lizon

Mar 3 2009, 06:37 PM

I had brought this up last night in chat. I'm trying to get drupal back up ATM without using ini_set(). Commenting out the lines in settings.php cuts down some of the errors but you get a whole bunch of new ones from bootstrap.inc> I'll post any workarounds here.

Jimaek

Mar 3 2009, 07:13 PM

I got the same problem :

http://g-share.uuuq.com

lizon

Mar 3 2009, 07:24 PM

Well I did a fresh install of drupal here http://lizontest.uuuq.com/

I followed the advise from last night and commented these lines out in settings.php

QUOTE

ini_set('arg_separator.output', '&');
ini_set('magic_quotes_runtime', 0);
ini_set('magic_quotes_sybase', 0);
ini_set('session.cache_expire', 200000);
ini_set('session.cache_limiter', 'none');
ini_set('session.cookie_lifetime', 2000000);
ini_set('session.gc_maxlifetime', 200000);
ini_set('session.save_handler', 'user');
ini_set('session.use_only_cookies', 1);
ini_set('session.use_trans_sid', 0);
ini_set('url_rewriter.tags', '');

So now it looks like this.

QUOTE

# ini_set('arg_separator.output', '&');
# ini_set('magic_quotes_runtime', 0);
# ini_set('magic_quotes_sybase', 0);
# ini_set('session.cache_expire', 200000);
# ini_set('session.cache_limiter', 'none');
# ini_set('session.cookie_lifetime', 2000000);
# ini_set('session.gc_maxlifetime', 200000);
# ini_set('session.save_handler', 'user');
# ini_set('session.use_only_cookies', 1);
# ini_set('session.use_trans_sid', 0);
# ini_set('url_rewriter.tags', '');

I still has some errors but I believe it was some cashing problems. I also did a change to bootstrap.inc and commended out this section as well (around like 379):

QUOTE

if (count(explode('.', $cookie_domain)) > 2 && !is_numeric(str_replace('.', '', $cookie_domain))) {
ini_set('session.cookie_domain', $cookie_domain);
}

to this:

QUOTE

// if (count(explode('.', $cookie_domain)) > 2 && !is_numeric(str_replace('.', '', $cookie_domain))) {
//ini_set('session.cookie_domain', $cookie_domain);
//}

This seems to have gotten everything working, but I'm still uncertain as to why it won't work on a site already setup. Seems I need to do some more testing.

Nathanaa5

Mar 3 2009, 07:44 PM

QUOTE(XxDeepxX @ Mar 3 2009, 07:14 AM)

Using joomla 1.5.x... everything wuz perfect till today when i saw many warnings on top... help!!!
Site => donline.uuuq.com

I had an issue starting today as well: In my mediawiki installation I began getting the following errors:

Warning: ini_set() has been disabled for security reasons in /www/uuuq.com/n/a/t/nathanaa5/htdocs/w/includes/AutoLoader.php on line 5

Warning: Cannot modify header information - headers already sent by (output started at /www/uuuq.com/n/a/t/nathanaa5/htdocs/w/includes/AutoLoader.php:5) in /www/uuuq.com/n/a/t/nathanaa5/htdocs/w/includes/WebResponse.php on line 10

lizon

Mar 3 2009, 07:51 PM

these errors are coming because the ini_set() function has been disabled. Try doing a fresh install on a test account to see if it works.

try commenting out the offending lines in your installation first.

rianka

Mar 3 2009, 08:45 PM

uuuq.com WILL FIX THIS?

MC2

Mar 3 2009, 08:50 PM

QUOTE(lizon @ Mar 3 2009, 07:51 PM)

Well, since both 99k.org and vndv.com do allow the ini_set() function, I don't see the point that uuuq.com should disable it.

Yes, commenting out all lines including the function could probably bypass the issue, but it is really an awkward solution, especially for an already running system

I think we should urge the administrator to reconsider the decision of disabling the ini_set() function.

lizon

Mar 3 2009, 11:21 PM

I managed to upload an old backup my my website to the test page. Seems to work, going to try and get the current database exported and see if it takes. If it does i'll know exactly what do do for drupal users and post a tutorial for everyone using drupal 6.x

Galani

Mar 3 2009, 11:56 PM

QUOTE(XxDeepxX @ Mar 3 2009, 07:14 AM)

Using joomla 1.5.x... everything wuz perfect till today when i saw many warnings on top... help!!!
Site => donline.uuuq.com

While we expect a final solution, Joomla users can edit index.php file and add the lines above on the top (after header comments):

// remove warning message
error_reporting(0);

I didn´t do a lot of tests, but till now I don´t have more warning messages.

NerdyGurl

Mar 4 2009, 03:36 AM

Found a solution for Joomla users somewhat temporary but it works thanks to Lizon who suggested similar for drupal after trying to alter the function to a corresponding one that would work similar it decided that its disallowed also damn so instead open your sessions.php which is located libraries/joomla/sessions

replace

CODE

		//set default sessios save handler
		ini_set('session.save_handler', 'files');

		//disable transparent sid support
		ini_set('session.use_trans_sid', '0');

with

CODE

		//set default sessios save handler
		//ini_set('session.save_handler', 'files');

		//disable transparent sid support
		//ini_set('session.use_trans_sid', '0');

and replace

CODE

// keep session config
		$trans	=	ini_get( 'session.use_trans_sid' );
		if( $trans ) {
			ini_set( 'session.use_trans_sid', 0 );
		}
		$cookie	=	session_get_cookie_params();

with

CODE

		// keep session config
		$trans	=	ini_get( 'session.use_trans_sid' );
		if( $trans ) {
			//ini_set( 'session.use_trans_sid', 0 );
		}
		$cookie	=	session_get_cookie_params();

Also replace

CODE

		// restore config
		ini_set( 'session.use_trans_sid', $trans );
		session_set_cookie_params( $cookie['lifetime'], $cookie['path'], $cookie['domain'], $cookie['secure'] );

		//sync the session maxlifetime
		ini_set('session.gc_maxlifetime', $this->_expire);

with

CODE

// restore config
		//ini_set( 'session.use_trans_sid', $trans );
		session_set_cookie_params( $cookie['lifetime'], $cookie['path'], $cookie['domain'], $cookie['secure'] );

//ini_set('session.gc_maxlifetime', $this->_expire);

This has not only fixed the awful display but now the admin front and back logins are able to be logged into succesfully - thanks again Lizon

Andrew

Mar 4 2009, 02:50 PM

For those complaining that vndv and zxq don't have these problems, it's because those servers aren't under multiple attacks from hackers and ddos attackers. Therefore since uuuq is, things have had to change. If you all would rather, we could have left it be and let the hackers bring your sites down everyday.

And no I'm not saying that hackers got access because of ini_set I'm just saying security precautions have been made.

lizon

Mar 4 2009, 07:05 PM

A solution for drupal users can be found here

http://www.zymic.com/forum/index.php?showtopic=16544

Look through the parts where I edited the bootstrap.inc and settings.php files.

levis777

Mar 6 2009, 01:12 PM

QUOTE(NerdyGurl @ Mar 4 2009, 03:36 AM)

Sorry, but it doesn't work........ Do we have other way to fix it?

vonindo

Mar 7 2009, 02:15 AM

QUOTE(MC2 @ Mar 3 2009, 10:44 AM)

It seems administrator of uuuq.com disabled some functions of PHP recently. My drupal system is affected too. Now it displays lots of annoying warning message on top of every single page. For example:
However, drupal has no such problem with vndv.com and 99k.org. So I would appreciate that administrator of uuuq.com reconsiders the changes made to php settings in uuuq.com.

Hi, i have almost the same problem with session_start(), i dont know what this mean, im a newbie in this area, what seems to be the problem of PHP here, everything run smoothly with my localhost before i began uploading my web.
any suggestions, anyone? thanks in advance

vonindo

rianka

Mar 8 2009, 12:26 PM

Can't use joompla with uuuq?? There is a way for remove those warnings?

ZillaIIDope

Mar 9 2009, 06:08 PM

I would actually like to see how good my site would hold up against an attack.

Roman

Mar 10 2009, 03:21 PM

I was istalled CMS "Joomla 1015 Lavra Edition 2008" , and it is does not work correctly. It is not a problem with database or CMS-code. In my local machine this version of Joomla! works winouth any problems.
It does not display any errors, and i can't acces to the administrator's panel/
Please watch

http://pcomputer.uuuq.com/pcomputer/

help, and sorry my english

ZillaIIDope

Mar 12 2009, 05:31 PM

QUOTE

vndv and zxq

Where would I sign up to switch?

Shahnawaz

Jun 30 2009, 11:54 PM

QUOTE(lizon @ Mar 3 2009, 07:24 PM)

Well I did a fresh install of drupal here http://lizontest.uuuq.com/

I followed the advise from last night and commented these lines out in settings.php
So now it looks like this.
I still has some errors but I believe it was some cashing problems. I also did a change to bootstrap.inc and commended out this section as well (around like 379):
to this:
This seems to have gotten everything working, but I'm still uncertain as to why it won't work on a site already setup. Seems I need to do some more testing.

Thanks buddy it solves the initial problem, but don't you think it's temperory solution.

I'll contact you if i face problem in future.

tdzimbo

Sep 29 2009, 09:29 AM

Guys and Gals, we have same problem here.
When we installed our mediaWiki a two month ago, we have no problems at all.
But now we getting same problem with ini_set...

So what we need to do?

Andrew

Jan 12 2010, 07:15 AM

On the ini_set errors, it gives you a file name, and a line number. Open that file, go to the line that it's telling you and find where it says ini_set(blah blah blah) and replace it with @ini_set

All errors will go away.

This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.