Bonjour,

Nous utilisons le système depuis un et jusqu'à ce jour sans aucun problème particulier.
Depuis quelques jours, il est impossible de faire une réservation ou de se déplacer vers une autre date. Après chaaue commande, nous obtenons le message suivant :
Fatal error: Call to a member function on a non-object in navigation.php on line 116

En allant regarder dans les scricpts, je ne vois rien de particulier.

Quelqu'un aurait-il une solution à ce problème.

Merci,
Christian,

Bonsoir,

Devant ce genre d'erreurs, celles apparaissant du jour au lendemain, il convient en premier lieu de demander à l'hébergeur les changements récemment intervenus.

cordialement,

Patrick

Je dirais même plus : cela ressemble comme deux gouttes d'eau à une migration vers du php 5. En effet, la ligne 116 en question doit correspondre à :

$aircrafts_viewed=$aircrafts_class->get_viewed();

or il s'agit d'un objet et dans php 5, l'affectation des objets est différent de celui de php 4 (passage par référence au lieu du passage par valeur).

Par conséquent, vous avez quatre solutions :

- demander à votre hébergeur de revenir à php 4

- demander à votre hébergeur d'activiter le mode "compatibilité php 4" (zend.ze1_compatibility_mode = On dans le fichier php.ini) mais sans garantie de résultat...

- convertir OF 1.1 pour le rendre compatible php 5

- changer d'hébergeur

Je vous suggère la quatrième solution, c'est la plus simple.

Bonnes fêtes,



Message modifié (23-12-2004 23:02)

Christophe LARATTE
OpenFlyers manager

Bonjour,

J'ai le même genre de problème, à la même date, avec un hébergement chez online.

Jean-Marie

Messieurs,

Petite question bête..Etant donné que nos hébergeurs vont outs passés à Php5..Laversion 1.2 est compatible ou pas ????


Sinon, bonnes fêtes à tous et meilleurs voeux pour 2005



Fred - VARIO Positif

La version 1.2 n'est pas développé pour PHP5... A priori, il pourrait y avoir des problèmes de compatibilité.

Par contre, nous avons décidé que la version 1.3 serait PHP5 seulement.

Le transfert progressif des hébergeurs de PHP4 vers PHP5 posera forcément des soucis aux clubs puisqu'il sera progressif (certains hébergeurs mettent un certain temps à migrer).

Notre hébergement dédié sera en PHP4 jusqu'à la version 1.3 où nous basculerons alors sur PHP5. Nos développements s'appuyant de plus sur notre hébergement, les évolutions et choix techniques en dépendent.

Meilleurs voeux pour cette nouvelle année.

Patrick hubscher

Meilleurs voeux également !

Il est important de savoir que OF ne peut être compatible qu'avec PHP 4 ou qu'avec PHP 5. Mais pas les deux à la fois.

En effet, PHP 5 n'est pas compatible avec PHP 4 sur quelques tous petits points (4 points de mémoire), mais notamment 1 qui nous concerne : la gestion des classes (objets).

C'est pourquoi nous avons pris la décision de terminer OF 1.2 comme nous l'avions commencé (sous PHP 4) et ensuite de passer à PHP 5 pour OF 1.3.

Donc, pour résumer :

OF 1.2 = PHP 4

OF 1.3 = PHP 5

Encore bonne année à tous les utilisateurs d'OF !

Christophe LARATTE

Hello,

Bonjour, j'ai fait un peu de debugging hier soir et il semble que ça vienne du fait qu'un object aircraft_serie soit stocke dans une variable de session.

Si on regarde le fichier session juste après s'être identifie, il contient l'objet aircraft_serie avec la liste des avions dedans. Mais lors du chargement d'une 2eme page, le system essaye de recharger la session, et il n'arrive pas à récupérer cet objet. Cet objet passe a null et si on regarde le fichier de session, il n’y a plus la liste des avions.

Apres quelques recherches, il semble qu'avant de mettre un object dans un variable de session, il faut le "serializer" avec serialize() et le récupérer avec unserialize(). J'ai fait la modif et ca "marche". Je n'ai plus d'erreur. Mais l'objet est "vide". Je ne sais pas encore exactement pourquoi.

Je ne sais pas pourquoi ce problème est apparu comme cela. Il faudrait demander a online s’ils ont changé de version. Peut être que la nouvelle version gère les object dans les variables de session différemment. (actuellement PHP Version 4.3.9-2)

Regis
PS: au faut j'aimerais m'impliquer un peu dans le module de gestion financiere. Y a moyen d'avec acces au forum de dev?

Bonjour,

Les participations aux modules du projet sont les bienvenues. Nous cherchons des codeurs pour accélérer le développement.

