OVH Community, votre nouvel espace communautaire.

Hébergement Pro: valeur de PHP_INT_SIZE


Rizz
18/06/2016, 19h49
rester sur php5 ne fera pas fonctionner le truc de toute façon...

Vianns
18/06/2016, 19h49
Okay, je vais me renseigner là-dessus !

buddy
18/06/2016, 19h43
Tu peux avoir du PHP 64 Bits si tu prend un VPS et un panneau d'administration tel que virtualmin.

Vianns
18/06/2016, 19h38
Et en fait, du côté panneau admin, les membres qui renseignent leur Steam ID ont cette valeur automatiquement remplacée par "2147483647", ce qui prouve bien qu'il y a un soucis !

Rizz
18/06/2016, 19h35

Native 64-bit integers require 64-bit hardware AND the 64-bit version of PHP.

On 32-bit hardware:

$ php -r 'echo PHP_INT_MAX;'
2147483647

On 64-bit hardware:

$ php -r 'echo PHP_INT_MAX;'
9223372036854775807
j'ai trouvé ca sur stackoverflow,

Sinon tu devrai peut etre tester avec php7 qui est sensé être "support native 64-bit integers"

Vianns
18/06/2016, 19h31
Ca marche, je suis passé en "Stable". Ca ne résoud pas mon soucis, mais c'est toujours ça à quoi je n'avais pas pensé.
BCMath est qqc qui a été évoqué par le développeur de l'application que j'essaye d'utiliser, mais selon lui il est plus simple de passer en PHP 64 bits et il est étonnant qu'un hébergeur tel qu'OVH ne le propose pas....

- - - Updated - - -

Merci pour vos messages !

buddy
18/06/2016, 19h25
Essaye le stable, c'est un environnement plus à jour.

De toute façon, tu peux faire machine arrière si il y a un soucis.

Rizz
18/06/2016, 19h24
Sinon il y aurai ca http://php.net/bc

Vianns
18/06/2016, 19h23
Non, je suis sur "Legacy" !

buddy
18/06/2016, 19h22
C'est prévu d'ici la fin de l'année je crois pour PHP 64 Bits.
Tu es sur l'environnement d'execution Stable ? (même si je ne pense pas que çà change grand chose )
https://www.ovh.com/fr/g2149.modifie...ebergement_web

Rizz
18/06/2016, 19h19
ca c'est sur que de toute facon ... si ca rentre pas en base de donnée avec un int(11) il va devoir y aller avec du varchar.

Vianns
18/06/2016, 19h19
Je suis en version 5.6 de PHP.
Concernant le Steam ID, c'est pour utiliser avec cette application: https://invisionpower.com/files/file...e-integration/ (ça n'avance probablement pas à grand chose, mais je mets le lien au cas où).
Il s'agit d'une app qui se greffe sur le CMS Invision Power Suite, et qui permet aux membres qui le souhaitent de renseigner le Steam ID, pour ensuite faire apparaître sur le profil de membre différentes informations relatives à leur compte Steam (niveau, jeux possédés, dernière activité...).
Et lorsque je renseigne ce Steam ID, l'app renvoie une erreur qui, selon son auteur, est lié au fait que l'environnement PHP ne permet pas de requêter (dsl si j'emploie pas le bon terme) une chaîne aussi importante qu'un Steam ID, à savoir 17 chiffres.

Après, à la base, c'était surtout pour savoir si PHP 64bits est utilisé chez OVH et/ou si c'est possible de switcher de 32 à 64. Mais je crois comprendre que non. :/

buddy
18/06/2016, 19h11
Le serveur est en 64 Bits mais la version de PHP est du PHP 32 bits d'après ce que je sais.

Tu utilises quelle version de php ?

et tu veux en faire quoi du steam ID ?
Tu ne peux pas le gérer comme une chaîne de caractères ?

Vianns
18/06/2016, 19h09
Ce que je comprends pas du coup, c'est que j'ai à deux reprises le support au tél qui me dit que l'environnement de mon hébergement est du 64bits... mais la personne à l'origine de la fonctionnalité me dit que PHP est en 32 bits, à moins qu'il ne soit en 64bits avec le réglage que j'aimerais changer que j'ai présenté en premier message...
L'idée, c'est un plugin qui permet d'interroger les serveurs de Steam pour récupérer des profils grâce au Steam ID. Sauf que les Steam ID sont une longue combinaison de chiffres (17 je crois), ce qui coince avec le paramétrage actuel...

Mais je ne fais que répéter, j'y connais rien.

Rizz
18/06/2016, 18h48
Mouais..
Tu as donc besoin de compter plus loin que 2 milliard ?

- - - Mise à jour - - -

Sinon en terme de temps .. je supose que la dead line sera quand le timer unix (depuis 1/1/1970) commencera à être trop grand .. et qu'il ne sera plus possible d’insérer une bête date dans sql .. ( essayer d'entrer un enregistrement avec 2040 en date .. )

c'est sur qu'actuellement personne ne fait de mktime(0,0,0,1,1,2040);
Moi je pense que je peux gerer avec 4 octect jusqu'en ... 2038 !

Abazada
18/06/2016, 18h32
Citation Envoyé par Rizz
Je suppose qu'il te suffit de trouver dans ton code la ligne avec
PHP_INT_SIZE = 4; et de mettre 8 à la place ...
Non, certainement pas !
Si PHP_INT_SIZE s'écrit en majuscule, c'est que c'est une constante
et sa valeur dépend du système (32 ou 64 bits) sur lequel il tourne.

Les Mutu OVH sont historiquement en 32bits, d'où ce 4 qui indique "sur 4 octets".

Dans une récente discussion, quelqu'un d'OVH avait parlé de Mutu_64bits à venir... ??

Rizz
18/06/2016, 18h14
Je suppose qu'il te suffit de trouver dans ton code la ligne avec
PHP_INT_SIZE = 4;

et de mettre 8 à la place ...

Vianns
18/06/2016, 16h57
Bonjour,

Je suis actuellement sur une offre d'hébergement mutualisée Pro(2014).
Sur mon site, une fonctionnalité ne peut fonctionner du fait du paramètre suivant: PHP_INT_SIZE = 4.
Il me faudrait élever la valeur à 8.

Est-ce possible dans le cadre d'une offre mutualisée ?

Merci à vous.