Page 1 of 2
Trage site
Posted: Mon Jan 03, 2011 10:50 am
by 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?
Re: Trage site
Posted: Mon Jan 03, 2011 11:06 am
by deactivated010521
----------
Re: Trage site
Posted: Mon Jan 03, 2011 11:16 am
by 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.
Re: Trage site
Posted: Mon Jan 03, 2011 11:25 am
by deactivated010521
----------
Re: Trage site
Posted: Mon Jan 03, 2011 12:16 pm
by 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?
Re: Trage site
Posted: Mon Jan 03, 2011 8:46 pm
by wpbremer
Kan de foutmelding te maken hebben met het feit dat ik de paden naar de afbeeldingen in de cataloger module heb aangepast?
Re: Trage site
Posted: Tue Jan 04, 2011 8:06 pm
by 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.
Re: Trage site
Posted: Tue Jan 04, 2011 9:53 pm
by 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?
Re: Trage site
Posted: Tue Jan 04, 2011 10:43 pm
by 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?
Re: Trage site
Posted: Wed Jan 05, 2011 9:42 am
by 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
Re: Trage site
Posted: Mon Jan 10, 2011 8:26 am
by 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?
Re: Trage site
Posted: Mon Jan 10, 2011 9:50 pm
by 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,
Re: Trage site
Posted: Tue Jan 11, 2011 7:42 am
by Rolf
wpbremer wrote:
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

Re: Trage site
Posted: Wed Jan 12, 2011 7:21 pm
by 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
te vervangen door de tag
De kans is dan aanwezig dat je site er sneller van wordt.
Klopt mijn redenatie ?
Re: Trage site
Posted: Wed Jan 12, 2011 7:40 pm
by wpbremer
Bij mij gaf dat de site een hele grote boost van een laadtijd van ca 7sec naar ca 1 a 2 sec.