Hebeh.com, hebergement professionnel de sites internet www.hebeh.com

guitscorps · Inscrit le: Sep 26, 2005 Messages: 964 13768 points Lieu de résidence

liens

admin.php?op=cMax_Update&mu_list=1

nous avons un magnifique tableau :

Version de Maximus Version du site Dernière version dispo Date Etat

par contre tout les dates

01-01-1970

Cyril · Inscrit le: Apr 26, 2005 Messages: 12130 104214 points Lieu de résidence

tiens tiens !!!

et si tu refait une actualisation forcée tu as encore cette date ???

pourrais tu me préciser si la table _maxupdate_config est bien présent et remplie ??

enfin, ce test est fait en local ou chez un hébergeur ?? ( sous windows ou linux )

guitscorps · Inscrit le: Sep 26, 2005 Messages: 964 13768 points Lieu de résidence

hebergeur : hebeh

alors en forçant ça ne bouge pas Confused

la table xxxx_maxupdate_config :

Cyril · Inscrit le: Apr 26, 2005 Messages: 12130 104214 points Lieu de résidence

salut

pourrais tu remplacer le contenu de ta table par celui ci:

guitscorps · Inscrit le: Sep 26, 2005 Messages: 964 13768 points Lieu de résidence

voici un screen avant modif SQL

Aprés la modif SQL :

rien a changer j'ai vider les cache , deco et reco etc ... c'est pareil

et la je viens voir que :

si je : Force la vérification de mise à jour de ce site internet

ma table `xxxx_maxupdate_config` repasse en :

Cyril · Inscrit le: Apr 26, 2005 Messages: 12130 104214 points Lieu de résidence

aille

php4 ou php5 ?

il me semble avoir tester chez hebeh en php4 et que ça marchait, car là ... ben tu ne remonte pas les valeurs de la base commune ( ici donc )

guitscorps · Inscrit le: Sep 26, 2005 Messages: 964 13768 points Lieu de résidence

la je suis en php4

je mets en php5 pour verifier Wink

bon bon bon y a un hic ^^ php4 ou php5 = marche pas

En étant en php5 , en forçant la verification : ma table xxxx_maxupdate_config

change à nouveau

Cyril · Inscrit le: Apr 26, 2005 Messages: 12130 104214 points Lieu de résidence

bon après tests je suis bien obliger de constater que non ça ne marchera pas, et que après analyse ben ... y'a pas mal d'hébergeurs mutualisés qui ne vont pas accepter cette fonction Sad

conclusion je viens de rajouter un test complémentaire pour préciser le fait Crying or Very sad

mais je ne travaillerai sur une mise à jour de ce script qu'à partir du moins de juin minimum maintenant
alors ceux qui auront la chance d'en profiter avant, tant mieux pour les autres ... ben ce sera patience toujours Smile

guitscorps · Inscrit le: Sep 26, 2005 Messages: 964 13768 points Lieu de résidence

Dommage ...

quel serai les fonctions a activer sur un mutualisé pour que cela fonctionne ?

je vais faire un petit mail a Alex Laughing

epsylon · Inscrit le: Apr 28, 2005 Messages: 11736 74623 points Lieu de résidence

pas bete ca Guits ^^

Cyril · Inscrit le: Apr 26, 2005 Messages: 12130 104214 points Lieu de résidence

ben deux fonctions importantes ( que l'on exploite en dédié ) et c'est vrai en toute logique ben ... en mutualisé très peu de hosts vont accepter ( j'aurai du y réfléchir avant, mais bon ... moi et le mutualisé ça fait deux ) :
- exec()
- fopen externe au serveur

pour le maximus update, je le referai sous une autre formule et comme ça j'incorporerai nsn admin bull ( depuis que je voulais le faire, comme ça ce sera fait Smile

)