Salut,
Tu peux utiliser ce petit utilitaire très pratique :
Ca permet de modifier facilement le fichier hosts sans s’embêter avec les permissions 
J’en pense que ça se tente oui 
Il faut activer la ligne avec 127.0.0.1 et désactiver celle avec ::1
j’ai fait ça , mais pour l’instant pas d’amelioration
Bjr à Tous
Je me vois obligé de clore le sujet sur la lenteur de doliwamp en localhost sous windows
J’ai posé le probleme sur le site github dolibarr et reçu la reponse ci-dessous de l’un des developpeurs
Merci à tous pour le support
Bonne continuation
la suite du message
Je suis désolé mais je m’inscris en faux dans ces affirmations.
En installation manuelle, aucun problème de lenteurs.
J’ai finalement trouvé le temps de rédiger une doc d’installation complète :
Et, d’une manière générale, pas de problème de lenteur non plus avec DoliWamp lors de mes tests.
Il y a un problème qui vient de la configuration de cette machine Windows (quoi je ne sais pas) mais ce n’est pas normal.
+1 C’est juste faux ! Dolibarr fonctionne très bien sous Windows. C’est juste que ces linuxiens ne savent pas régler Windows comme ils savent le faire avec Linux. J’utilise tous les jours pour mes tests.
@+
Bjr
@jtraulle Merci pour tout
Je vais tenter l’installation manuelle pas à pas
Etant donné que j’ai deja une base de données enorme de produits avec les mouvements - le tarif etc
tout un stock en gros
Que dois-je sauvegarder avant de me lancer ( j’ai deja fait des exports en csv et excel)
dois-je desinstaller tout le dolibarr de ma machine avant de demarrer
quels conseils
Je doute que le systeme accepte une installation double
Merci d’avance
Bonjour Kouam,
En effet, c’est mieux d’éviter d’avoir le DoliWamp et une installation manuelle qui tournent en parallèle (même si pas impossible si on choisi des ports différents).
Il faut faire une sauvegarde de la base de données et du dossier documents (Outils d’administration > Sauvegarde dans Dolibarr avant toute manipulation pour pouvoir être en mesure de restaurer une fois la nouvelle installation effectuée).
En cas de doute sur les manipulations, il peut être préférable de faire appel au besoin à un prestataire spécialisé dans le déploiement de solutions Dolibarr.
Bonjour,
vous pouvez utiliser également la version portable de wamp (sans oublié les pré-requis) comme évoqué dans un précédent post doliwamp en php 7
et installer manuellement dolibarr.
Attention, la page ici prise pour analyser le temps de réponse est « reassort.php ».
Cette page ne doit pas être utilisée pour faire des tests de performance car contient naturellement des défaut de conception sur les versions non récentes amenant un nombre très très élevé d’IO. Il suffit d’activer la log dolibarr, de faire 1 accès à cette page, et de consulter la taille de la log pour s’en rendre compte. Il est inutile de chercher à résoudre des problèmes de performance en se basant sur les temps de réponses de cette page car, selon la nature de votre base, mais aussi du choix des colonne affichées, du nombre de ligne et des options prise sur le calcul de stock, elle sera longue par conception (la faute au calcul dynamique du stock théorique).
Cette page a été optimisée pour réduire les IO sur des versions récentes de Dolibarr (v11) mais restera toujours beaucoup plus longue que les autres, et est beaucoup plus pénalisée que les autres sur Windows. Car Windows et beaucoup plus long au niveau IO, compter 30% plus long pour Windows que pour Linux, mais pas plus, et seule cette page est pénalisante car la seule a avoir un usage abusif d’IO (nombre d’accès disque et nombre de requête SQL exécuté très élevé).
En conclusion:
Y a -t-il des lenteurs de 5s sur les autres pages ? Si non, problème terminé, c’est la page reassort.php qui est en cause. Il faut mettre à jour son Dolibarr (cela atténuera le défaut, mais c’est une page qui par nature sera toujours longue).
Si le problème de 5s d’attente se constate aussi sur la vue « Réseau » sur les autres pages (par exemple la page du menu haut « Tiers »), alors il faut analyser les réponses sur cette page du menu Tiers et surtout pas sur « reassort » qui est un cas particulier et qui donne de fausses pistes.
Si PHP 7 et 50% plus rapide que PHP 5, changer de version de PHP aura un effet très peu visible, idem en utilisant une version plus récente de DoliWamp. En effet, sur une appli de gestion, et c’est le cas sur Dolibarr, 90% du temps de réponse est dans les accès IO (disques et accès à la bases). Donc vous gagnerez 50% sur le 10%, soit un gain seulement de 5%.
Si le problème de performance est avéré sur toute page, comme même un PHP 5, mysql 5 et windows 7 et une machine milieu de gamme donnant de très bon résultat (temps de réponse global < 300ms), il faut alors chercher plutôt sur l’infra (pb DNS, firewall, fichier dolibarr ou documents mis sur un filesystem qui n’est pas local, partage réseaux actif vers un serveur non actif qui force windows à retester et attendre à chaque accès, mémoire insuffisante forçant le swapping, etc…)
1 « J'aime »
@eldy : Merci pour ta réponse super détaillée.
Je pense que cela peut être une bonne idée de faire une page sur le Wiki pour indiquer quelques pistes à explorer qui peuvent expliquer des lenteurs de Dolibarr dans certaines configurations comme tu l’expliques si bien ici car ce sont des demandes qui reviennent relativement souvent sur le forum (même si ce n’est pas forcément spécifique à Dolibarr - on l’aura bien compris - mais au matériel sous jacent sur lequel il est installé).
Comme tu le dis, au final les IO sont super pénalisantes, ce qui peut expliquer que sur des PC portables assez bas de gamme (disques dur 5400 tours, peu performants par ailleurs et pas de SSD), on ait des temps de réponse relativement longs sur certaines pages (dont visiblement la page de réassort mais même la liste des produits met pratiquement 5s sur cette configuration : Lenteur Dolibarr en localhost)
Si la colonne « stock virtuel » sur la liste des produits a été activé sur un ancien Dolibarr, il risque d’y avoir aussi un problème de lenteur aussi sur la page liste des produits. Il serait intéressant de tester en désactivant le module stock.
Bjr
Desolé d’avoir mis du temps à repondre, j’ai manqué ton message
Le module stock a été desactivé mais tjrs pareil.
Sur mon poste ça commence à ramer à partir du moment ou j’introduis mon mot de passe ADMIN, et ç’est pareil sur tous les modules , sur chaque click n’importe où dans le softw
c’est tjrs 5s ou rarement 6 à 7 secondes mais jamais en deça
Je compte tester ton tuto d’installation manuelle, j’ai un peu de crainte par rapport aux risques de perdre ma database stock
Cdlt
Bonsoir,
Comme évoqué par @eldy, il est peu probable que le gain soit flagrant (et de mon côté, je ne rencontre pas de lenteurs particulières même avec un DoliWamp). As-tu des modules complémentaire en dehors des modules de base fournis avec Dolibarr ?
Bjr
Ma barre de menus ci-dessous
Tous les modules sont issus du softw, je les ai juste activés , je n’en ai jamais importés.
Bye
@jtraulle
Bjr
J’ai demarré la lecture de ton tuto sur l’install manuelle . 
,
je ne trouve pas l’emoji de la main droite , je l’y ajouterai bien volontiers !!!
ça donne envie d’appendre à coder en PHP,
Ne serait-ce pas trop pour des têtes de novice comme les nôtres ?
Merci , on comprend un peu mieux comment tout ça est architecturé
Take Care
Bjr à tous
j’ai fini par suavegardé ma base de données et les docs
j’ai desinstallé doliwamp (10.0.3)
j’ai installé wampserver qui marche ok , sauf que je bute sur comment rentrer par mot de passe dans phpmyadmin
j’ai telechargé l’archive zip dolibarr 10, que je vais integré à wamp dans www/dolibarr/htdocs
comment faire pour la suite , pour ne pas devoir tout refaire comme hier,
merci d’avance
Bonjour,
Par défaut dans wamp, le login est root sans mot de passe
