php

Bonjour et bienvenue sur MacGé' :coucou:

Sous Mac OS X, PHP est installé et fonctionne par défaut.

Pour lancer un programme PHP dans Terminal, il suffit de taper « php nom_du_fichier ». Faire « man php » pour connaître toutes les options.

Pour avoir une sortie texte sous l'environnement graphique, on peut par exemple utiliser l'empaqueteur de script Platypus.

En ce qui concerne le PHP dans le serveur HTTP de Mac OS X (Apache), il est bien désactivé par défaut. Pour l'activer, il faut éditer le fichier de configuration httpd.conf (dans le dossier /etc/httpd/) avec des droits d'administrateurs (root), et dé-commenter (i.e. enlever le "#" du début) chaque ligne qui concernent le module PHP.
 
Bonjour et merci beaucoup pour votre réponse... Malheureusement je débute sur Mac (je l'ai reçu hier) et je ne sais pas où trouver /etc/httpd/... En fait, j'ai des droits d'administration d'un site web et j'aimerais envoyer une newsletter aux abonnés mais le pavé avec la source n'apparaît pas, j'en ai donc conclu que c'était un problème de hpp mais je n'en suis pas sûre.
 
:confused: Désolé, mais la situation n'est pas très claire.

Je ne vois pas trop le rapport entre la newsletter (qui devrait plutôt concerner les envois d'e-mails, j'imagine) et le PHP du serveur web.
 
La newsletter s'envoie directement depuis la page web et un pavé semblable à celui de "répondre à la discussion" mais avec en haut à gauche la source devrait apparaître...:heu:
 
1/ Quelle version d'OS : 10.4 ou 10.5 car la version d'Apache n'est pas la même
2/ Dans le Finder, menu Aller / Aller au dossier te mènera où tu veux
3/ Il est fortement déconseillé à un noobie, et tu sembles m'en être un beau, de bricoler ce genre de fichier avec des droits admin et aussi peu de connaissances en Unix et en serveur Web.:D
4/ La place de cette question est dans le forum Développement web.:zen:
 
NB: sous Leopard, le fichier de configuration httpd.conf est dans le dossier /usr/apache2/ .

Mais je suis d'accord avec ntx, il est fortement déconseillé aux néophytes de trifouiller là-dedans, au risque de casser le système. Mieux vaudrait demander à la personne qui a mis en place le serveur ou à une personne expérimentée de régler le problème (car comme j'imagine qu'à un moment ça a dû marcher, il vaudrait mieux faire un diagnostic correct avant de toucher quoi que ce soit).
 
Mais je suis d'accord avec ntx, il est fortement déconseillé aux néophytes de trifouiller là-dedans, au risque de casser le système.
Faut pas exagérer non plus, le pire qu'on risque à modifier le httpd.conf c'est que le partage web ne démarre pas, ça n'a rien de catastrophique, et il y a des fichiers .default pour le restaurer. Pas de quoi dramatiser, ça va pas casser grand chose. ;) Par contre on est d'accord sur le fait qu'il faut mieux comprendre ce qu'on fait avant de le faire, règle de base de tout domaine informatique, même pour les néophites. ;)
 
Faut pas exagérer non plus, le pire qu'on risque à modifier le httpd.conf c'est que le partage web ne démarre pas, ça n'a rien de catastrophique, et il y a des fichiers .default pour le restaurer. Pas de quoi dramatiser, ça va pas casser grand chose. ;) Par contre on est d'accord sur le fait qu'il faut mieux comprendre ce qu'on fait avant de le faire, règle de base de tout domaine informatique, même pour les néophites. ;)
Le risque, c'est qu'on massacre le fichier de configuration et qu'on ne sache plus ensuite le remettre en état (alors que le problème qu'on cherche à régler ne vient peut-être pas de là), voire qu'on commence à faire des bêtises vraiment irréparables après s'être logué root.

Je parle d'expérience, ayant moi-même déjà dû repasser derrière des apprentis-sorciers qui ont mis par terre le système dont ils avaient la charge de l'administration, mais pas de l'installation ni de la maintenance. Ça ne fait pas plaisir de passer une demi-journée à essayer de tout remettre en place, alors que la résolution du problème initial n'aurait pas duré plus de 5 minutes.

Dans le cas présent, il paraît évident que :
- ce n'est pas flyingmama qui a installé et paramétré le système,
- flyingmama ne semble pas à l'aise sur ce type de manipulation,
- son environnement semble être lié à une activité sérieuse, probablement professionnelle (envoi de newsletters à des abonnés) et non pas personnelle et sans importance,
- on n'a aucune certitude quant à l'origine du problème.
Se lancer dans le bricolage d'un système opérationnel dans ces conditions, même sous le prétexte que c'est instructif (ce dont je ne doute pas par ailleurs), me paraît dangereux et hors de propos.

Alors non, sur ce cas particulier, je n'ai vraiment pas l'impression d'exagérer.

;)

NB: les fichiers .default correspondent à la configuration du Mac sorti d'usine, mais pas forcément à celle qui a été faite par l'installateur du site. Remettre le système en place n'est pas forcément rapide, surtout lorsque l'on ne se souvient plus de la configuration souhaitée et que celle-ci est éloignée de la configuration par défaut (autorisations d'accès, redirections, activation de modules, etc.).