Sur une installation de base de MAMP, je construis une application avec CodeIgniter localement (MacBook Pro, Core2Duo 2,26 GhZ, 4 Go de RAM).
Mon problème est que lorsque je recharge une page, il charge très lentement, même plus lentement que lorsque je mets sur un serveur Web.
Il est étrange que le chargement ne soit lent que lorsque je recharge la page, pas lorsque je clique sur un lien dans l'application elle-même.
L'application utilise une base de données MySQL, mais même lorsque je recharge une page qui ne génère pas de requête MySQL, elle est si lente qu'il faut environ 10 secondes pour charger une page.
J'ai lu sur http://forum.mamp.info/viewtopic.php?f=6&t=14081 que je pouvais essayer de changer le nom du serveur de .local à .dev. Mais je ne sais pas comment faire ça et je n'ai rien trouvé quand je l'ai cherché sur Google.
Que pourrais-je faire à ce sujet?
Les domaines ".local" sont en conflit avec Bonjour, qui traite tout ce qui est associé à un TLD ".local" en tant que serveur Bonjour.
J'ai trouvé la réponse ici: http://www.bram.us/2011/12/12/mamp-pro-slow-name-resolving-with-local-vhosts-in-lion-fix/ , et cet article fait référence à https://discussions.Apple.com/message/15834652#15834652 .
Comme l'a dit Jon, la solution est de mettre une adresse ::1
dans/etc/hosts.
::1 localhost example.local anotherexample.local
Malheureusement, MAMP Pro supprimera l’entrée au redémarrage alors placez un onglet (sans espaces) entre l’IP et chacun des hôtes.
L'alternative est de mettre un TLD différent - .dev
ou quelque chose comme ça.
Pour résoudre le problème des domaines .local sur OSX, procédez comme suit (en supposant que votre site s'appelle mysite.local):
/etc/hosts
dans un éditeur de texte.::1 mysite.local
Cela devrait résoudre votre problème.
Si sur OS X Yosemite. La modification du fichier localhost ne le résoudra pas. Vous devrez faire ce qui suit.
Sudo launchctl décharger -w /System/Library/LaunchDaemons/com.Apple.discoveryd.plist
Sudo launchctl charge -w /System/Library/LaunchDaemons/com.Apple.discoveryd.plist
Le correctif est via https://coderwall.com/p/ylchfq . La mise à jour est dans les commentaires.
Dans mon cas, le fichier hosts contenait des milliers de lignes de
127.0.0.1 mymachinename.local
les entrées