Pb de "Cannot redeclare"

Général
1

Salut à tous,

En démarrant SPIP j'ai une erreur lorsque je lance ecrire/index.php3
il me dit :

  Fatal error: Cannot redeclare tester_upload() in
  home/mans/public-html/php/Spip/ecrire/inc_version.php3 on line 95

D'apres la FAQs de www.PHP.net il existe _include_once_ qui permetrait de
régler ce problême sans devoir tout modifier!
Alors serait-il possible que les devs utilisent cette fonction ? :slight_smile: En plus
ca fairait gagner des Nanos Seconds lors de l'affichage :)))

Cependant je tien à préciser que SPIP tranféré sur multimania fonctionne
correctement! C'est pourquoi je suis convaincu, meme si include_once est
plus propre :=), qu'il existe une fontion, dans php.ini, qui permet
d'autoriser le recodage de fonction (voir plus bas). Ne serait-il pas
possible de placer cette erreur dans vos faqs, si possible avec la solution
:slight_smile:

...

Mais bon, comme les docs de php donne rien a ce sujet, et que tous les
messages des conférences USENET disent d'utiliser include_once, j'aurais
voulu savoir si un d'entre vous à une idée ou solution pour que php4 accepte
de recompiler les fonction ?

Au sujet de la distribution de SPIP. étes-vous intéressé par une version de
distribution DEB, RPM ? C'est pas que ce soit dure Spip, mais
bon ca permet de l'installer/desinstaller proprement :slight_smile:

Merci, pas la tête !

2

@ José Mans (mans@gyptis.frmug.org) :

D'apres la FAQs de www.PHP.net il existe _include_once_ qui permetrait de
régler ce problême sans devoir tout modifier!

Alors serait-il possible que les devs utilisent cette fonction ? :slight_smile: En plus
ca fairait gagner des Nanos Seconds lors de l'affichage :)))

non, car c'est php>4.0.1xxxx

de plus, normalement ce bug ne figure pas dans la version 1.2-beta13/ de
spip ???

Au sujet de la distribution de SPIP. étes-vous intéressé par une version de
distribution DEB, RPM ? C'est pas que ce soit dure Spip, mais
bon ca permet de l'installer/desinstaller proprement :slight_smile:

Aucune idée en ce qui me concerne

-- Fil

3

Salut à tous!!

@ José Mans (mans@gyptis.frmug.org) :
> D'apres la FAQs de www.PHP.net il existe _include_once_
qui permetrait de
> régler ce problême sans devoir tout modifier!
>
> Alors serait-il possible que les devs utilisent cette
fonction ? :slight_smile: En plus
> ca fairait gagner des Nanos Seconds lors de l'affichage :)))

non, car c'est php>4.0.1xxxx

Eu pas compris la, moi je suis tout nouveau dans le monde php!
C'est SPIP qui est optimisé pour 4.0.1xxxx ou c'est la fonction
"include_once" qui est seulement implémentée dans le php 5.0.1xxx ? :slight_smile:

de plus, normalement ce bug ne figure pas dans la version
1.2-beta13/ de
spip ???

Eu ben je sais pas, c'est une confirmation ou question ? :slight_smile:
M'enfin, si y a une beta je fonce la prendre et je vous tien au courant :slight_smile:

> Au sujet de la distribution de SPIP. étes-vous intéressé
par une version de
> distribution DEB, RPM ? C'est pas que ce soit dure Spip, mais
> bon ca permet de l'installer/desinstaller proprement :slight_smile:

Aucune idée en ce qui me concerne

Ben alors les autres, une version de SPIP, maintenu par moi ou/et vous ? Ca
tente ??
Biensur je me charge de la création en RPM et DEB!
Euu sinon si y a pas de réponse, j'enverrez un message unique avec cette
propo, defois que personne ne lisent les fin de mails :))))))

A bientôt!!

4

José Mans wrote:

D'apres la FAQs de www.PHP.net il existe _include_once_ qui permetrait de
régler ce problême sans devoir tout modifier!

Ce n'est pas un problème jusqu'à maintenant... Quelle version de PHP as-tu ?

Alors serait-il possible que les devs utilisent cette fonction ? :slight_smile: En plus
ca fairait gagner des Nanos Seconds lors de l'affichage :)))

Non car la fonction est apparue dans un PHP 4.0.x.

Au sujet de la distribution de SPIP. étes-vous intéressé par une version de
distribution DEB, RPM ? C'est pas que ce soit dure Spip, mais
bon ca permet de l'installer/desinstaller proprement :slight_smile:

Heu.... Je ne vois pas trop l'intérêt, à part que tu te casses la tête pour pas
grand'chose. SPIP s'installant de façon isolée dans son propre sous-répertoire,
le .tar.gz suffit amplement, non ?

a+

Antoine.

5

Bonsoir,

[A propos de include_once]
Non car la fonction est apparue dans un PHP 4.0.x.

On pourrait très bien la créer en PHP si elle n'est pas disponible
nativement, mais de toute façon il n'est pas normal de charger
plusieurs fois un même fichier, c'est le signe d'un code non adapté ou
qui a mal évoluer.

Il sera beaucoup plus rentable pour les performances et la lisibilité
du code de corriger cela plutôt que de chercher des paliatifs.

distribution DEB, RPM ?

