Trage site

[wpbremer]

Mijn website www.marcverhaegenfansite.com laadt heel erg traag, dit is nu sinds een aantal weken zo.

Vandaag het probleem voorgelegd aan mijn host, zij komen terug met het antwoord dat er met de server niks mis is en er de laatste weken niks veranderd is.

Ze geven wel aan dat de traagheid misschien iets maken heeft met de volgende error melding:

Code: Select all

[Mon Jan 03 11:36:29 2011] [error] [client 82.75.130.174] PHP Warning:  Parameter start is not known by module Cataloger dropped in /var/www/qb118191/data/www/marcverhaegenfansite.com/lib/misc.functions.php on line 1631, referer: http://marcverhaegenfansite.com/nieuws/

Wie kan mij aangeven hoe ik dit kan oplossen?

[deactivated010521]

----------

[wpbremer]

Bedankt Arnoud,

het uitschakelen van de cataloger pagina's heeft weinig zin denk ik, omdat ik niet de pagina's laad maar alleen de module aanroep in de meeste sjablonen op dit moment.

De foutmelding komt uit het volgende stuk uit misc.functions.php, line 1631 heb ik even aangegeven met de woorden "[line 1631]" ervoor:

Code: Select all

/**
 * Method to sanitize all entries in a hash
 * This method is called by the module api to clean incomming parameters in the frontend.
 * It uses the map created with the SetParameterType() method in the module api.
 *
 * @internal
 * @param string Module Name
 * @param array  Hash data
 * @param array  A map of param names and type information
 * @param boolean A flag indicating wether unknown keys in the input data should be allowed.
 * @param boolean A flag indicating wether keys should be treated as strings and cleaned.
*/
function cleanParamHash($modulename,$data,$map = false,
			$allow_unknown = false,$clean_keys = true)
{
  $mappedcount = 0;
  $result = array();
  foreach( $data as $key => $value )
	{
	  $mapped = false;
	  $paramtype = '';
	  if( is_array($map) )
		{
		  if( isset($map[$key]) )
			{
				$paramtype = $map[$key];
			}
		  else {
			  // Key not found in the map
			  // see if one matches via regular expressions
			  foreach( $map as $mk => $mv ) {
				  if(strstr($mk,CLEAN_REGEXP) === FALSE) continue;

				  // mk is a regular expression
				  $ss = substr($mk,strlen(CLEAN_REGEXP));
				  if( $ss !== FALSE ) {
					  if( preg_match($ss, $key) ) {
						  // it matches, we now know what type to use
						  $paramtype = $mv;
						  break;
					  }
				  }
			  }
		  } // else

		  if( $paramtype != '' ) {
			  switch( $paramtype ) {
			  case 'CLEAN_INT':
				  $mappedcount++;
				  $mapped = true;
				  $value = (int) $value;
				  break;
			  case 'CLEAN_FLOAT':
				  $mappedcount++;
				  $mapped = true;
				  $value = (float) $value;
				  break;
			  case 'CLEAN_NONE':
				  // pass through without cleaning.
				  $mappedcount++;
				  $mapped = true;
				  break;
			  case 'CLEAN_STRING':
				  $value = cms_htmlentities($value);
				  $mappedcount++;
				  $mapped = true;
				  break;
			  case 'CLEAN_FILE':
				  $value = cms_cleanfile($value);
				  $mappedcount++;
				  $mapped = true;
				  break;
			  default:
				  $mappedcount++;
				  $mapped = true;
				  $value = cms_htmlentities($value);
				  break;
			  } // switch
		  } // if $paramtype

		}

	  // we didn't clean this yet
	  if( $allow_unknown && !$mapped )
		{
		  // but we're allowing unknown stuff so we'll just clean it.
		  $value = cms_htmlentities($value);
		  $mappedcount++;
		  $mapped = true;
		}

	  if( $clean_keys )
		{
		  $key = cms_htmlentities($key);
		}

	  if( !$mapped && !$allow_unknown )
		{
[line 1631]         trigger_error('Parameter '.$key.' is not known by module '.$modulename.' dropped',E_USER_WARNING);
		  continue;
		}
	  $result[$key]=$value;
	}
  return $result;
}

Weet niet of het wat verduidelijkt.

Ik vind het admin gedeelte ook niet erg snel werken, maar heb meerdere berichten gelezen dat het admin gedeelte langzamer was geworden vanaf 1.9 of is dat niet zo.

[deactivated010521]

----------

[wpbremer]

Oke, ik merk wel dat het iets trager laad allemaal.

Ik heb de website nog even geopend in Chrome en daar wordt he wel sneller geladen, maar de snelheid kan zeker nog omhoog.

Iemand die nog iets met de PHP-foutmelding kan?

[wpbremer]

Kan de foutmelding te maken hebben met het feit dat ik de paden naar de afbeeldingen in de cataloger module heb aangepast?

[wpbremer]

Goed ik kom niet veel verder, heb de cataloger module verwijderd, waarna de site sneller wordt. Na een nieuwe installatie van Cataloger duiken dezelfde foutmeldingen zoals gemeld in de eerste post weer terug.

Iemand die me verder kan helpen.

[wpbremer]

Onderstaande foutmelding heb ik opgelost, ik bleek in het sjabloon de catalog module aan te roepen met een parameter "start" welke deze module niet kent.

Code: Select all

