24/08/2012, 18:25:05
kraygoon a écrit :Salut,
Premièrement remets la sauvegarde que tu as dû faire avant de te lancer dans une mise à jour de quoique ce soit sur ton site. Si tu n'as pas de sauvegarde, je suis alors certain que la prochaine fois tu en auras une :-)
Ben ouais, comme un gros @*$ j'ai pas fais de sauvegarde... pourtant je le sais... enfin bref...
kraygoon a écrit :Comment as-tu désinstallé le module dépendant de CGExtensions ? Et quel est-il ?
Normalement un module se désinstalle du Module Manager car il existe un fichier module.uninstall.php qui contient toutes les modifications à apporter lors de la désinstallation... et en passant par le FTP (il semblerait que ce fût obligatoire pour toi), ces instructions n'ont pas été suivies.
N'ayant plus accès au backend, j'ai effectivement supprimé le module du dossier. Bon, je l'ai remis et fais une desinstall propre, il n'apparait plus à coté des dépendances de CG Extensions, mais ça regle rien...
Si je regarde à quoi correspond lle code qui débute à ligne 443 du fichier en question, ça donne ceci :
Code :
[== PHP ==]
if( $cge->GetPreference('cache_modulecalls',0) && (!isset($params['nocache']) || !$params['nocache']) &&
cms_cache_handler::can_cache() )
{
$key = '';
if( isset($params['cache_key']) )
{
$key = trim($params['cache_key']);
}
else
{
$tmp = debug_backtrace();
$bt = array();
foreach( $tmp as $elem )
{
$bt[] = $elem['file'].':'.$elem['line'];
}
$key = 'm'.md5($this->GetName().serialize($params).serialize($bt).$id.$returnid);
}
Ca doit donc venir d'un pb de cache qui crée un conflit entre la version de CGExt installée et la version qu'il va chercher dans la conf non? J'ai pourtant vidé le cache via l'admin... Il y a des dossiers à vider manuellement, quelquepart? Ou des fichiers à modifier?