logo

NPDS
Responsive

NPDS REvolution 16.8
1 visiteur(s) et 0 membre(s) en ligne.
Jeudi 23 avril 2026 à 06:17:50
Plus de contenu

Index du forum »»  Le coin des codeurs »» [Résolu] - Sable 5.10 et PHP5

[Résolu] - Sable 5.10 et PHP5#23213

4Contributeur(s)
Mercury_beJireckdeveloppeurAlefBurzmali
3 Modérateur(s)
developpeurjpbJireck
AlefBurzmali AlefBurzmaliicon_post
Je ne pense même pas que ça fonctionne ... Le $cookie[9] n'étant pas entre accolades ...
==> Mais si mais si cela fonctionne TRES BIEN

D'ailleurs, ça m'a étonné ... Il faudra que je regarde ça de plus près ... Mais je suis sûr qu'il y avait un problème dans l'un de mes codes dans un cas similaire. Peut-être était-ce avec un array associatif ?

Le début c'est 2001 avec PHP3 ...

Je dois avouer ignorer quelles étaient les recommandations à l'époque de Php 3 ... Je n'étais qu'au HTML / JS à cette époque.


le problème ne se serait pas posé (ex : $PAGES[$pages_ref][blocs], ça m'étonnerait que "bloc" soit une constante).
==> Non un machin associatif

Dans ce cas, le "block" doit être entre guillements (simples de préférence) pour être considéré comme une chaîne et non une constante. Ça marchera quand même, mais avec un E_NOTICE ou un E_STRICT (Je ne sais plus ...)


L'utilisation massive de variables globales dénote aussi d'un certain manque d'organisation du code. Ça ressemble plus à du code linéaire (genre bash) que du fonctionnel (php4) voire objet (php5 en partie).
==> effectivement mais est-ce vraiment un problème ?

Ça pose surtout un certain problème de logique ... Dans ce cas, tu passes à côté de tout "l'esprit" du code PHP. C'est pas vraiment un problème en soit, mais une curiosité :-)

Et puis, comme dit dans l'autre sujet, ça peut poser quelques bugs inexpliqués et difficilement décelables.

Si mais on va pas te mordre non plus / Pour une fois
:-)
21-01-2008 23:26
developpeur developpeuricon_post

L'utilisation massive de variables globales dénote aussi d'un certain manque d'organisation du code. Ça ressemble plus à du code linéaire (genre bash) que du fonctionnel (php4) voire objet (php5 en partie).
==> effectivement mais est-ce vraiment un problème ?


Ça pose surtout un certain problème de logique ... Dans ce cas, tu passes à côté de tout "l'esprit" du code PHP. C'est pas vraiment un problème en soit, mais une curiosité :-)

C'est bien là le problème ! / PHP (1,2,3 et même 4) n'a pas été "proposé" comme language POO, déclaratif, ...
- déclarer une variable, passer des paramêtres, instancier une classe ... Tous cela ne me gène absolument pas (même je sais faire ... si, si) / Pondre 30 000 lignes en PHP3 - modifier 65% de ces lignes pour les beaux yeux de PHP4 ... et ré-écrire totallement le Bignoux pour PHP5 ... On ne peut pas séparer un développement de son histoire et de son contexte tous simplement.
22-01-2008 12:37
AlefBurzmali AlefBurzmaliicon_post
Peut-être alors faudrait-il envisager une réécriture complète du code à la mode php 5 (le prochain php 6 ne change pas vraiment le mode de codage (namespace + utf8 en natif)), par exemple pour la prochaine version majeure (6.x) et étaler le developpement sur autant de temps qu'il faudra ... ;-)

Je pense qu'il y a quand même beaucoup à y gagner.

Message édité par : AlefBurzmali / 22-01-2008 19:25

22-01-2008 19:24
Mercury_be Mercury_beicon_post
Citation : AlefBurzmali

Le plus simple, pour le chat du moins, c'est déditer la page chat.php et, avant la ligne

<?php
!!include!!("meta/meta.php");



mettre :

<?php // sans le <?php

$nuke_url = ( empty( $_SERVER['HTTPS'] ) ? 'http' : 'https' ) . '://' . $_SERVER['HTTP_HOST'] . dirname( $_SERVER['REQUEST_URI'] );
$meta_op = '';



Bien entendu, ce n'est qu'une solution de secours, et il faudra attendre une correction "officielle" ... Surtout que le DOCTYPE (strict chez moi) est en désaccord avec le contenu (frame) ...



Trop fort Alef, ça marche !!!!!!!


Merci à toi... :=!





:=! :=! :=! :=! :=! :=! :=! :=! :=! :=! :=! :=! :=! :=! :=! :=! :=! :=! :=! :=! :=! :=! :-|
24-01-2008 01:43