[Mon Jan 03 11:36:29 2011] [error] [client 82.75.130.174] PHP Warning:  Parameter start is not known by module Cataloger dropped in /var/www/qb118191/data/www/marcverhaegenfansite.com/lib/misc.functions.php on line 1631, referer: http://marcverhaegenfansite.com/nieuws/

De site blijf in mijn ogen nog steeds traag.

Ik zal nog proberen om de stylesheets te combineren in 1 sjabloon en eventueel gebruik maken van Gzip. Is dit een goeie zaak?

[wpbremer]

Ben weer iets verder denk ik, ik heb in de config de debug aangezet en krijg de volgende twee meldingen betreffende de nieuwsberichten:

Notice: Undefined index: entry in /var/www/qb118191/data/www/marcverhaegenfansite.com/tmp/templates_c/News^%%06^061^061108A3%%module_db_tpl%3ANews%3Bsummaryhomepage_nieuws.php on line 6

Notice: Trying to get property of non-object in /var/www/qb118191/data/www/marcverhaegenfansite.com/tmp/templates_c/News^%%06^061^061108A3%%module_db_tpl%3ANews%3Bsummaryhomepage_nieuws.php on line 6

Daarnaast krijg ik soort gelijke foutmeldingen betreffende CGCalendar. Waar duiden deze foutmeldingen op en hoe zijn ze op te lossen?

[wpbremer]

Ik heb betreffende de cataloger foutmelding die ik krijg even verder gekeken en heb het volgende gevonden (helaas nog niet de oplossing):

Dit zijn de foutmeldingen:

Code: Select all

Notice: Undefined index: -101 in /var/www/qb118191/data/www/marcverhaegenfansite.com/modules/CGCalendar/function.displayupcominglist.php on line 216

Notice: Trying to get property of non-object in /var/www/qb118191/data/www/marcverhaegenfansite.com/modules/CGCalendar/function.displayupcominglist.php on line 216

Notice: Undefined index: -101 in /var/www/qb118191/data/www/marcverhaegenfansite.com/modules/CGCalendar/function.displayupcominglist.php on line 217

Notice: Trying to get property of non-object in /var/www/qb118191/data/www/marcverhaegenfansite.com/modules/CGCalendar/function.displayupcominglist.php on line 217

Op line 216 en 217 van het bestand function.displayupcominglist.php wordt het volgende opgeroepen:

Code: Select all

	  $row['author'] = $users[$row['event_created_by']]->username;
	  $row['authorname'] = $users[$row['event_created_by']]->firstname.' '.$users[$row['event_created_by']]->lastname;

Via phpmyadmin heb ik gekeken in de database en daar staat onder event_created_by niet mijn gebruikersnaam maar -101, wat dus de foutmelding veroorzaakt volgens mij.

Ik durf in de database van die -101 niet mijn naam te maken en te zien of het dan werkt, of zou dit geen kwaad kunnen?

Daarnaast is de laatste php-foutmelding die uit CGCalender voortvloeit de volgende:

Code: Select all

Notice: Undefined variable: inline in /var/www/qb118191/data/www/marcverhaegenfansite.com/modules/CGCalendar/function.displayupcominglist.php on line 343

Volgens de module hulp moet de inline variabele standaard op "0" staan en hoef je deze dus niet aan te roepen.

Of zijn dit allemaal bugs die Calguy zal moeten oplossen?

Alvast bedankt voor het meedenken

[wpbremer]

Dankzij Rolf,

de foutmelding betreffende het nieuwsbericht opgelost. Het probleem met CGCalender blijkt een bug te zijn, zal dit dan ook doorgeven via een bugreport.

Blijft op dit moment nog onderstaand probleem over:
http://forum.cmsmadesimple.org/viewtopi ... 13&t=50660

heeft iemand hiervoor een oplossing?

[wpbremer]

Door Rolf, is het opgelost:

grote boosdoener was het feit dat de aanroep naar de stylesheets in de sjablonen verkeerd stonden, daar stond {stylesheet} terwijl dit {cms_stylesheet} moet zijn.

Bedankt Rolf,

[Rolf]

grote boosdoener was het feit dat de aanroep naar de stylesheets in de sjablonen verkeerd stonden, daar stond {stylesheet} terwijl dit {cms_stylesheet} moet zijn.

Nou ja, "moet". Even een kleine toelichting, in het geval van Wpbremer was dit de oplossing.
Alle nieuwe templates werken nu met de nieuwe cms_stylesheet tag en de oude zal ooit wel eens niet meer ondersteund worden. Maar ik heb zelf ook nog websites die het nog prima met de oude tag doen.
De nieuwe cms_stylesheet tag maakt van de stylesheet een bestandje op de webserver. deze wordt veel sneller geladen in vergelijking met het bij iedere pagina bezoek weer genereren van de stylesheets wat de oude tag doet...
Gebruik je dus veel (en grote) stylesheets en wordt de site traag, dan kan dit dus een oplossing zijn.

Grt. Rolf

[hendrik]

He dit is een goede tip
Als ik het dus goed begrijp is het dus verstandig om bij de recente versie van CMS MS de tag

Code: Select all

stylesheet

te vervangen door de tag

Code: Select all

cms_stylesheet

De kans is dan aanwezig dat je site er sneller van wordt.
Klopt mijn redenatie ?

[wpbremer]

Bij mij gaf dat de site een hele grote boost van een laadtijd van ca 7sec naar ca 1 a 2 sec.