Dan

Pas le "='HD' qui est une assignation. Il faut un double (ou triple) signe = pour que ce soit un test comme le signale Eric73 plus haut ! Et pour des chaînes de caractères, on utilise plutôt strcmp() ou strncmp()

Comment peux-tu faire des comparaisons avec 0 pour des valeurs telles que "HD" ou "NULL" ? Comme le dit justement Blackpage, c'est la logique de ton code qui est à revoir !

Es-tu certain que tes variables $lof_row[...] ne sont pas nulles ? Parce qu'au cas où elles sont égales à zéro, rien ne s'affichera ! Idem si les deux sont négatives !

@captain_torche, je n'ai jamais rencontré ce souci, mais il peut effectivement survenir. Mais chez moi j'avais positionné LC_ALL avant de créer la moindre base de données, lors de l'installation de Debian. Donc je n'ai pas eu à faire face à ce problème de point décimal (ou virgule)

Sur ton serveur dédié, LC_ALL est positionné à fr_FR.UTF-8 Donc ça c'est bon, et ça fonctionne ! Chez Infomaniak, je ne peux pas vérifier

Que donnent les variables $LANG et $LC_ALL ? J'aurais plutôt tendance à utiliser setlocale(LC_ALL, 'fr_FR.UTF8');

Comment trouves-tu cette nouvelle version ? Chouette, non ?

Tu définis la fonction comme compute_string... et tu l'appelles comme compile_string... :?:

Je resterais prudent vu que la dernière version date d'il y a 4 ans....

Je viens de modifier chez moi, et ça fonctionne bien. Idem sous mon compte test de membre "lambda" .... Il faut aller dans "profil" puis cliquer sur "modifier". Le "About Me" se trouve sur le formulaire qui s'affiche. Si cela ne fonctionne toujours pas ... tu utilises quel navigateur ?

J'ai du chercher aussi... vu qu'on a changé de version hier et que je n'ai pas encore fait un tour complet. Cela se trouve dans le menu déroulant qui se trouve à côté de ton pseudo tout en haut, dans "paramètres du compte" ;)

Bonjour WebTo3 et bienvenue à bord de Webmaster-Hub. Tu es le premier à t'inscrire sur cette nouvelle version du Hub. J'espère que cela te portera chance. ;)

Bienvenue à bord du Hub, Steven !

Es-tu certain que le module mod_expires soit inclus dans Apache ?

J'aimerais tout de même voir ce type de montant sur mon relevé de compte Je laisserais dans ce cas bien volontiers à l'état un pourboire qui lui permettrait d'apurer sa dette !

Et pour info : echo substr("555666655447855333669999554466",-1,1); retourne bien 6 echo substr((string)555666655447855333669999554466,-1,1); ou echo substr(555666655447855333669999554466,-1,1); retournent 9 vu que le nombre entier est limité par php à 9E18 ... les derniers caractères sont supprimés.

Pour une opération telle que 19160205962652799215665*3 je ne vois que "bc" en natif. # bc bc 1.06.95 Copyright 1991-1994, 1997, 1998, 2000, 2004, 2006 Free Software Foundation, Inc. This is free software with ABSOLUTELY NO WARRANTY. For details type `warranty'. 19160205962652799215665*3 57480617887958397646995 Donc sur un serveur en 64 bits, la limite pour un entier signé est égale à : 9223372036854775807 Qui correspond à 2^64 -1 (64 représentant 8 octets, exprimés en bits) vu que PHP_INT_SIZE est défini à 8

Bienvenue à bord du Hub, Antho44 !

C'est que tu n'as pas l'adresse IPv6 dans ton champ SPF. Google privilégie effectivement les adresses v6 ... il faut en tenir compte dans le SPF et la rajouter.

OK, je ne voyais pas ce que ça apportait "de plus" ... pigé !

C'est quoi l'avantage d'un Chromebook par rapport à un portable Windows ou Mac, à part le prix ?

Le CP850 est le jeu Latin 1 pour l'Europe occidentale. Le CP437 est le jeu originel d'IBM Tu as les différents CP sur cette page, juste sous le titre principal. http://www.ascii-codes.com/

Moi je n'ai pas écrit un programme, juste donné une piste ... Tu sais bien que les admins système sont des feignants, non ? Et je me suis assez fait ch... avec la conversion de la base du Hub en UTF-8 ...

Ceci fonctionne aussi : print dechex(ord(iconv('UTF-8','CP850',"é"))); et donne 82 à l'affichage (dans la mesure où tu entres ce "é" en UTF bien sur)