Activer PHP5 déjà installé (mais caché) sur MAC OS X 10.6.4 neuf

2»

Réponses

  • je note et je chercherai dans ce sens à présent.
  • LeucoUrbLeucoUrb Member
    octobre 2010 modifié
    Le pack apache2 avec son configurateur de daemon conf/httpd.conf n'est pas
    à l'adresse attendue usr/local/apache2/conf/httpd.conf

    Pour le modifier le petit éditeur nano de l'appli "Terminal" (ligne de commande) est nécessaire
    www.siteduzero.com/tutoriel-3-12791-nano-l-editeur-de-texte-du-debutant.html#ss_part_1

    Au cours d'un Search, je viens de trouver une méthode qui semble pertinente.
    Au message suivant, après mention de la source http://, je vais mettre ici en codage BBEdit, le début
    Ainsi, l'essai pratique pourra être exécuté dans la journée
    Nous verrons bien ce que cela donne ... soit continuer à bricoler ... soit conclure "c'est OK" ...
    ... En sus, par exemple question performance d'autres commentaires ou critiques demeurent possibles.
  • Source datée 1er octobre 2010 : www.php.net/manual/fr/install.macosx.bundled.php
    Activer PHP avec le daemon httpd par défaut (Apache)
    nécessite de décommenter quelques lignes dans le fichier de configuration Apache httpd.conf

    L'activation de PHP selon les instructions ci-après configure un environnement local de développement
    Le type d'installation standard utilise mod_php, et active le mod_php embarqué sur Mac OS X pour Apache
    (le serveur Web par défaut qui est accessible via Pomme--Préférences_systèmes/..)


    Le fichier de configuration d'Apache peut-il être trouvé et ouvert ?
    Par défaut, il est en :
    /private/etc/apache2/httpd.conf.
    Mais le répertoire /private est invisible ( à mes yeux LeucoUrb).<br>
    Brooow !
    LeucoUrb: Il m'apparait impossible d'utiliser le programme <i>Finder</i> ou <i>Spotlight</i> pour trouver ce fichier,
    vu que, par défaut, il appartient à l'utilisateur <i>root</i>.
    php.net : Une façon de l'ouvrir est d'utiliser l' éditeur de texte Unix du terminal, par exemple, <i>nano</i>.
    Le fichier étant la propriété de l'utilisateur <i>root</i>,
    il faut utiliser la commande <i>sudo</i> pour l'ouvrir (en tant que <i>root</i>) ;
    Il y a lieu d'entrer la commande suivante dans <i>Terminal</i>
    ( votre mot de passe vous sera demandé) :
    <i>sudo nano /private/etc/apache2/httpd.conf</i>

    Quelques commandes nano : <i>^w</i> (recherche),
    <i>^o</i> (sauvegarde), et <i>^x</i> (sortie) où
    <i>^</i> représente la touche Ctrl.
    LeucoUrb: Pour les versions de Mac OS X antérieures à 10.5 il n'y a pas de /private.
    Il se peut que httpd.conf soit en /etc/httpd/httpd.conf. Lire la websource php.net
    php.net: Avec l'éditeur de texte, décommentez les lignes (en effaçant le caractère #)
    qui ressemblent aux lignes suivantes (ces 2 lignes ne se trouvent pas au même endroit) :
    <pre>
    # LoadModule php5_module libexec/httpd/libphp5.so

    # AddModule mod_php5.c
    </pre>
    Leuco: J'ai référencé les quatre occurences libexec qui sont dans la machine et écrit un commentaire (sur mon poste de travail) à ce sujet
    Notez le chemin. Dans le futur, lorsque vous compilerez PHP, les fichiers
    ci-dessus doivent être remplacés ou commentés.

    Assurez-vous que les extensions désirées soient analysées par PHP
    (exemples : .php .htm .html et .inc)

    Sachant que ce comportement a déjà été activé dans votre fichier
    httpd.conf (depuis Mac Panther), une fois PHP activé,
    les fichiers .php seront automatiquement analysés par PHP.
    <pre>
    <IfModule mod_php5.c>
    # If php is turned on, we respect .php and .phps files.
    AddType application/x-httpd-php .php
    AddType application/x-httpd-php-source .phps

    # Since most users will want index.php to work we
    # also automatically enable index.php
    <IfModule mod_dir.c>
    DirectoryIndex index.html index.php
    </IfModule>
    </IfModule>
    </pre>
    Note: Avant OS X 10.5 (Leopard), PHP 4 était livré par défaut plutôt que PHP 5.
    Ainsi, les instructions ci-dessus diffèreront juste en changeant 5 en 4.
    5's to 4's.

    DirectoryIndex
    Assurez-vous que DirectoryIndex charge le fichier index par défaut.
    Ceci est également définit dans le fichier httpd.conf.
    Normalement, les fichiers index.php et index.html sont utilisés.
    Par défaut, index.php est activé car il est également dans la vérification de PHP ci-dessus.
    Ajustez-le suivant votre besoin.

    Définissez le chemin vers le fichier php.ini ou utilisez le chemin par défaut.
    Le chemin par défaut sur Mac OS X est /usr/local/php/php.ini
    LeucoUrb: Cette ligne précédente est sur php.net (traduction de l'américain).
    Sur le Mac Mini acheté à Vélizy (Ile-de-France) ce répertoire /usr/local/ est vide
    Le texte US traduit en français poursuit ainsi :
    un appel à la fonction function.phpinfo.php -- phpinfo() -- révèlera cette information.
    Si aucun fichier php.ini n'est utilisé, PHP utilisera toutes les valeurs par défaut.
    Reportez-vous à la FAQ sur "faq.installation.php#faq.installation.phpini trouver le fichier php.ini
    etc. (...)
  • LeucoUrbLeucoUrb Member
    octobre 2010 modifié
    Quid des deux lignes à décommenter de leur # (dièze) ?
    # LoadModule php5_module libexec/httpd/libphp5.so
    OK # retiré
    # AddModule mod_php5.c
    Cette ligne n'y est pas. Je l'ajoute sans son #
    Au passage, je relève la toute dernière ligne du fichier httpd.conf
    Include /private/etc/apache2/other/*.conf
    Cela éclaire mon propos de 11:52

    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
    Manipulations basiques du terminal avec nano

    www.mactouch.com/systeme/terminal/manipulations_basiques_du_terminal_article17.html
    Ctrl+O pour écrire et "Enter" pour valider avant Ctrl+C pour passer à une autre recherche ou commande
    Ctrl+X pour sortir

    EnSavoirPlus - Site officiel de l'éditeur www.nano-editor.org/
  • LeucoUrbLeucoUrb Member
    octobre 2010 modifié
    DirectoryIndex
    Le bloc n'y est pas. Je l'ajoute à la fin
    - - - - - - - - - - - - - - - - - - - - - - -
    Avant de passer à la suite,
    je suis curieux de savoir où se trouve (ou pourrait se trouver)
    le fichier php.ini-development
    Il est recommandé de le placer en /etc
    Il serait (selon le texte en amont de php.net) livré avec les sources.

    Alors ?
    - pas de fichier php.ini-development ni de fichier php.ini-recommended

    - un fichier php.ini dans les macports à l'url
    /Users/xxx(Tartempion)xxx/Downloads/movamp/mnt/usr/local/php
    ( mov'amp ... une action antérieure de ma part )
    En résumé cela semble apparemment le néant
  • LeucoUrbLeucoUrb Member
    octobre 2010 modifié
    Définition:
    --with-config-file-path=PATH
    Indique le chemin dans lequel réside le fichier php.ini. Par défaut, c'est PREFIX/lib
    où doit être placé le fichier php.ini ?

    Par défaut sous Unix, il doit être placé dans /usr/local/lib qui est en fait <install-path>/lib.
    La plupart des personnes voudront changer ceci lors de la compilation avec l'option --with-config-file-path.
    Vous pouvez par exemple le régler de cette façon :

    --with-config-file-path=/etc

    Et alors vous copierez le fichier php.ini-development livré avec les sources vers /etc/php.ini et l'éditer pour l'adapter à vos besoins.

    --with-config-file-scan-dir=PATH

    EnSavoirPlus: http://www.php.net/manual/fr/configuration.file.php
    Au passage, je signale que je n'ai pas vu lemoindre with-config-...(quelquechose) dans conf/httpd.conf
  • LeucoUrbLeucoUrb Member
    octobre 2010 modifié
    1. Le systémier Apple n'a pas livré php.ini ?
    ou bien
    2. Le systémier Apple a placé php.ini en une librairie connue de lui seul ou un path cité nulle part ?

    Avant de me casser la tête ( --with-config-file ... lalala1 ... lalala2 )
    avec l'une ou l'autre de ces deux options,
    il me semble qu'Apple ou un fan de la firme ou un très habile surfeur
    devrait pouvoir dire
    C'est l'option 1 ... ou bien ... C'est l'option 2
    Apple écrit, en sa brochure commerciale :
    www.apple.com/fr/macosx/specs.html
    PHP est livré en standard avec MAC OS X
  • super_g2super_g2 Member
    octobre 2010 modifié
    Essayez d'éditer vos messages au lieu de créer des réponses à vous-même aussi souvent.
    Cela facilitera la lecture des échanges entre les participants de ce thread. :)

    Merci.

    Sinon, php.ini.default est livré, à vous de le dupliquer en php.ini.
    cf. nombreux liens précédent.

    D'ailleurs, cela me fait penser : avez-vous activer le partage web dans le panneau principal de configuration de votre Mac? car sans doute qu'une partie des fichiers manquant sera générée après cette activation (et peut-être un reboot).
  • LeucoUrbLeucoUrb Member
    octobre 2010 modifié
    La traçabilité de ces actions est instructive. Nous nous y sommes mis le 9 octobre. Le calendrier marque 13 octobre
    - php.ini.default est absent
    - partage web est activé -- partage web a été rebooté
    Quant au search dans le contenu l'expression "php.ini.default" n'est présente que dans la brochure commerciale downloadée Mac OS X Server
  • StéphaneStéphane Member, Former PluXml Project Manager
    On va finir par croire que c'est du spam tous ces messages.... ^^

    Consultant PluXml

    Ancien responsable et développeur de PluXml (2010 à 2018)

  • je me suis fait la remarque depuis hier... xD
    google va adorer en tout cas.
  • LeucoUrbLeucoUrb Member
    octobre 2010 modifié
    Qu'est-ce qui vous embête ? le message de 16:00 ?
    mais il y a aussi 16:33 je vois bien que vous avez fait tout votre possible. A l'impossible nul n'est tenu
    Etant client Apple depuis le 1er Octobre 2010, il y a support du produit livré pendant 90 jours. Je téléphone
  • LeucoUrbLeucoUrb Member
    octobre 2010 modifié
    Au téléphone, il m'est indiqué que ce serait à l'acheteur de créer le fichier php.ini
    Il y aurait au départ guère plus de 2 ou 3 lignes
    Ce serait l'activation, via la Console Terminal, de ce premier bout de fichier
    qui créerait le fichier php.ini plus copieux ... avec ou sans retouches de çi ou ça
    La conversation s'est achevée par l'envoi d'un email
    le voici, en deux paragraphes, le premier étant celui d'un automate
    - - - - - - - - - -- -- - - -- - - - - - - - - - - - -
    Si vous avez besoin de nous contacter à nouveau concernant ce problème, votre numéro de dossier est le (9 caractères). Ce numéro de dossier permet à nos agents de trouver rapidement des informations sur votre dossier, afin de vous fournir un support le plus efficace.
    Merci encore pour votre appel. Dans l’attente de vous aider à nouveau à l’avenir.
    Cordialement,
    Apple
    Le nom de mon interlocuteur est raccourci par moi en Bjm
    Bjm a écrit:
    Remarques de Bjm, votre agent de support...
    Bonjour,
    Suite a notre entretien telephonique, voici le lien pour l'activation d'Apache, PHP et eventuellement MySQL :
    maestric.com/doc/mac/apache_php_mysql_snow_leopard
    Bonne journee,
    Bjm
    Parmi nos liens c'est celui de super_g2 d'hier à 13:24
    Est-ce à l'endroit où je m'étais arrêté hier ?
    Plus ou moins, car cette manip je pensais l'avoir déjà exécute dès le 11 octobre à 19:31
    forum.pluxml.org/viewtopic.php?pid=15161#p15161
    C'est ce qui m'a amené à penser que le php.ini.default devait préexister en /etc .
    Que ce serait-il passé ? mauvaise sortie de la ligne de commande ? Recommençons
    Je n'ai pas le souvenir de ce chmod 666
    sudo cp php.ini.default php.ini
    sudo chmod 666 php.ini
  • ah, comme quoi, ce que je dis peux valoir de l'or xD
  • LeucoUrbLeucoUrb Member
    octobre 2010 modifié
    Oui oui tout à fait, de l'or fort en carats ; avais-je mal manoeuvré ?

    Bjm (Apple France) conseille de placer un fichier test (test.php) d'une ligne dans le topRépertoire du website
    à savoir Home/-user(leucof)/Sites
    Ce répertoire "Sites" c'est celui où se trouve déjà le pack pluxml (toujours en attente de PHP actif et branché)
    Liste exe+phpScripts : executable unix (version) et scripts php ( blog config feed install sitemap )
    Ajoutons test.php ce fichier d'une ligne pour tester le couplage entre Mac_OsX+Apache et PHP
    <?php echo "hello world!"; ?>
    Le ControlPanel est accédé à partir de AppleIcon--Préférences_Système--Partage
    la 6-ième ligne "partage web" est activée.
    A droite deux hyperliens -- i et H -- sont automatiquement à l'affichage :
    Hyperlien i, individuel
    Le partage web autorise les utilisateurs d'autres ordinateurs à afficher des pages web sur cet ordinateur.
    Votre site web personnel (leucof), dans le dossier Sites de votre dossier de départ, est disponible à l'adresse suivante:
    http://new-host.home/-leucof
    Hyperlien H, Home
    Le site web de votre ordinateur est disponible à l'adresse suivante :
    http://new-host.home
    - - - - - - - - - - - - - - - - - - - - -
    Lors de l'entretien avec Bjm (hier vers 18:00)
    - L'hyperlien H était en ordre, c.a.d. affichage " It works! "
    - L'hyperlien i affichait le répertoire Sites avec la Liste exe+phpScripts [/i](supra)[/i]
    Le clic sur test.php procurait simplement le source (style txt) sans exécution PHP.
    Voyons ce que cela devient après la reprise de la commande php.ini.default via "Terminal" (commandline)
    En avançant ainsi pas à pas, j'ai le sentiment d'anticiper les difficultés des prochains fans pluxml, ceux qui, pour une raison ou une autre, ne seront pas dans les clous de la procédure idéale, celle unilinéaire, que l'on finira par résumer au plus court
    - - - - - - - - - -
  • FrédéricFrédéric Member
    octobre 2010 modifié
    Sinon ce petit lien marche toujours =>https://www.crashdump.fr/reseaux/activer-apache2php5-sous-mac-os-x-105-382/

    Mais si tu débute vraiment je ne peux que te conseiller Mamp qui suffis largement en version gratuite.
  • LeucoUrbLeucoUrb Member
    octobre 2010 modifié
    sudo cp php.ini.default php.ini
    sudo chmod 666 php.ini
    Après exécution, la situation est la suivante
    - l'hyperlien H est toujours en bon ordre " It works! "
    - l'hyperlien i est dans un autre état. Il y a rupture de l'accès.
    La machine n'accède plus à la Liste exe+phpScripts . "Blocage".
    Message "Partage Web"
    La connexion a échoué
    Firefox ne peut établir de connexion avec le serveur à l'adresse new-host.home.

    Je crois que je vais retourner au bricolage d'httpd.conf
    retirer ce que j'avais ajouté à la fin
  • LeucoUrbLeucoUrb Member
    octobre 2010 modifié
    Hypothèse : Firefox n'aurait-il pas une position insuffisante dans "Le Dock" ?
    En ce cas, dans "Le Dock" il est possible de cocher en positif les trois cases ci-après
    - Garder dans le Dock
    - Ouvrir avec la session
    - Afficher dans le Finder
    ...Fermer la session - (...) - Réouvrir la session
    Même message, également pour http://new-host.home/
    Quelque part une "préférence" à offrir à PHP ? je ne sais

    Nota: Comment dire au httpd Apache natif (fourni par Apple) de préférer le Safari également natif (fourni par Apple) à ce Firefox pour lequel je n'ai fait aucune déclaration particulière ?
    C'est une question pour des équipes Apache-Mac sur Mac standard ou Apache+PHP-Mac sur Mac standard -- Je vais la transmettre avec cet url à forums.apachefrance.com

    Bonne journée à tous
  • Je le pense oui, étant donné que des membres de pluxml t'on déjà répondus avec des avis positifs....
  • LeucoUrbLeucoUrb Member
    octobre 2010 modifié
    Bon week-end
  • et?
    de quelles urls effacées aprlez-vous?
    d'autre part, vous êtes sur un forum public, non sur un site de support d'apple.

    merci d'avance de nous éclairer sur cette "disparition".

    HS : d'ailleurs, si vous êtes si doués, pourquoi n'arrivez-vous pas à activer une fonction de mac osx que plusieurs personnes sur le net ont réussi à faire fonctionner ?
  • StéphaneStéphane Member, Former PluXml Project Manager
    Bonjour LeucoUrb

    Je vous rappelle que vous êtes sur le forum de PluXml et nous ne sommes pas là pour servir de support à vos échanges personnels avec Apple ou je ne sais quelle autre société.

    J'ai supprimé vos posts de ce matin car je les ai jugés inadaptés et déplacés sur ce forum.

    Nous serons ravis de vous aider à installer et/ou configurer PluXml si vous rencontrer des problèmes et même éventuellement sur des problèmes annexes dans la limite des compétences de chacun. En revanche pour des problèmes pointus et bien ciblés, problèmes liés à la configuration de votre machine, merci de vous adresser directement avec Apple sans passer par PluXml

    Merci pour votre compréhension.

    Consultant PluXml

    Ancien responsable et développeur de PluXml (2010 à 2018)

  • LeucoUrbLeucoUrb Member
    octobre 2010 modifié
    HTTPD.CONF
    En cet instant, je lis un path logiciel
    /Library/WebServer/Documents dans httpd.conf
    Or la machine est livrée avec le chemin de répertoires
    Bibliothèque/WebServer/Documents

    Déjà cela fait que ça ne peut pas fonctionner.
    Je vais chercher de l'encre pour imprimer HTTP.CONF et l'avoir plus clairement sous les yeux.
    Réponse à super_g2, le 15 oct à 17:35
    Tous ceux qui félicitent la procédure sont américains !
  • en même temps, Library signifie (traduction) bibliothèque en français.
  • LeucoUrbLeucoUrb Member
    octobre 2010 modifié
    A cette heure, 540 personnes ont déjà montré leur intérêt pour ce "post"
    Mon devoir est de les avertir de faire stand-by,
    (à moins que je me sois trompé c'est toujours possible)

    Réponse à super-g2, très aimable ( en cette heure tardive 19:05, samedi )

    Peut-on remplacer Library par Bibliothèque ? Réponse: non
    L'éditeur nano ne permet pas de remplacer Library par Bibliothèque
    La frappe du è (caractère français) conduit l'éditeur nano à un comportement bizarre
    après è les caractères se placent en sens inverse de ce que l'on frappe et il y a ajout d'un espace blanc non demandé.
    Bref, sauf erreur de ma part, la machine vendue par Apple France pour être utilisée avec PHP embarqué est inexploitable.
    Je viens d'envoyer ce message à pph.net à la rubrique "Bug Report"
    et à Apple www.apple.com/support/feedback ( c'est en américain; ça devrait suivre je pense )
    Wait and See
  • ah ok :)
    je n'avais pas saisi cela. mea culpa.
    sinon, bizzare que "library" ne suffise pas, même en FR.
  • LeucoUrbLeucoUrb Member
    octobre 2010 modifié
    En référence le 12 oct à 10:24 forum.pluxml.org/viewtopic.php?pid=15172#p15172
    Nomenclature 1 à 60 de l'ensemble des répertoires Mac OS X
    Le répertoire 54.2.1 est mis en exergue.
    C'est bien normal, deux lieux sont possibles pour faire marcher pluxml avec PHP
    soit en
    54.2.1 Bibliothèque/Webserver/Documents/...
    soit en
    60 Utilisateurs/-Tartempion/Sites/...
    En 54.2.1 c'est à dire "Bibliothèque/Webserver/Documents" se trouve le document index.html.en
    A l'intérieur de ce fichier il est écrit
    <html><body><h1>It works!</h1></body></html>
    Jusque là tout est très bien
    Dans le navigateur vous frappez http://localhost/
    vous obtenez It works!
    Vous vous dites que les choses sont bien faites.
    Eh bien maintenant vous retirez ce fichier index.html.en
    Vous en mettez un autre où vous écrivez par exemple
    Les Lapins aiment pluxml
    :(8(|)=Homer Simpson aussi ^^
    Homer Simpson www.google.fr/images?q=Homer+Simpson&oe=utf-8=1&ie=UTF-8
    Vous sauvegardez et tout. Vous rejouez avec le navigateur http://localhost/
    vous obtenez ??!! ... It works!
    Serait-ce de la magie ? ... ?
  • à Stéphane - Rfr 15 octobre à 18:14
    forum.pluxml.org/viewtopic.php?pid=15298#p15298
    - - - - - - - -- - - - - - - - - - - - - - - - - -
    Les websites www.PHPnet et apple.com/support ne sont pas conçus pour recevoir un fichier (html) avec des pièces-jointes telles que php.ini et httpd.conf, les fichiers de configuration et paramétrage qui conditionnent la mise en route du PHP5 natif avec l'Apache natif.
    A ce stade, je n'ai trouvé aucune page formulaire où un tel transfert soit techniquement possible.
    Aussi ce serait positif de remettre en ligne
    - le message qui contient les deux hyperliens vers les php.ini et httpd.conf (sortis de leur boîte intérieure à OS X 10.6)
    - le billet php.ini
    - le billet httpd.conf
    Cela permettrait aux salariés /php.net et /apple.com/support ou /apple/fr/support/ de faire leur diagnostic et agir

    En outre, question
    Ne serait-ce pas pédagogique, pour tous, de pouvoir visionner ces deux fichiers,
    autrement invisibles et "abstraits" (juste deux mots ne signifiant pas grand chose) ?
    Bon dimanche
  • LeucoUrb a écrit:
    Ne serait-ce pas pédagogique, pour tous, de pouvoir visionner ces deux fichiers,
    autrement invisibles et "abstraits" (juste deux mots ne signifiant pas grand chose) ?
    Il le serais bien sur que oui mais sur les sites de support en question.(Ils ont qu'a prendre en charge les pièces jointes )

    En quoi PluXml serais responsable de la configuration de l'utilisateur php/appache/mysql ?

    Bref votre problème Technique a l'air d'être résolus et tant mieux pour vous.

    Bon dimanche Fred.
  • StéphaneStéphane Member, Former PluXml Project Manager
    Je regrette mais PluXml n'est pas là pour servir de support à vos échanges personnels avec vos interlocuteurs (Apple, phpnet, etc...). Ce forum n'est pas une messagerie perso et privé.

    Je ferme ce post.
    Tout autre post créé dans cet objectif sera systématiquement supprimé.

    Consultant PluXml

    Ancien responsable et développeur de PluXml (2010 à 2018)

Cette discussion a été fermée.