Si! de même que Microsoft livre avec le Service Pack 2 (SP2)un pare feu amélioré, qui démarre d'ailleur sans rien demander. Ce dernier bloque les ports importants comme le Port 80 (http) et 443 (https) ce qui empêche le serveur Apache de démarrer. La solution rapide est de désactiver le pare feu de microsoft dans la barre des tâches et essayer de démarrer XAMPP.
Naturellement chacun peut définir dans le centre de sécurité de windows les autorisations nécessaires. Les ports suivants sont nécessaires pour un bon fonctionnement de XAMPP:
http 80 (HTTP)
https 443 (SSL)
mysql 3306
Et pour les autres serveurs de XAMPP:
ftp 21
smtp 25
pop3 110
imap 143
AJP/1.3 8009
http-alt 8080 (Tomcat Default Port)
Le dossier des pages est (...)\xampp\htdocs. Ici se trouve la page d'index (index.html), qui par l'appel de http://localhost sera initialisé. Qui, au choix peut être effacé et remplacé par "index.php" ou "index.cgi" (etc..).La hiérarchie des pages d'index se trouve dans XAMPP:
DirectoryIndex index.php index.php4 index.php3 index.cgi index.pl index.html index.htm index.html.var index.phtml
Pour l'exemple de XAMPP, on atteint la page toujours par http://localhost/xampp.
Pour cela il y a XAMPP AddOns pour Win32. Ce kit supplémentaire fonctionne avec l'ensemble de XAMPP, mais pas avec xampplite! Pour l'instant voilà la liste des addOns:
- Perl avec mod_perl et beaucoup de pilote-DBI pour la version actuelle de XAMPP (Apache)
- Tomcat avec mod_jk 2 sans Java JSDK. Ceux qui ont des addons qui ont besoin de la version JSDK se trouve sur page Readme et devrait avant tout avoir cet addOn d'installé!
- Python avec mod_python
Tous les addOns actuel pour win32 se trouvent sur la page XAMPP win32. D'autres addOns pour XAMPP se trouvent à cette adresse:
 http://sourceforge.net/projects/xamppaddon. Chaque fichier a sa propre somme, qui est calculé d'aprés des différents blocs (Bits/Bytes). Pour enfermer un résultat clair, il doit être encrypté. Le MD5 (Message Digest Algorithm 5)s'est imposé en tant que standard , avec un encryptage de 128 bit trés sécurisé.
