Dans mon "log action visiteur", je vois cette action:
Impossible de vérifier si une nouvelle version du SWP existe

Euh... c'est quoi? Une nouvelle fonction?

Oui tout à fait. Et je suis surpris qu'il ne fonctionne pas.

D'autres personnes dans le cas ?

Peux-tu préciser quel type d'hébergement tu as ? Version de php notamment.

Pour info, le script de détection se trouve dans membres.php autour de la ligne 100 :

Code :

if ($f_new_version = @fopen('http://www.scoutwebportail.org/infos/last_version.txt', 'r'))
{
  $last_version_swp = fread($f_new_version, 50);
  fclose($f_new_version);
  if ($last_version_swp != $site['version_portail'])
  {
    $aff_zone_info = true;
    $swp_new_version = true;
  }
}
else
{ // On n'arrive pas à lire la dernière version publiée
  log_this('membres', 'Impossible de vérifier si une nouvelle version de SWP est sortie');
}

Voici pour toutes les infos sur le PHP de mon hébergement...

http://www.usmwavre.be/PHPINFO.php

Ok, dans ta config php, le paramètre allow_url_fopen est à false, ce qui implique qu'il est impossible pour ton site de lire un fichier se trouvant sur un serveur externe via la fonction fopen().

J'en prends bonne note et je cherche une solution

D'autre part, je vois que le portail tourne sous php 5.0 avec register_globals à off. N'hésite pas à mentionner les éventuels problèmes que tu rencontrerais (le portail devrait pouvoir tourner sans problème avec cette config mais un oubli est si vite commis...).

OK, bon ben en attendant je vais aller enlever le log de cette faute car ca se produit tellement de fois que ca noie tout le reste.

Merci!

Oui, j'ai codé ça comme un barbare. Ca lance une requête à chaque chargement de la page d'accueil membres par le webmaster.

A part ça, j'ai trouvé une fonction permettant de contourner le problème. Je pourrai t'engager pour les tests ?

moi problème identique chez Newscout (agorascout)

moi j'ai mis la nouvelle version, et je voit ca a la fin

v 1.0.98 preview

mais les fichers sont bien 06/11/2005 - 20:30:00 - Scout Web Portail - v 1.1

donc voila je voit pas d'ou ca vien le conflit^^

tu sauve ou la version du portail?

Toi, tu t'es contenté de recopier les fichiers de la 1.1 sur ton installation test... Paaas bien !

Sinon la version est stockée dans swp_config au champ 'version_portail'.
Je déconseille de modifier la valeur du champ étant donné que c'est lui qui permettra aux scripts de mise à jour de proposer une mise à jour adaptée à la version installée. Mais nous sommes dans un pays libre

j'ai tout delete et apres reinstaller ^^

mais FileZilla enleve pas les .htacess, ca peut dependre de ca?

Non, .htaccess ne joue aucun rôle à ce niveau.

Tu as tout supprimé : fichiers et contenu de la db ?

Sinon, pour supprimer le fichier .htaccess, je t'avais déjà donné la solution il y a 2 mois

Pas de problèmes pour tester, dis moi ce que je dois changer dans le code et j'essaie...

Tarpan

oui oui tout enlever, et je me souvien de la solution, mais quand je met un nouveau htaccess, il le met a la place de l'ancien tout seul comme un grand^^

sinon j'ai effectivement tout virer, et la bdd aussi.

regarde si dans le file d'installation tu a pas oublie^^

Ah oui tout à fait.

Le script d'installation de la 1.1 (pas la mise à jour) affichera la version 1.0.98 preview... Dans ce cas, vous pouvez modifier manuellement la version dans la db : table swp_config : champ = version_portail, valeur = 1.1

Depuis votre interface d'administration MySQL, exécutez la requête suivante :

Code :

UPDATE swp_config SET valeur = '1.1' WHERE champ = 'version_portail'

en remplaçant swp_ par le préfixe de vos tables bien entendu.

Ensuite, réinitialisez la mise en cache de votre fichier de configuration pour que la modif soit prise en compte.