Nous contacter à contact @ openflyers.org

Cordialement,

Patrick Hubscher

Bonjour redge,

Je ne crois pas que le problème vienne du point évoqué. Jusqu'à présent, j'ai considéré que la sérialization était requise uniquement lors d'un passage de variable par un support ascii (base de données, cookies). Mais cela n'est peut-être plus vrai. Si c'était le cas, il faudrait alors dire simplement dire que OF 1.1 est compatible jusqu'à PHP 4.3. et des poussières.

Sinon concernant la sessionisation des avions, il est prévu de la faire disparaitre et d'accéder systématiquement à la table aircrafts de la base de données. Le but est de faire disparaitre le bug qui fait que lors d'une modif sur un avion, cette modif n'est pas prise en compte pour soi-même tant que l'on ne s'est pas déconnecté. Idem pour les instructeurs.

Cependant, l'occurence et les conséquences de ce bug étaient jusqu'à présent suffisamment faibles pour que cela ne constitue pas une priorité.

Pour info, à l'origine l'utilisation de la session avait pour but de limiter les accès bases. Mais c'était un mauvais calcul. D'autant plus mauvais qu'il n'y aurait pas de ralentissement à passer par la base plutot que par la session (à vérifier, je ne suis pas spécialiste en optimisation).

S'il s'avérait que cette façon de faire (sessioniser les avions et les instructeurs) impacte sur la compatiblité d'OF par rapport à PHP 4.x, alors nous reverrions le niveau de priorité accordé au traitement de ce point.

Concernant votre souhait d'implication dans OF, il est le bienvenu : nous cherchons encore et toujours des volontaires pour nous aider à faire évoluer OF.

C'est le but d'OF : fédérer des bénévoles pour développer un outil commun et puissant plutot que d'éparpiller les développements individuels et qui seront forcément d'une moins bonne facture.

Cependant, il faut savoir que nous rejoindre c'est accepter de faire passer ses propres prioritées après celle de l'équipe. Ce n'est pas facile ! (croyez-moi ;-)



Message modifié (03-01-2005 15:53)

Christophe LARATTE
OpenFlyers manager

Hello,

Bon, maintenant je suis sur que c'est un probleme de serialisation. Maintenant j'ai un probleme avec viewed_serie de l'objet aircraft_class. En effect vous utiliser la methode ->set_viewed_list() directement sur mon object aircraft qui est maintenant serialise... Et forcement ca ne marche pas. Je dois donc deserialiser applique set_viewed et re-serialiser. Ou alors je pense changer un peu les choses pour tout faire en 1 fois.

A+
redge

Et vous utilisez quelle version de PHP ?

Christophe LARATTE

PHP Version 4.3.9-2

Il serait intéressant d'essayer avec php 4.3.10. Sur le changelog de php, apparemment, ils ont pas mal touché à serialize et unserialize.

Je ne trouve pas la référence 4.3.9-2 sur le site de php. Avec un tiret, ce n'est pas une RC ?



Christophe LARATTE
OpenFlyers manager

Bonsoir,
pour info, quand vous attendez un service voilà ce que vous obtenez
après avoir envoyé un message au support online.net, voici les diffrentes réponses, Sympa..............


Bonjour,
>
> La version actuel de PHP est la 4.3.9-2.
>
> Le développement et la maintenance du contenu des sites clients ne font
> pas partie du domaine d'attribution de ce support technique.
>
> Cependant vous pourrez trouver de nombreux sites concernant le sujet en
> faisant une recherche sur un moteur du type www.google.fr.
>
> --
> Cordialement,

ne pouvant accepter cette réponse, je me suis adressé au service commercial avec le message suivant

> Bonjour,
>
> La réponse obtenue de la part de vos services techniques est
> que le problème ne les concernent pas et nous renvoient sur
> un moteur de recherche pour trouver la solution. je vous joins
> le mail reçu ci-dessous
>
> Il me semble qu'avant de changer de version ou de faire des modifications
> de configuration, il serait souhaitable que l'on soit averti, et au moins
> être sur de ne créer aucun désagrément auprès des utilisateurs.
>
> bonne journée,
>
> C.Déchelette
>

la réponse des services techniques

>
> -----Message d'origine-----
> De : Stephanie Kolaric [mailto:hebergement@online.net]
> Envoyé : mardi 4 janvier 2005 14:32
> À : christian
> Objet : Re: Mécontent
>
>
> bonjour,
>
> votre mail a ete repondu par notre support technique
>
> cordialement,


je pense qu'il aurait pu faire un effort et j'ai répondu comme suit :

