PHP sur Windows avec XAMPP en cours d'exécution 100 fois trop lent
PHP s'exécute très lentement sur mon bureau Windows que phpMyAdmin prend que quelques minutes pour ouvrir une base de données. Voici une comparaison des temps d'exécution d'un simple test PHP programme:
- Windows 8.1 machine de course de XAMPP: 3597 ms
- iPage hébergement mutualisé: 65 ms
- A2Hosting hébergement mutualisé: 26 ms
Voici le programme de test...
<?php
$rStartTime = microtime(true);
$countTo = 100000;
$a = 0;
//$countTo = $countTo * 100;
for ($x = 0; $x <= $countTo; $x++) {
$a = sqrt(pow($x, 2));
}
$rMs = floor((microtime(true) - $rStartTime) * 1000);
echo 'timer done, countTo=' . $a . ' ms=' . $rMs;
Le programme de test est d'exécuter sans débogage, en entrant "http://localhost/timer.php" dans Firefox.
La machine locale est normalement très rapide. Il est en cours d'exécution...
- Windows 8.1
- XAMPP 1.8.3 (control panel v3.2.1)
- Apache 2.4.4 (les plus récents sont 2.4.20)
- PHP 5.5.3
- Antimalware = Windows Defender
- IDE = PHPStorm 10.0.2
Ce qui rend l'exécution de PHP, si lentement?
OriginalL'auteur CaptureWiz | 2016-04-20
Vous devez vous connecter pour publier un commentaire.
J'ai trouvé le problème a été Xdebug dans xampp\php\php.ini. Voici les résultats de l'essai plusieurs solutions trouvées sur le web:
Exécuter XAMPP comme adminisrator et de redémarrage du serveur: 3617 ms
Dans xampp/apache/conf/httpd.conf, remplacez localhost par 127.0.0.1 et de redémarrage du serveur: 3639 ms
Dans Windows/System32/drivers/etc/hôtes, ajouter “127.0.0.1 127.0.0.1” & “127.0.0.1 localhost” et le redémarrage de Windows: 3960 ms
Dans Windows/System32/drivers/etc/hôtes, des nations unies-commentaire “127.0.0.1 localhost” et le redémarrage de Windows: 3659 ms
En php.ini, décommentez zend_extension = "C:\xampp\php\ext\php_eaccelerator_ts.dll" et redémarrer le serveur: 3643 ms
En php.ini, jeu de xdebug.remote_enable=0: 3598 ms
En php.ini, ensemble remote_host="localhost": 3593 ms
En php.ini, jeu de xdebug.profiler_enable=0: 249 ms
En php.ini commentaire de tous les Xdebug états: 27 ms - Succès!
Le pire, c'est que je fais des erreurs et ont besoin de Xdebug 🙁
Souhaite que je pourrais. Au lieu de cela, j'ai écrit un programme Delphi qui bascule entre deux php.les fichiers ini, l'un avec le débogage (appelé debugPhp.ini) et l'autre sans (appelé fastPhp.ini).
Je ne semble pas avoir toute sorte de Xdebug options ici. Je devine que XAMPP ne vient pas avec Xdebug par défaut, et de mes propres goulot d'étranglement est quelque part d'autre?
Mon XAMPP 3.2.1 est venu avec un php.fichier ini qui avait un [XDebug] section du bas.
Pas de telle chose sur xampp.
OriginalL'auteur CaptureWiz
- Je résoudre mon problème avec xdebug idekey paramètre (xdebug.idekey="xdebug1"), et chrome extension xdebug helper (https://chrome.google.com/webstore/detail/xdebug-helper/eadndfjplgieldjbigjakmdgkmoaaaoc)
*N'oubliez pas de désactiver remote_autostart (xdebug.remote_autostart=0)
Seulement l'activation de débogage (xdebug) par la demande, à l'aide de idekey, donc si le débogage pas besoin de php de traitement peut être plus rapide/normal, tonggle par le bouton avec l'extension chrome
Je suis en utilisant xampp 1.8.3 sur windows 10 64bit,
j'utilise personnalisé idekey, xdebug.idekey="xdebug1", même avec xdebug helper réglage
Maintenant point d'arrêt/debug activé seulement si la session est requsted par xdebug helper
heureux de l'aider, peut-être différents paramètres locaux, de pc différents specs, de sorte que le résultat sont variative, dans mon cas, il peut accélérer jusqu'à 90% si on la compare à laisser xdebug autostart=sur
OriginalL'auteur Dzikri Ulinnuha A. Zamroni
J'exclus de mon site web dossier et mon xampp dossier dans Windows Defender et les choses ont été résolues ici.
Pouvez-vous expliquer brièvement comment cela se fait?
Ouvrir le Défenseur et allez dans Préférences/Paramètres ("Einstellungen" j'utilise une version en allemand ici) et puis exclus des Fichiers/Dossiers et il utiliser le bouton pour obtenir un fichier boîte de dialogue dans laquelle vous pouvez pointer vers vos Fichiers/Dossiers
OriginalL'auteur Carsten Wartmann
J'ai Eu le même problème avec xampp, et le problème a été de WINDOWS DEFENDER, si vous désactiver windows defender protection, xampp est plus rapide (vitesse normale), vous pouvez Aussi rechercher le dossier xampp comme exlusion dans windows defender. de ces est la solution.
Merci, mais Carsten déjà suggéré ce retour en avril 2017, voir ci-dessus. Que fix donne un 2X amélioration, mais PHP courait encore 50 fois plus lent qu'il s'exécute sans Xdebug.
Mais quelles sont les étapes exactes à suivre pour désactiver xampp pour windows defender? Cette réponse ne me dites pas.
Mais quelles sont les étapes exactes à suivre pour désactiver xampp pour windows defender? Cette réponse ne me dites pas.
OriginalL'auteur ALEX MAURICIO HENAO HERNANDEZ
Je pensais que l'Éclipse n'a pas de fin un XDebug session correctement. J'ai résolu le problème en redémarrant la session de débogage et de le terminer correctement.
Je suppose que j'ai fermé Éclipse sans mettre fin à la XDebug session, ce qui signifie que je n'ai pas cliquer sur le bouton rouge de la boîte (terminer) dans le menu. Quand j'ouvre phpMyAdmin le lendemain, c'était lent un.f. Réouverture de l'Éclipse, le démarrage d'une session de débogage et de le terminer correctement en cliquant sur la zone rouge de l'icône résolu le problème. Depuis lors, j'ai l'habitude d'ouvrir phpMyAdmin dans un autre navigateur (chrome) que je ne le débogage (Firefox)
OriginalL'auteur Zudi
Résolu php WAMP/XAMPP est de répondre très lent sur localhost /wordpress
La façon la plus simple est que pour aller c dirive > xamp > dossier de php > recherche php.ini > cliquer sur en haut puis de trouver max_execution_time anset à max_execution_time=300 > maintenant redémarrer xamp > tout est fait 🙂
ensemble max_execution_time=300 peut-être que votre site problème de cache j'ai mis max_execution_time=300 ça fonctionne
OriginalL'auteur Ashar Zafar
pour moi a été une amélioration après avoir modifié tous au-dessus de changer de https://localhost à https://127.0.0.1
OriginalL'auteur Daniel D