Erreur fatale à l'ouverture du panneau de contrôle
Auteur : B. MarcelBonjour,
J'ai créé mon site encore sous test avec Evolution 14. J'ai encore beaucoup de choses à apprendre et notamment l'utilisation du panneau de contrôle. J'avais réussi à l'ouvrir trois fois mais après une mise à jour, je ne peux plus le faire. Voici les erreurs qui me sont déclarées:
Attention : strtotime () [ function.strtotime ]: Il n'est pas prudent de se fier aux paramètres du fuseau horaire du système. Vous devez * requis * utiliser le paramètre date.timezone ou la fonction date_default_timezone_set (). Si vous utilisez l'une de ces méthodes et que vous recevez toujours cet avertissement, vous avez probablement mal orthographié l'identifiant du fuseau horaire. Nous avons sélectionné 'Europe / Berlin' pour 'CET / 1.0 / no DST' dans /web/*****/www/******/admin/index.php à la ligne 28
Avertissement : date () [ function.date]: Il n'est pas prudent de se fier aux paramètres du fuseau horaire du système. Vous devez * requis * utiliser le paramètre date.timezone ou la fonction date_default_timezone_set (). Si vous utilisez l'une de ces méthodes et que vous recevez toujours cet avertissement, vous avez probablement mal orthographié l'identifiant du fuseau horaire. Nous avons sélectionné 'Europe / Berlin' pour 'CET / 1.0 / no DST' dans /web/******/www/*****/admin/index.php à la ligne 28
Avertissement : date () [ function.date]: Il n'est pas prudent de se fier aux paramètres du fuseau horaire du système. Vous devez * requis * utiliser le paramètre date.timezone ou la fonction date_default_timezone_set (). Si vous utilisez l'une de ces méthodes et que vous recevez toujours cet avertissement, vous avez probablement mal orthographié l'identifiant du fuseau horaire. Nous avons sélectionné 'Europe / Berlin' pour 'CET / 1.0 / no DST' dans /web/******/www/*****/admin/index.php à la ligne 28
Erreur fatale: Exception non interceptée 'Exception' avec le message 'DateTime :: __ construct () [<a href='datetime.--construct'> datetime .-- Construire </a>]: Il n'est pas sûr de se fier aux paramètres du fuseau horaire du système . Vous devez * requis * utiliser le paramètre date.timezone ou la fonction date_default_timezone_set (). Si vous utilisez l'une de ces méthodes et que vous recevez toujours cet avertissement, vous avez probablement mal orthographié l'identifiant du fuseau horaire. Nous avons sélectionné 'Europe / Berlin' pour 'CET / 1.0 / no DST' à la place dans /web/masdegrouze/www/testmdgecom/res/x5engine.php:2728 Stack trace: # 0 / web / masdegrouze / www / testmdg -ecom / res / x5engine.php (2728): DateTime -> __ construct ('2018-01-06 14: 1 ...') # 1 /web/masdegrouze/www/testmdg-ecom/admin/index.php ( 28): Analytics-> getTotalSiteVisitors ('2018-01-06 14: 1 ...', '2018-01-13 14:/web/*****/www/*******/res/x5engine.php à la ligne 2728
Pourriez-vous me dire d'où provient cette erreur ? J'ai mis tout le texte car je n'ai pas pu envoyer le fichier pdf que j'avais préparé.
Bien cordialement
Marcel
Salut Marcel,
Cela semble être un problème de fuseau horaire sur le serveur. J'ai trouvé ça :
https://helpcenter.websitex5.com/fr/post/172612
(Ceci est un avertissement du serveur d'hébergement que vous utilisez et il semble que la date et l'heure ne sont pas définies correctement. Veuillez contacter le support du serveur d'hébergement pour demander s'ils peuvent régler correctement la date et l'heure sur le serveur.)
A voir...
@Suivre, J.P.
Auteur
Bonsoir,
Merci beaucoup pour votre réponse.
J'ai suivi votre conseil et je viens de poser la question à mon hébergeur. Je vous tiens au courant dès que possible.
Bien cordialement
Marcel
Auteur
Bonjour,
Voici ce que mon hébergeur m'a répondu :
Merci de nous avoir contactés,
Cette erreur est lié à la version 5.3 de PHP dont vous devrez fixer la date explicitement.
Je vous recommande donc de suivre ce guide qui vous permettre d'ajouter les plus version 5.4 jusqu'à 5.6 à votre abonnement.
Si cela ne marche par je vous invites à tester une des deux propositions suivantes afin de fixer la datezone:
SetEnv TZ Europe/Paris
date_default_timezone_set('Europe/Paris');
NB : la timezone par défaut sur nos abonnements est Europe/Paris
Je reste à votre disposition pour toute information complémentaire.
Cordialement.
Suite a ce message voici ce que j'ai fait:
Normalement cela aurait dû marcher au moins dès la seconde action. Croyez-vous que ce j'ai fait soit correct?
Il me reste la dernière solution mais là je ne sais pas ce q'est le scrpit PHP et où mettre la ligne de programmation (dans quel fichier). Pourriez-vous m'aider sur ce point?
Avant de recontacter mon hébergeur, j'aimerai savoir si ce que j'ai fait vous semble correct:
Merci d'avance pour votre support.
Bien cordialement
Marcel
Hello Marcel,
The program uses the timezone set on the hosting server and there is no option in the program to set it manually.
I would suggest to contact the hosting support again so they can check it better since it depends on the settings they use on the hosting server.
Many thanks!
***** Google Translation:
Bonjour Marcel,
Le programme utilise le fuseau horaire défini sur le serveur d'hébergement et il n'y a aucune option dans le programme pour le définir manuellement.
Je suggère de contacter à nouveau le support d'hébergement afin qu'ils puissent mieux le vérifier car cela dépend des paramètres qu'ils utilisent sur le serveur d'hébergement.
Merci beaucoup!
Auteur
Bonjour,
Merci pour cette réponse. Dans les fichiers index.php et analytics.php, mon hébergeur a ajouté pour moi une ligne définissant la "timezone" comme étant celle de Europe/Paris (voir fichier joint) et tout fonctionne correctement.
Ce que je ne comprend pas, c'est pourquoi mon hébergeur a dû procéder à cette modification alors que les abonnements de NUXIT ont par défaut Europe/Paris comme "timezone". Je leur ai posé la question car ma crainte étant que que je dois réintroduire cette ligne de code chaque fois que je crée un nouveau site ou le change de répertoire. C'est trop lourd à gérer.
Qu'en pensez-vous?
Bien cordialement.
Marcel B
Hello Marcel,
As it seems they are using a different configuration from the other hosting providers which is not following the standard settings and to work on their hosting it requires to use this extra code. This only depends on them.
With every update you will need to add this code again since the program will overwrite these files.
Many thanks!
***** Google Translation:
Bonjour Marcel,
Comme il semble qu'ils utilisent une configuration différente des autres fournisseurs d'hébergement qui ne suivent pas les paramètres standard et pour travailler sur leur hébergement, il faut utiliser ce code supplémentaire.Cela ne dépend que d'eux.
Avec chaque mise à jour, vous devrez ajouter ce code car le programme écrase ces fichiers.
Merci beaucoup!
Auteur
Merci Claudio,
Ce matin, sans avoir rien changé, je constate à nouveau la même erreur de timezone. Cela devient très génant.
Par ailleurs, pour des raisons de maintenance de mon site j'ai préparé une page unique disant que que le site est en instance de rénovation tout comme si c'était un autre site. Donc ici les page index.php et analytics.php de ce petit site n'ont pas été modifié et pourtant j'accède sans erreur à la page "admin" . Pourquoi cette différence existe-elle? Mon problème n'est donc pas terminé.
Cet après-midi je vais installer chez mon gendre ma deuxième license d'Evolution 14 afin qu'il puisse gérer son site depuis son PC. Je verrai bien comment cela se passe chez lui et notamment s'il peut accéder sans problème à la page admin. Je ne manquerai pas de vous tenir au courant.
Bien cordialement
Marcel
Auteur
Bonsoir,
Après installation chez mon gendre, toujours le problème de timezone. Très énervant.
Je ne sais pas quoi penser!
Cordialement
Marcel
Hello Marcel,
This issue depends on the hosting server you are using. If they do not use a standard setting with the correct timezone set in PHP then this will continue to happen.
On other hosting servers there is not the same issue.
Many thanks!
***** Google Translation:
Bonjour Marcel,
Ce problème dépend du serveur d'hébergement que vous utilisez.Si elles n'utilisent pas un paramètre standard avec le fuseau horaire correct défini dans PHP, cela continuera à se produire.
Sur d'autres serveurs d'hébergement, il n'y a pas le même problème.
Merci beaucoup!
Auteur
Bonjor claudio,
Je suis en version PHP 5.6.8. et Nuxit mon hébergeur me dit que le timezone par défaut est Europe/Paris. C'est pour cela que je n'ai toujours pas compris mon problème.
J'ai remodifié hier au soir les fichiers analytics.php et index.php en forçant le "timezone"., et de ce fait je peux accéder à la page admin comme attendu. J'ai exporté à nouveau mon fichier sur internet et cela n'a pas écrasé ces fichiers "php" que j'ai modifiés. Donc tout continue de marcher correctement.
Comme je vais poursuivre l'évolution de mon site de test, je vais voir, au fil des exportations, si tout contine de fontionner correctement.
J'attends donc un peu avant de clore le sujet. Je vous tiens au courant.
Marcel