Pour vérifier que le fichier vienne réellement du fabricant, des programmes supplémentaires sont nécessaire. Par exemple le terminal md5sum.exe:
http://downloads.activestate.com/contrib/md5sum/Windows/md5sum.exe
Cela fonctionne ainsi:
- Fichier (par ex. xampp-win32-1.4.16.exe), fichier MD5 (par ex. xampp-win32-1.4.16.exe.md5) ainsi que md5sum.exe a mettre dans un répertoire
- À travers l'intépréteur de commande appeler md5sum.exe, ici: md5sum -c xampp-win32-1.4.16.exe.md5
- xampp-win32-1.4.16.exe OK
Si quelque chose est faux. Il y a un autre programme graphique pour tester et créer les sommes MD5: http://www.md5summer.org
À cause de la simplicité d'installation de XAMPP, le fichier php.ini se trouve sous xampp\apache\bin. Où se trouve aussi apache.exe. Cela peut tromper certain utilisateur que php.ini se trouve sous xampp\php pour PHP5 ou bien xampp\php\php4 pour PHP4. Cela n'est pas tout à fait faux si PHP devait être utilisé comme console (cli).Mais en régle génèrale dans XAMPP, PHP sera démarré par le serveur Apache via mod_php.
Ainsi php.ini pour l'actuel actif PHP se trouve dans XAMPP à \xampp\apache\bin\php.ini
. Les changements dans php.ini sont aussi éffectués aprés dans le "PHP-Switch", ce qui assure le basculement d'une autre version de PHP en toute sécurité, ainsi seront restaurés les autres "switch". Attention: Les changements dans php.ini tout comme dans httpd.conf ont toujours besoin du redémarrage du serveur Apache!
Non, "kill.exe" ou "pv.exe" dans \xampp\apache\bin\ n'est ni un virus ni un cheval de troie, mais un programme C++ de "PC Welt". Encore merci à "PC Welt", qui nous ont envoyé un petit code source. Pourquoi XAMPP win32 à besoin de cela? Apache 2 a au démarrage manuel (donc pas comme service) aucune possibilité de faire un Stop rapide dans une console (cmd). J'ai donc cherché une solution pour pouvoir, sans désinstallation du service, faire un simple démarrage et le stopper rapidement. Une alternative était une commande Kill sous Win32 comme sous Linux, trouvé chez "PC Welt".
Le probléme: Certain antivirus (comme Norton) bloque ce programme, ou à cause du nom (kill) ou de son accés. "Kill.exe" est de ce fait un instrument puissant, lorsqu'on sait du moins quel processus est démarré. Xampp(killed), mais seulement Apache et stoppe le serveur MySQL sans "kill.exe".
Et cela sans que nous sachions quel processus a vraiment démarré! Nous travaillons à une solution automatique.
Pour tous les programmateurs en C: Nous nous réjouissons à toutes vos créations ou conseils (avec code et sans restrictions!).Info:
Microsoft C 1
Microsoft C 2
Cette erreur apparaît seulement sous les systémes HOME comme Windows 95/98/ME et XP Home édition.
Probléme: La mauvaise gestion de la mémoire des systémes HOME laisse des applications fonctionnant par "command.com" une mémoire maximum de 160 KB. Notre serveur en a besoin d'un peu plus.
Solution: Dans c:\config.sys ajouter ces lignes:
shell=c:\windows\command.com c:\windows /e:2048 /p
Ensuite redémarrage de tout le systéme et essayer à nouveau XAMPP. La mémoire peut être maintenant utilisé jusqu'à 2048 KB.
Cela devrait largement suffir!
Cela peut avoir plusieurs causes.
(1) Un serveur paralléle est démarré (IIS, Sambar, ZEUS etc..). Il peut n'y avoir qu'un seul serveur web sur le port 80. L'affichage de ces erreurs d'Apache sous Windows sont un indice:
"(OS 10048)... make_sock: could not bind to adress 0.0.0.0:85
no listening sockets available, shutting down"
"(OS 10038)Socket operation on non-socket: make
_sock: for address 0.0.0.0:443, apr_socket_opt_set: (SO_KEEPALIVE)
no listening sockets available, shutting down"
Il ne peut qui avoir un serveur web sur le port 80. Un doit être alors arrêté avant de démarrer Apache.
(2) Tu as Windows 95 avec un ancien Winsocks ou ton Winsocks est défectueux. Cela veut dire aller chez Microsoft.com et télécharger un nouveau Winsocks et l'installer. Apache a besoin d'au moins Winsocks 2 (la version supérieure est toujours la meilleure).
(3) Ton Winsocks 2 a été modifié par d'autres programmes internet style (Vers, Virus) qu'Apache ne peut plus démarré. Pour 95,98 et ME il y a un Winsock2 Fix écrit par Tom Kynch. Un remerciement à Mathias Magdowski pour ce renseignement!
(4) Tu as un Pare feu qui bloque Apache. Ce n'est pas rare comme cause, qu'aucunes images n'apparaîssent en HTTP mais par contre en HTTPS. Sur certains systémes le pare feu doit être auparavant désinstallé, avant qu'Apache fonctionne en HTTP. Une désactivation du Pare feu ne suffit pas. À tester.
(5) Tu as XP Professionel sans Service Pack1. Dans ce cas l'installation du SP1 est trés recommandé.
(6) Tu as un Antivirus de chez McAffee. Ce dernier cause parfois des problémes. Pour tester il vaut mieux désactiver pendant une courte période McAffee et démarrer XAMPP.
(7) Tu as d'autres programmes comme par ex. TélèphoneInternet"SKYPE", qui bloque en permanence le port 80. (Merci Peter!) Le port de SKYPE peut être changé: aller dans Action---> Options---> Connexion---> Décocher pour "Utiliser une connexion entrante alternative pour le port 80" et redémarrer SKYPE, ensuite cela devrait fonctionner. (Merci Monty)
Truc: Dans le kit il y a aussi un "xampp-portcheck.exe", qui montre le status de tout les ports pour XAMPP. Le status libre "free" montre que tout est en ordre.
Décommenter dans le fichier \xampp\apache\conf\httpd.conf la ligne => # Win32DisableAcceptEx. Laisser donc:
Win32DisableAcceptEx
Par défaut Apache supportait dans son jeune temps un Winsocks 2 amélioré - AcceptEx(), mais qui ne fonctionnait pas sur les systémes Home (98/ME etc..) Malheureusement certain systémes NT comme (2000 und Xp Professional) sont aussi touchés. Désactiver la commande "Win32DisableAcceptEx" (disable) est certainement la meilleure solution pour améliorer l'accés au socket en cas de probléme.
1) Chez certaines applications (phpEclipse, phpBB etc..) il y a des problémes avec les fichiers et images de grande taille. Le probléme ne peut être résolu qu'en décommentant les lignes dans le fichier \xampp\apache\conf\httpd.conf
#EnableSendfile off
#EnableMMAP off
(# à enlever) simplement:
EnableSendfile off
EnableMMAP off
Redémarrer Apache.
Ou parfois l'inverse! De
EnableSendfile off
EnableMMAP off
devient
#EnableSendfile off
#EnableMMAP off
À tester! Merci pour cette solution au Forum et à Kris!
2) Beaucoup de fois ce probléme est lié aussi avec le programme "NetLimiter", qui simule la bande passante et la régule. Pour cette information un grand remerciement à notre Forum. Pour plus d'informations voir le Forum
http://www.apachefriends.org/f/viewtopic.php?t=6195&highlight=netlimiter. Cela fonctionne seulement sous NT, Windows 2000 et XP Professionel.
(1)
Installation du service: Double cliquer sur "mysql_installservice.bat" dans \xampp\mysql\. Et voilà!
(2) Désinstallation du service: Double cliquer sur "mysql_uninstallservice.bat" dans \xampp\mysql\. Simple non!
publicité
Ma méthode! Ouvrir la console et dans le répertoire \xampp\mysql\bin écrire les commandes suivante:
mysqladmin -u root password secret
Evidemment "secret" doit être votre mot de passe. Ensuite faire connaître le nouveau mot de passe Root pour PHPMyAdmin.
Pour cela dans \xampp\phpmyadmin ouvrir le fichier "config.inc.php" avec un éditeur de texte et changer ce qui suit.À la place de ...
$cfg['Servers'][$i]['user'] = 'root';
$cfg['Servers'][$i]['password'] = '';
remplacer par ...
$cfg['Servers'][$i]['user'] = 'root';
$cfg['Servers'][$i]['password'] = 'secret';
Mettre un mot de passe Root avec mysqladmin à travers une console. Bien, il y a encore une autre possibilité, directement avec PHPmyAdmin attribuer à l'utilisateur et Root un mot de passe. Pour cela démarrer PHPmyAdmin avec http://127.0.0.1/phpmyadmin, ouvrir la base données "mysql"(ne jamais effacer!!!) et chercher la table "User". À cet endroit entrer d'aprés le schéma un nouvel utilisateur ou bien un autre mot de passe par ex. pour Root. Redémarrer MySQL! Lorsque "Root" a un mot de passe ne pas oublier aprés d'éditer le fichier "config.inc.php" dans \xampp\phpmyadmin pour y mettre le nouveau mot de passe de Root.
Cette méthode vient de Rüdi de Bâle. Merci et bien le bonjour en Suisse!
Truc: L'effacement du mot de passe Root peut être exécuter avec \mysql\resetroot.bat. Ainsi le mot de passe est effacé "", vide.
Dans cet exemple XAMPP se trouve à C:\Programme\apachefriends\xampp.
Point 1: Ouvrir la console, run: cmd
C:\Programme\apachefriends\xampp\mysql\bin>mysqld-nt --skip-grant-tables
Point 2: Ouvrir la console, run: cmd
C:\>C:\Programme\apachefriends\xampp\mysql\bin\mysqladmin -u root flush-privileges password "newpwd"
Point 3: Stopper MySQL
C:\>C:\Programme\apachefriends\xampp\mysql\bin\mysqladmin -u root -p shutdown
Enter password: ****** (newpwd)
Point 4: Éditer config.inc.php pour l'accés de PHPMyAdmin
C:\Programme\apachefriends\xampp\phpmyadmin\config.inc.php
Chercher "root" et entrer
'$cfg['Servers'][$i]['password'] = 'newpwd'; // MySQL password
Point 5: Redémarrer MySQL.
Pourquoi pas! Simplement de pas démarrer XAMPP avec le serveur MySQL, et à la place démarrer son propre serveur MySQL. Mais deux serveurs ne peuvent fonctionner ensemble! Dans le cas ou vous avez changé l'utilisateur ou le mot de passe pour MySQL, changer obligatoirement le fichier "config.inc.php" dans \xampp\phpmyadmin, pour les faire prendre en compte par PHPMyAdmin.
Dans les réglages de base de XAMPP pour windows PHPmyAdmin n'est pas protégè.Donc il faut fermer absolument cette faille de sécurité si vous vous mettez en réseau!Pour cela ouvrir un éditeur de texte et changer dans le fichier "config.inc.php" le "auth_type":
$cfg['Servers'][$i]['auth_type'] = 'config';
$cfg['Servers'][$i]['user'] = 'root';
$cfg['Servers'][$i]['password'] = 'secret';
Ce qui devient:
$cfg['Servers'][$i]['auth_type'] = 'http';
$cfg['Servers'][$i]['user'] = 'root';
$cfg['Servers'][$i]['password'] = '';
Maintenant un utilisateur et un mot de passe est demandé avant que PHPmyAdmin accéde au serveur MySQL. Avant, il doit y avoir un mot de passe pour Root dans MySQL! Optionnellement pour http dans "auth_type" un cookie peut être utilisé. 
PHPMyAdmin Login, basé sur un Cookie Dans XAMPP, le support IMAP pour PHP est déactivé par défaut, ce qui implique pour certaine version comme Windows 98 à des d'erreurs insolubles d'initialisation. Ceux qui utilisent les sytémes NT devraient ouvrir le fichier \xampp\apache\bin\php.ini et décommenter la ligne => ;extension=php_imap.dll. En:
extension=php_imap.dll
Redémarrer Apache! Ce principe est valable naturellement pour tout les modules PHP qui ne sont pas chargés par défaut. ;-)Amicalement, Jörg nous a fait part de ce probléme. La cause ici semble être l'activation de "Zend Optimizer" . Ouvrir donc le fichier \xampp\apache\bin\php.ini et commenter avec (;)toutes les lignes dans la zone [Zend]. Ensuite redémarrer Apache. Attention: "Zend Optimizer" sera désactivé par défaut dans les prochaines versions de XAMPP.
Linux et Windows sont trés différent. Par exemple l'encryptage sous Windows n'est pas supporté et ainsi de suite. Même parmi de simples programmes il y a des exceptions: Ainsi fonctionne $var=TEXT; par exemple sous Linux mais il faut $var="Text" sous Windows. Lorsque qu'un projet de logiciel libre est développé sous Linux, une erreur de ce style suffit déjà pour qu'il ne fonctionne pas sous Windows.
Non, il ne vaut mieux pas. Pour tous les ajouts (add-ons) et les mises à jour les scripts contenus dans ce dossier sont en partie nécessaire. Nous ne connaissons pas de support Frontpage gratuit pour Apache sous Windows. Pour Linux il y a par ex. "Ready-to-Run FrontPage Server Extensions for Unix":
http://www.rtr.com/fpsupport/.
Nos spécialistes dans notre Forum connaissent les nouveaux développement et pas seulement sur ce thème:
http://www.apachefriends.org/f/Humm!! Si le répertoire "install" existe encore j'essayerais cela: Copier l'ensemble de XAMPP dans le nouveau répertoire. Ensuite exécuter à nouveau le fichier "setup_xampp.bat". Tester ensuite dans le nouveau répertoire tous les serveurs, si ils fonctionnent vraiment. Si oui, bien, vous pouvez effacer l'ancien répertoire de XAMPP, et si cela ne marche pas, la fonction "setup" est encore en développement et ne couvre pas toutes les éventualitées.
Ouvrir le fichier "php.ini" dans le répertoire \xampp\apache\bin\php.ini. Décommenter les lignes suivantes à la fin du fichier dans [eAccelerator], comme cela:
extension=eaccelerator.dll
eaccelerator.shm_size = "0"
eaccelerator.cache_dir = "\xampp\tmp"
eaccelerator.enable = "1"
eaccelerator.optimizer = "1"
|
D'autres réglages sont ici en option. Ensuite redémarrer Apache! Avant cela dans XAMPP il y avait Turck MMcache. Le projet a été annulé et eAccelerator a étè choisi pour accélèrer PHP. http://eaccelerator.net Lorsque la derniére extension PHP de php.ini est chargé, cela arrive parfois qu'un probléme d'accés surgisse sur le serveur Microsoft SQL Server (2000), seulement lorsque TCP/IP est utilisé. Cela peut être résolu quand le fichier "ntwdblib.dll" dans \xampp\apache\bin est remplacé par une nouvelle version de Microsoft. Une actualisation de ce fichier n'est malheureusement pas permise par ApacheFriends à cause des droits de license. Merci Horst pour ces informations!
Pour cela, j'ai ouvert un topique dans le forum avec des exemples et aussi leurs problémes:
http://www.apachefriends.org/f/viewtopic.php?t=3012Non, de même que Perl: ASP en Add-on de Perl n'est pas la même chose. Pour le fonctionnement d'Activer Server Pages (ASP) on a besoin du serveur Internet Information Server (IIS) par exemple celui de la version Home.
|
Auteur: Kay Vogelgesang, kvo@apachefriends.org
XAMPP ne fonctionne pas sous XP SP2!
XAMPP ne fonctionne pas sous XP SP2!