Discussion :

[Claude30120]

Bonjour
Comment dire: c'est la chienlit.. bref, je ne comprends plus rien à ce qui arrive.
Je ne sais si je suis sur le bon forum, car cela touche un peu toute mon architecture.
Je vais essayer de poser le problème.

Architecture : une application web, hébergée par un provider, avec Lunix, Apache, Php et Mysql.
En local, configuration des postes : le navigateur Firefox et accessoirement Chrome sur poste Windows 10.
Il y a 5 postes de travail
- deux en boutiques (A administrateur et B agent d'accueil), ces postes ont été éteints et ré-allumés mercredi matin
- un en arrière-boutique (C)
- un pour le développementnt (D) délocalisé
- un pour les tests (E) délocalisé

Samedi 30 mai, je dépose une version de mon application sur le serveur.
Entre dimanche et ce jour, des bugs apparaissent de partout, mais pas sur tous les postes!!!
- dans une liste de dossiers courants avec un statut (que l'on peut mettre à jour en direct avec jscript), sur les postes A et B, un dossier de temps en temps, voit son statut changer, un dossier d'ailleurs non affiché sur la liste . Sur les postes C et D, ce comportement n'est pas reproduit
- l'évolution apportée par la nouvelle version n'est pas active sur les poste A et B alors qu'elle fonctionne sur les postes C et D, comme si la modification apportée par la version n'était pas prise en compte sur A et B
- Création des écritures bancaire à la date du 31/12/69 - Il y en a trois qui portent cette date erronée, toutes trois créées le 31 mai (soit le lendemain matin de la livraison), à 8h44 et 9h. Ensuite, les écritures créées le 1, 3 et 4 juin ont la bonne date. Ceci provient du poste A
- la connexion à l'application est impossible à partir du poste C et à partir du navigateur Chrome du poste B
Ca fait beaucoup, surtout quand nous sommes incapables de reproduire sur les postes de test et de développement.

J'espère avoir été claire.
Mon sentiment est que cela provient de l'architecture. Mais comment aller plus loin dans la recherche.

Pas sûr que quelqu'un puisse m'aider, mais je tente quand même et dit merci d'avance à celui.elle. qui me donnera une idée.

Claude

[JML19]

Bonsoir

Tout ce matériel est sur la même alimentation électrique ?

[becket]

Salut,

Samedi 30 mai, je dépose une version de mon application sur le serveur.

Docker, Kubernet ?

Entre dimanche et ce jour, des bugs apparaissent de partout, mais pas sur tous les postes!!!
- dans une liste de dossiers courants avec un statut (que l'on peut mettre à jour en direct avec jscript),

Vraiment cela commence mal, si tu fais confiance aux clients. Tu es parti pour pas mal de déboires.

Mon sentiment est que cela provient de l'architecture. Mais comment aller plus loin dans la recherche.

L'architecture ? Non !
Ce n'est pas un serveur centralisé avec des clients web qui pose problème. Ce genre d'infra existe partout dans le monde avec toutes les dimensions.

Le problème semble être dans le code et ou il est placé.

[Claude30120]

Merci pour vos réponses.
Tous les matériels ne sont pas sur le même réseau électriques.

J'ai avancé.
Pour ce qui est des problèmes des modifications non déployées sur certains postes, nous avons solutionné en changeant d'utilisateur dans l'application, il parait que cela vide les buffer (?!)
Pour ce qui est des connexions, cela semble réglé , en jouant deux fois la procédure d'identification (identifiant + mot de passe). Il parait que cela s'appelle la double-identification. Où est-ce paramétrer, c'est pour moi, un mystère.
Pour le reste, c'est effectivement un problème de codage.
Donc Discussion terminée.
Merci encore
Claude

[becket]

Le plus simple pour vérifier ce genre de problèmes, c'est de lancer l'application dans une navigation privée

[Claude30120]

@becket
Votre réponse me permet de poser une question que je me pose depuis longtemps: c'est quoi, la 'navigation privée'. J'aurais pensé que c'était une navigation dans u réseau d'entreprise par exemple, sans sortir sur le web. D'après votre remarque, je dois faire erreur!!
Claude

[becket]

Pour faire simple, Navigation privée, c'est une session qui est lancée lorsque l'on désire garder un minimum d'anonymat et ou on ne veut pas laisser de trace sur le pc. C'est donc une session qui démarre sans cache, sans cookie.

La conséquence est que c'est un outil très pratique pour tester un site / application web "comme si" c'était la première fois que l'on s'y connectait