Heu.... Je ne vois pas trop l'intérêt

Le seul intérêt que je vois, au moins pour les packages Debian, est la
gestion des dépendances qui permettrait d'installer en une commande
simple SPIP et tout ce qu'il nécessite : Apache, MySQL, PHP et les
modules qui vont bien.

Mais franchement, j'ai l'impression que peu d'utilisateurs de SPIP
maîtrisent la configuration de leur serveur, et l'installation
actuelle est déjà exceptionnelle pour un projet libre ... :wink:

-Nicolas

--
Nicolas "Brush" HOIZEY

  Free PHP projects http://www.phpheaven.net
Veille tous azimuts http://www.gasteroprod.com

6

Nicolas Hoizey wrote:

> [A propos de include_once]
> Non car la fonction est apparue dans un PHP 4.0.x.

On pourrait très bien la créer en PHP si elle n'est pas disponible
nativement, mais de toute façon il n'est pas normal de charger
plusieurs fois un même fichier, c'est le signe d'un code non adapté ou
qui a mal évoluer.

Pourquoi ça ?
inc-A a besoin de inc-C. inc-B a besoin de inc-C. Chacun l'incluent donc
de leur côté. Si X a besoin à la fois de inc-A et inc-B, il est normal
qu'il inclue les deux, d'où un besoin de contrôle d'inclusion a priori.
Le code utilisé (if defined() return; suivi de define()) est le même que
celui utilisé dans n'importe quel projet C, C++ ou équivalent. Tu peux
toujours aller dire aux codeurs de la libc que le code n'est pas adapté
ou n'a pas su évoluer... :)))

a+

Antoine.

7

Bonsoir,

Bonsoir!

On pourrait très bien la créer en PHP si elle n'est pas disponible
nativement, mais de toute façon il n'est pas normal de charger
plusieurs fois un même fichier, c'est le signe d'un code non adapté ou
qui a mal évoluer.

Si j'ai bien compris c'est le pb qu'il y a avec les version de php!
Donc problême de portabilité! Donc faut mettre la commande include_once
envoyé dans cette liste :slight_smile:

Si vous voulez je peux m'en charger, ce ne devrait pas prendre trop de
temps, voire une demi journé au maximum!

>> distribution DEB, RPM ?
>
> Heu.... Je ne vois pas trop l'intérêt

Le seul intérêt que je vois, au moins pour les packages Debian, est la
gestion des dépendances qui permettrait d'installer en une commande
simple SPIP et tout ce qu'il nécessite : Apache, MySQL, PHP et les
modules qui vont bien.

Evidement, je me proposais de faire la package Debian et RPM. Mais
faut savoir aussi que ca va servir aux administrateur de site, car
spip pourra etre installé sur un répertoire et pourra etre utilisé
par tous les utilisateur, donc gains de place (j'oubli pas les droit des
repertoires,
pass du ftp perso...)

De plus! Avec un package relativement bien fait, le passage d'une version à
l'autre devrait
se faire sans douleur, enfin avec encore moin d'effort qu'il ne le faut
aujourd'hui :slight_smile:

Dans tous les cas, je vais tenter de pondre un premier Jet en Debian.
Mais bon, svp, pensé à l'avenir de SPIP et php, essayez de programmer aussi
sur du long terme, donc -> include_once fait maison :)))

Mais franchement, j'ai l'impression que peu d'utilisateurs de SPIP
maîtrisent la configuration de leur serveur, et l'installation
actuelle est déjà exceptionnelle pour un projet libre ... :wink:

C'est pas que ce soit gros SPIP, mais tous les utilisateur WEB on un quota
en Mo
chez leurs providers. Sans que cela soit un surplus pour les programmeur de
SPIP
actuel, on peut très bien, dans le package debian/rpm, faire un système
multi-utilisateur... avec tous les avantages (cache php, cache
disque..............................)

A bientôt!

8

Salut,

Si j'ai bien compris c'est le pb qu'il y a avec les version de php!
Donc problême de portabilité!

Non ce n'est pas ça le problème :wink: Est-ce que tu as essayé avec une
version stable de PHP (pas une beta, alpha...) ?

a+

Antoine.

9

Salut,

Salut!

Si j’ai bien compris c’est le pb qu’il y a avec les version de php!
Donc problême de portabilité!

Non ce n’est pas ça le problème :wink: Est-ce que tu as essayé avec une
version stable de PHP (pas une beta, alpha…) ?

Alors phpversion donne :

PHP Version 4.1.0RC1Ma distrubtion donne elle : php4 4.0.99-2 A server-side, HTML-embedded scripting langu…

Je pense qu’il dois avoir une option qui permet de tolérer les doubles appelles… Je cherche :slight_smile:

Merci!

PS: ci-joint le phpversion complet :slight_smile:

10

Hello,

> Non ce n'est pas ça le problème :wink: Est-ce que tu as essayé avec une
> version stable de PHP (pas une beta, alpha...) ?

Alors phpversion donne :

PHP Version 4.1.0RC1

RC = Release Candidate, ce n'est donc pas une version stable. As-tu essayé
avec une version stable ? (la plus récente doit être la 4.0.6)

Je pense qu'il dois avoir une option qui permet de tolérer les doubles appelles....

Non, ça n'existe pas.

a+

Antoine.