> > Bonjour,
> >
> > Cela fait plusieurs jours, que j'ai signalé un problème sur le serveur
> > avec les bases de données à votre support technique ([online.net
> #221212]).
> >
> > Nous sommes très pénalisés par ce défaut qui bloque tout notre système de
> > réservation.
> >
> > A ce jour les réponses obtenues sont un message automatique envoyé sur à
> ma
> > demande, et
> > un message nous prévenant que nous devons penser à payer notre
> > renouvellement d'abonnement.
> >
> > Je sais nous sommes en période de fêtes, mais cela n'explique pas cette
> > légèreté sans de ne donner
> > des informations et de réagir à ce problème d'autant que nous ne sommes
> pas
> > les seuls à être dans
> > la même situation.
> >
> > Je vous demande de bien vouloir agir auprès de vos services technique pour
> > remédier à cette panne.
> >
> > Site concerné : www.aéroclub-bellegarde.asso.fr
> >
> >
> > Meilleures salutations
> >
> > C.Déchelette

enfin leur réponse :

> Stéphanie KOLARIC - Responsable Administrative
> Web : http://www.online.net/
> Fax : 01 73 50 26 05
>
>
bonjour,

notre support technique vous a repondu l'actuelle version de notre php

que voulez vous de plus

cordialement,

--
Stéphanie KOLARIC - Responsable Administrative
Web : http://www.online.net/
Fax : 01 73 50 26 05


je trouve cela honteux, et je me permet de diffuser ce dialogue sur le forum, sachant que certains sont également chez online.net

Christian,

Bonsoir,

Nous avons nous même eu un problème ponctuel avec notre hébergeur mais le dialogue a permis un rétablissement rapide de la situation.

Les hébergeurs ont des contraintes importantes mais il faut bien admettre que la gestion "commerciale" de certains pêche quelque peu.
Ces problèmes de compatibilité, mises à jour, etc. sont quelques unes des raisons de la création de l'association OpenFlyers. La solution "idéale" reste d'avoir son propre serveur dédié mais à l'échelle d'un club, c'est un investissement lourd par rapport à ce que ça va rapporter d'où notre démarche (mutualisation des besoins des clubs).

Bon courage.

Cordialement,

Patrick Hubscher

En tout état de cause, il s'avère qu'il y a un problème avec la version 4.3.9-2 de php.

Si quelqu'un pouvait faire un test avec la version 4.3.10 et nous tenir informer afin de savoir si le problème subsite ou non. Ce serait sympa (pour vous).

Car :

- s'il subsiste, on le prendra en compte comme je l'ai expliqué un tout petit peu plus haut.

- s'il ne subsiste pas, il suffira de demander à cette charmante Stéphanie de faire installer la version 4.3.10.

;-)



Christophe LARATTE
OpenFlyers manager

Bonjour,

Je regrette de ne pas avoir eu de réponse à mon appel concernant le test d'OF 1.1 avec php 4.3.10. Nous l'avons donc fait nous même et nous sommes même en production avec : aucun problème !

Cela confirme trois choses :

- le problème ne venait pas du point évoqué par redge (serialization des objets avant de les sauver dans un tableau)

- OF 1.1 est compatible toute version PHP 4 existante (du moins à partir de la 4.2, avant je ne sais, faute de test).

- il ne faut utiliser que des versions de production de PHP pour sa propre production ;-) L'hébergeur a donc fait une boulette en installant une version non définitive !



Christophe LARATTE
OpenFlyers manager

Je souhaiterais juste mettre un petit bémol sur les propos de mon illustre collègue ;D.

Sur notre serveur avec la 4.3.10, OF 1.1 fonctionne tout à fait correctement et nous avions constaté ça depuis les versions 4.2.x. La version 4.2 est nécessaire pour la gestion du logo mais l'appli fonctionne avec une modif mineure (définir un logo uploadé) avec un PHP 4.1.x

Néanmois, compte tenu d'un grand nombre possible de paramétrages du serveur et de PHP, il est tout à fait possible de rencontrer des difficultés. Nous vous invitons d'ailleurs à nous faire remonter tous les problèmes que vous auriez pu rencontrer (surtout ne vous laissez pas arrêter par ces derniers) en commençant par les plus classiques:
- mauvaise gestion dans les chaînes (génèrent des problèmes d'affichages)
- impossibilité pour le script d'install de remplir le fichier de connexion (problème de droit des fichiers par exemple).
- Erreur d'inclusion de fichiers (problèmes de répertoire d'inclusion).
- etc.

En nous faisons remonter ces informations, vous nous permettez de consolider notre code (prise en compte de configurations "exotiques" et vous facilitez l'accès à OF des futurs utilisateurs (compléments d'informations pour les installations).

Cordialement,

Patrick Hubscher