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) :
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. (...)
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
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.
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
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).
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
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
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
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
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
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
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
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 ?
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
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 !
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
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
à 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) ?
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.
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é.
Réponses
à 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.
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 ! 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.
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
# LoadModule php5_module libexec/httpd/libphp5.so # AddModule mod_php5.c Au passage, je relève la toute dernière ligne du fichier httpd.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/
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
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
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 Apple écrit, en sa brochure commerciale :
www.apple.com/fr/macosx/specs.html
PHP est livré en standard avec MAC OS X
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).
- 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
Consultant PluXml
Ancien responsable du projet (2010 à 2018)
google va adorer en tout cas.
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
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
- - - - - - - - - -- -- - - -- - - - - - - - - - - - - Le nom de mon interlocuteur est raccourci par moi en 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
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 Hyperlien H, 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) - - - - - - - - - -
Mais si tu débute vraiment je ne peux que te conseiller Mamp qui suffis largement en version gratuite.
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"
Je crois que je vais retourner au bricolage d'httpd.conf
retirer ce que j'avais ajouté à la fin
En ce cas, dans "Le Dock" il est possible de cocher en positif les trois cases ci-après ...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
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 ?
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 du projet (2010 à 2018)
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 !
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
je n'avais pas saisi cela. mea culpa.
sinon, bizzare que "library" ne suffise pas, même en FR.
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 Vous sauvegardez et tout. Vous rejouez avec le navigateur http://localhost/
vous obtenez ??!! ... It works!
Serait-ce de la magie ? ... ?
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 Bon dimanche
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.
Je ferme ce post.
Tout autre post créé dans cet objectif sera systématiquement supprimé.
Consultant PluXml
Ancien responsable du projet (2010 à 2018)