WebSite X5Help Center

 
B. Marcel
B. Marcel
User

Retour sur mes problèmes de Timezone  fr

Autor: B. Marcel
Visitado 2255, Seguidores 1, Compartilhado 0  

Bonsoir,

J’ai eu des problèmes avec Evolution 14 concernant le « timezone ». Sans être un programmeur averti mais grâce à de bons conseils, j’ai résolu provisoirement les problèmes en ajoutant aux fichiers « index.php » et « analytics.php » dans le dossier « admin » la ligne de code :

date_defaut_timezone_set(‘Europe/Paris');

Je m’en accommodais juqu’à présent en pensant que cela était suffisant. Mais ce matin j’ai acquis WebSiteX5 professional. Et là je retrouve encore des problèmes de Timezone et notamment en utilisant ma base de données MySQL en ligne. Voici le message d’erreur que je peux lire:

 Warning: strtotime(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected the timezone 'UTC' for now, but please set date.timezone to select your timezone. in /web/monsite/www/test/admin/templates/cart/table.php on line 49

 Comment sélectionner une fois pour toute le bon « timezone » ? Je ne peux pas continuer à passer mon temps à corriger des erreurs de spécialistes. Je ne devrais pas avoir ces difficultés. Quelqu’un a-t-il déjà rencontré ces problèmes ? Quelqu’un a-t-il NUXIT comme hébergeur ? Qui a raison ? Website X5 ou mon hébergeur NUXIT quand tous les deux me disent que le « timezone » par défaut est Europe/Paris ou simplement cela vient-il d’ailleurs. Merci de bien vouloir m’aider à comprendre pourquoi moi seul ai ces problèmes.

Bien cordialement

Marcel

Publicado em
15 RESPOSTAS
JiPeR 48
JiPeR 48
Moderator
Usuário do mês FR

Salut Marcel,

En attendant le passage d'un technicien car vendredi et le week-end approche (... ;o)) j'ai vu sur un vieux sujet que Nuxit a déjà eu ce type de souci. Voir la fin de la page 

https://assistance.nuxit.com/forums/topic/recuperation-de-la-date-serveur-aleatoire

Est-ce qu'un fichier .htaccess suffirait à résoudre ce problème ? Question à poser au support de Nuxit peut-être ?

Bonne continuation,

J.P.

Ler mais
Publicado em de JiPeR 48
B. Marcel
B. Marcel
User
Autor

Bonjour JP,

Merci pour la réponse. J'ai déjà tenté de mettre un fichier ".htaccess" comme cela m'avait été proposé. Je peux tenter à nouveau le replacer, mais avant de le faire, pourriez-vous me dire à quel niveau dois-je le placer exactement. Faut-il le placer avant l'exportation ou bien sur le serveur directement?

Note: Mon fichier .htaccess comporte une seule ligne de code:  SetEnv TZ Europe/Paris  . Savez-vous si c'est correct? 

A la vue de la page NUXIT dont vous me donner le lien, je vais les recontacter en mentionnant cette page. Quelque chose a peut-être échappé à leur vigilance.

Bien cordialement

Marcel

Ler mais
Publicado em de B. Marcel
B. Marcel
B. Marcel
User
Autor

Re-bonjour,

Je n'ai pas réussi en utilisant ".htaccess". Pour que çà marche j'ai dû intégrer la ligne de code date_defaut_timezone_set(‘Europe/Paris'); dans le fichier "table.php". Mais voilà qu'il faudrai que je renouvelle encore cette modification cette fois-ci pour le fichier " X5engine.php". C'est à la ligne 2589 et bonjour pour la trouver avec Bloc-Notes. Tout ceci est tout simplement inacceptable d'autant qu'il faut l'envisager à chaque exportation compléte. Il y a un "os" mais je ne peux pas dire qui est vraiment le responsable.

Il doit bien avoir un spécialiste capable de découvrir l'origine exacte de problème. Pour moi WebSite X5 n'est pas utilisable dans cet état.

Cordialement

Marcel

Ler mais
Publicado em de B. Marcel
JiPeR 48
JiPeR 48
Moderator
Usuário do mês FR

Re....

Je n'ai trouvé que 3 messages concernant ce problème sur la totalité du Help Center, dont celui-là qui dit que ce n'est pas un bug du programme...(en anglais, dernier message de Claudio...) :

https://helpcenter.websitex5.com/pt/post/106337

Plus récent sur le même souci : https://helpcenter.websitex5.com/pt/post/172612

Je te laisse aux bons soins du support (signalé)  car je n'ai pas de solution à mon niveau d'utilisateur lambda  ;o))

J.P.

Ler mais
Publicado em de JiPeR 48
B. Marcel
B. Marcel
User
Autor

Bonsoir,

Merci beaucoup. Les deux messages se terminent en disant que ce n'est pas une erreur de programme et que nous devons contacter notre hébergeur pour ce problème. C'est le conseil que vous m'avez prodigué et que j'ai respecté sans résultats.

J'ai recontacté mon hébergeur, voici leur dernière réponse: "si vous avez un fichier PHP appelé en commun par plusieurs fichiers (par la méthode "Require" ou "Include") vous pouvez saisir le script du time_zone sur ce fichier comme ça il sera partagé sinon veuillez le saisir sur le script qui fait appel à ce script".

Je leur ai répondu que cela était trop compliqué pour moi. En choisissant WebSiteX5 et NUXIT je voulais surtout ne pas rencontrer ce genre de problèmes. Je ne voulais surtout pas rentrer dans les programmes pour devoir les modifier. Je suis un utilisateur pas un programmeur. Donc cela ne me va pas. Il me faut une autre solution.

A+

Marcel

Ler mais
Publicado em de B. Marcel
JiPeR 48
JiPeR 48
Moderator
Usuário do mês FR
B. Marcel
Donc cela ne me va pas. Il me faut une autre solution. A+ Marcel

A toutes fins utiles (le support ne travaille pas le week-end)...

Il me vient une idée : le problème est-il le même sur le site en ligne qui semble tourner normalement, ou sur un dossier "Test" du serveur pour les essais de la version Pro ? A exploiter peut-être ? 

Bonne continuation,

J.P.

Ler mais
Publicado em de JiPeR 48
B. Marcel
B. Marcel
User
Autor

Bonjour J.P,

C'est une idée. Mais  actuellement mon site, créé avec Evolution 14,  tourne dans le dossier www. Pourqu'il fonctionne, j'ai dû modifier les fichiers analytics.php et index php. pour fixer le timezone.

Je fais actuellement évoluer mon site dans un dossier test avec version la version pro. Des fonctions supplémentaires issues de ma base de données apparaissent, mais je ne peux y accéder que si je fixe le "timezone" dans certains fichiers de type php. C'est impensable de continuer à travailler comme cela.

Précédemment, j'ai cru comprendre que le timezone 'Europe/Paris' est fixé par défaut dans WebSite X5. Si c'est le cas, je ne devrais pas pouvoir utiliser WebSite X5 pour créer un site sur un serveur basé à l'étranger et dont le timezone par défaut serait probablement différent. Qu'en pensez-vous?

Juste une dernière remarque: je travaille avec NUXIT depuis près de dix ans. Mon site avait été créé en 2008 avec "Shop to Date" (aujourd'hui obsoléte) sans rencontrer de problèmes sérieux avec son hébergement. Alors?

Merci pour votre support que j'apprécie énormément.

Bien cordialement

Marcel

Ler mais
Publicado em de B. Marcel
JiPeR 48
JiPeR 48
Moderator
Usuário do mês FR

Hello Marcel,

Bizarre tout de même ce dysfonctionnement très rare et réglé par l'hébergeur lui-même quand on lit les interventions sur le sujet. D'autant qu'on ne voit aucune "plainte" sur ce sujet quand on fait une recherche poussée sur le Web, à part peut-être celle citée dans mon 1er message ? 

Je suis modérateur pour la langue FR depuis 2009 et, de mémoire tant qu'Alhzeimer n'aura pas encore frappé, je n'ai vu qu'un problème de time_zone réglé dans la foulée par l'hébergeur. Il me semble même que c'était sur l'ancien forum aujourd'hui inactif.

Me vient une autre idée en attendant : lors de l'inscription de la Licence on peut bénéficier d'une année d'hébergement gratuite (voir Espace Web sur le pied de page... suivant la version achetée on peut avoir par exemple One.com ou A2Hosting, etc...). 

Pourquoi ne pas tester le projet sur un autre hébergeur pour voir la différence et si le problème persiste, quitte à résilier cet abonnement dans le mois qui précède l'échéance sans prendre de risque particulier ? Sinon tester sur un hébergeur gratuit qui offre le PHP 5.xx et éventuellement les bases de données pour pousser les tests commerciaux...

Bon week-end malgré tout et @+,

J.P.

Ler mais
Publicado em de JiPeR 48
Incomedia
Claudio D.
Incomedia

Hello Marcel,

This depends on the hosting server settings and, like Jiper suggested, you can use a 12 months free hosting where you will not experience this issue since it happens only on the hosting server you are using.

Many thanks!

***** Google Translation:

Bonjour Marcel,

Cela dépend des paramètres du serveur d'hébergement et, comme Jiper l'a suggéré, vous pouvez utiliser un hébergement gratuit de 12 mois où vous ne rencontrerez pas ce problème, car il se produit uniquement sur le serveur d'hébergement que vous utilisez.

Merci beaucoup!

Ler mais
Publicado em de Claudio D.
B. Marcel
B. Marcel
User
Autor

Bonjour à tous,

C'est très tentant. C'est sûrement une bonne façon pour localiser l'origine de mes difficultés. Le problème c'est que le nom du domaine ne m'appartient pas et que je ne peux pas faire la migration aujourd'hui sans en avoir prouvé la nécessité. 

Ce que je pourrais faire, c'est placé le site chez le nouvel hébergeur sous un nom de domaine différent qui de toute façon resterait provisoire. J'y réfléchis.

Ce matin, sans avoir modifier le X5engine.php" comme j'ai dû modifier "analytics.php", "index.php " et "table.php" je peux accéder sans erreur à l'onglet "Graphique" de l'e-commerce du panneau de contrôle alors que l'accès à cet onglet ne fonctionne toujours pas avec le site placé sous le dossier test. C'est curieux!

En tout cas je vous remercie pour votre aide et je vous tiendrai au courant de la suite que je donnerai.

Bien cordialemen.

Marcel

Ler mais
Publicado em de B. Marcel
B. Marcel
B. Marcel
User
Autor

Bonjour,

J'ai tenté le nouvel hébergeur one.com mais pour moi c'est de l'arnaque. Parait-il que c'est gratuit la première année mais finalement je ma retrouvais à payer pluis de 26€. Juste pour un test, c'est trop. J'ai donc continué à parcourir le net, sans succès probant.

Toutefois en regardant de plus près la liste des fichiers php contenu dans le dossier admin, je me suis aperçu qu(il suffisait de modifier uniquement le fichier login.php en ajoutant la ligne date_defaut_timezone_set('Europe/Paris'); . Après il devient inutile de modifier les autres fichiers php. Peut-être au fil de l'utilisation je découvrirai que ce n'ai pas tout à fait vrai, mais je peux fonctionner comme cela pour le moment. Pour moi, il me semble que que c'est un défaut de WebSite X5 d'autant plus que les dates se présentent sous le format américain, mais cela ne me gêne pas trop.

Bien cordialement.

Marcel

Ler mais
Publicado em de B. Marcel
B. Marcel
B. Marcel
User
Autor

Re-bonjour,

J'ai parlé trop vite. Annuler ce que je viens de dire. Si j'exporte à nouveau mon projet je retrouve les même problèmes.

Donc, modifier le fichier login.php ne suffit pas.

Cordialement

Marcel

Ler mais
Publicado em de B. Marcel
JiPeR 48
JiPeR 48
Moderator
Usuário do mês FR

Salut Marcel,

Tu as bien activé le coupon pour avoir la 1ère année gratuite ? Voir cette discussion :

https://helpcenter.websitex5.com/pt/post/183522

Pour le reste, quand on fait une modification sur le code du projet, le logiciel "remouline" le tout à la mise à jour suivante, et remet ses propres lignes de code... Donc après exportation on se retrouve avec les mêmes soucis...

Pour éviter ça il faut exporter le projet sur disque dur, faire les modifications et exporter le site sur le serveur via un logiciel FTP externe à celui de Website X5 (type Filezilla). 

J.P.

Ler mais
Publicado em de JiPeR 48
B. Marcel
B. Marcel
User
Autor

Bonjour,

Merci pour les explications techniques que vous m'avez données.

Concernant un éventuel changement d'espace Web pour "one.com", je suis parti du code coupon qu'il me semble avoir bien activé et je suis arrivé dans le même cas que andre L.: plus de 26.00€. C'était hier, donc je n'ai pas payé. Aujourd'hui j'ai refait le test deux fois: sans activer le coupon et une autre fois à partir WBX5 et même résultat mais cette fois 40,46€ TTC. Les frais de configuration (12€ HT) et les frais de sauvegarde et restauration non demandés (21,72€ HT) sont facturés. Donc, pour l'instant je n'ai pas envie de changer d'espace Web du moins pour "one.com".

Bien cordialement à tous.

Marcel

Ler mais
Publicado em de B. Marcel