Je voudrais appeler un fichier .js externe mais généré par PHP. J'ai
donc essayé <script type="text/javascript"
src="mon_fichier.php"></script>, mais la balise PHP "<?php" (1ère ligne)
génère une erreur JS.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Thibaut Allender
Je voudrais appeler un fichier .js externe mais généré par PHP. J'ai donc essayé <script type="text/javascript" src="mon_fichier.php"></script>, mais la balise PHP "<?php" (1ère ligne) génère une erreur JS.
non, ça n'est pas cette balise qui génère l'erreur, sauf si tu testes en local sans interpréteur PHP (ce qui expliquerait que le browser "voit" la balise php)
par contre, il serait judicieux d'indiquer au script qu'il doit renvoyer le bon mime-type, ce qui donne :
Je voudrais appeler un fichier .js externe mais généré par PHP. J'ai
donc essayé <script type="text/javascript"
src="mon_fichier.php"></script>, mais la balise PHP "<?php" (1ère ligne)
génère une erreur JS.
non, ça n'est pas cette balise qui génère l'erreur, sauf si tu testes en
local sans interpréteur PHP (ce qui expliquerait que le browser "voit"
la balise php)
par contre, il serait judicieux d'indiquer au script qu'il doit renvoyer
le bon mime-type, ce qui donne :
Je voudrais appeler un fichier .js externe mais généré par PHP. J'ai donc essayé <script type="text/javascript" src="mon_fichier.php"></script>, mais la balise PHP "<?php" (1ère ligne) génère une erreur JS.
non, ça n'est pas cette balise qui génère l'erreur, sauf si tu testes en local sans interpréteur PHP (ce qui expliquerait que le browser "voit" la balise php)
par contre, il serait judicieux d'indiquer au script qu'il doit renvoyer le bon mime-type, ce qui donne :
Je voudrais appeler un fichier .js externe mais généré par PHP. J'ai donc essayé <script type="text/javascript" src="mon_fichier.php"></script>, mais la balise PHP "<?php" (1ère ligne) génère une erreur JS. il serait judicieux d'indiquer au script qu'il doit renvoyer
le bon mime-type, ce qui donne : <?php header("Content-type: application/x-javascript"); ?> puis le script
je rebondis dans ce fil :
générer un fichier externe de javascript en fonction de données spécifiques retournées par php à une page html (donc un utilisateur) implique bien que ce fichier externe ne doit pas pouvoir être appelé par un autre utilisateur (à partir d'une page html qui s'afficherait avec d'autres données).
un fichier externe n'est pas 'locked' à un utilisateur spécifique, sauf si son nom est unique et lié à un appel spécifique d'une page html.
c'est bien ça ?
si oui, quel est l'intérêt d'un fichier externe par rapport à un script 'embarqué' dans le html (et donc modifié par traitement php à l'affichage de cette page pour cet utilisateur) ?
-- @@@@@ E -00 comme on est very beaux dis ! ' `) / |_ =="
Je voudrais appeler un fichier .js externe mais généré par PHP. J'ai
donc essayé <script type="text/javascript"
src="mon_fichier.php"></script>, mais la balise PHP "<?php" (1ère ligne)
génère une erreur JS.
il serait judicieux d'indiquer au script qu'il doit renvoyer
le bon mime-type, ce qui donne :
<?php
header("Content-type: application/x-javascript");
?>
puis le script
je rebondis dans ce fil :
générer un fichier externe de javascript en fonction de données
spécifiques retournées par php à une page html (donc un utilisateur)
implique bien que ce fichier externe ne doit pas pouvoir être appelé par
un autre utilisateur (à partir d'une page html qui s'afficherait avec
d'autres données).
un fichier externe n'est pas 'locked' à un utilisateur spécifique, sauf
si son nom est unique et lié à un appel spécifique d'une page html.
c'est bien ça ?
si oui, quel est l'intérêt d'un fichier externe par rapport à un script
'embarqué' dans le html (et donc modifié par traitement php à
l'affichage de cette page pour cet utilisateur) ?
--
@@@@@
E -00 comme on est very beaux dis !
' `) /
|_ =="
Je voudrais appeler un fichier .js externe mais généré par PHP. J'ai donc essayé <script type="text/javascript" src="mon_fichier.php"></script>, mais la balise PHP "<?php" (1ère ligne) génère une erreur JS. il serait judicieux d'indiquer au script qu'il doit renvoyer
le bon mime-type, ce qui donne : <?php header("Content-type: application/x-javascript"); ?> puis le script
je rebondis dans ce fil :
générer un fichier externe de javascript en fonction de données spécifiques retournées par php à une page html (donc un utilisateur) implique bien que ce fichier externe ne doit pas pouvoir être appelé par un autre utilisateur (à partir d'une page html qui s'afficherait avec d'autres données).
un fichier externe n'est pas 'locked' à un utilisateur spécifique, sauf si son nom est unique et lié à un appel spécifique d'une page html.
c'est bien ça ?
si oui, quel est l'intérêt d'un fichier externe par rapport à un script 'embarqué' dans le html (et donc modifié par traitement php à l'affichage de cette page pour cet utilisateur) ?
-- @@@@@ E -00 comme on est very beaux dis ! ' `) / |_ =="
BMR
Je voudrais appeler un fichier .js externe mais généré par PHP. J'ai donc essayé <script type="text/javascript" src="mon_fichier.php"></script>, mais la balise PHP "<?php" (1ère ligne) génère une erreur JS.
non, ça n'est pas cette balise qui génère l'erreur, sauf si tu testes en local sans interpréteur PHP (ce qui expliquerait que le browser "voit" la balise php)
par contre, il serait judicieux d'indiquer au script qu'il doit renvoyer le bon mime-type, ce qui donne :
Oui effectivement, ce n'était pas la balise PHP qui déconnait, c'était simplement que le debugger Firefox lit le rendu en javascript et non pas le fichier PHP brut.
A+
BMR
Je voudrais appeler un fichier .js externe mais généré par PHP. J'ai
donc essayé <script type="text/javascript"
src="mon_fichier.php"></script>, mais la balise PHP "<?php" (1ère ligne)
génère une erreur JS.
non, ça n'est pas cette balise qui génère l'erreur, sauf si tu testes en
local sans interpréteur PHP (ce qui expliquerait que le browser "voit"
la balise php)
par contre, il serait judicieux d'indiquer au script qu'il doit renvoyer
le bon mime-type, ce qui donne :
Oui effectivement, ce n'était pas la balise PHP qui déconnait, c'était
simplement que le debugger Firefox lit le rendu en javascript et non pas
le fichier PHP brut.
Je voudrais appeler un fichier .js externe mais généré par PHP. J'ai donc essayé <script type="text/javascript" src="mon_fichier.php"></script>, mais la balise PHP "<?php" (1ère ligne) génère une erreur JS.
non, ça n'est pas cette balise qui génère l'erreur, sauf si tu testes en local sans interpréteur PHP (ce qui expliquerait que le browser "voit" la balise php)
par contre, il serait judicieux d'indiquer au script qu'il doit renvoyer le bon mime-type, ce qui donne :
Oui effectivement, ce n'était pas la balise PHP qui déconnait, c'était simplement que le debugger Firefox lit le rendu en javascript et non pas le fichier PHP brut.
A+
BMR
BMR
Thibaut Allender wrote:
Je voudrais appeler un fichier .js externe mais généré par PHP. J'ai donc essayé <script type="text/javascript" src="mon_fichier.php"></script>, mais la balise PHP "<?php" (1ère ligne) génère une erreur JS.
il serait judicieux d'indiquer au script qu'il doit renvoyer le bon mime-type, ce qui donne : <?php header("Content-type: application/x-javascript"); ?> puis le script
je rebondis dans ce fil :
générer un fichier externe de javascript en fonction de données spécifiques retournées par php à une page html (donc un utilisateur) implique bien que ce fichier externe ne doit pas pouvoir être appelé par un autre utilisateur (à partir d'une page html qui s'afficherait avec d'autres données).
un fichier externe n'est pas 'locked' à un utilisateur spécifique, sauf si son nom est unique et lié à un appel spécifique d'une page html.
c'est bien ça ?
si oui, quel est l'intérêt d'un fichier externe par rapport à un script 'embarqué' dans le html (et donc modifié par traitement php à l'affichage de cette page pour cet utilisateur) ?
En fait, je fais des essais. Effectivement, c'est aussi la question que je me posais. Bon, mais il y a quand même un avantage, du moins dans ce cas précis, c'est que le script est totalement séparé du HTML.
Je voudrais appeler un fichier .js externe mais généré par PHP. J'ai
donc essayé <script type="text/javascript"
src="mon_fichier.php"></script>, mais la balise PHP "<?php" (1ère ligne)
génère une erreur JS.
il serait judicieux d'indiquer au script qu'il doit renvoyer
le bon mime-type, ce qui donne :
<?php
header("Content-type: application/x-javascript");
?>
puis le script
je rebondis dans ce fil :
générer un fichier externe de javascript en fonction de données
spécifiques retournées par php à une page html (donc un utilisateur)
implique bien que ce fichier externe ne doit pas pouvoir être appelé par
un autre utilisateur (à partir d'une page html qui s'afficherait avec
d'autres données).
un fichier externe n'est pas 'locked' à un utilisateur spécifique, sauf
si son nom est unique et lié à un appel spécifique d'une page html.
c'est bien ça ?
si oui, quel est l'intérêt d'un fichier externe par rapport à un script
'embarqué' dans le html (et donc modifié par traitement php à
l'affichage de cette page pour cet utilisateur) ?
En fait, je fais des essais. Effectivement, c'est aussi la question que
je me posais. Bon, mais il y a quand même un avantage, du moins dans ce
cas précis, c'est que le script est totalement séparé du HTML.
Je voudrais appeler un fichier .js externe mais généré par PHP. J'ai donc essayé <script type="text/javascript" src="mon_fichier.php"></script>, mais la balise PHP "<?php" (1ère ligne) génère une erreur JS.
il serait judicieux d'indiquer au script qu'il doit renvoyer le bon mime-type, ce qui donne : <?php header("Content-type: application/x-javascript"); ?> puis le script
je rebondis dans ce fil :
générer un fichier externe de javascript en fonction de données spécifiques retournées par php à une page html (donc un utilisateur) implique bien que ce fichier externe ne doit pas pouvoir être appelé par un autre utilisateur (à partir d'une page html qui s'afficherait avec d'autres données).
un fichier externe n'est pas 'locked' à un utilisateur spécifique, sauf si son nom est unique et lié à un appel spécifique d'une page html.
c'est bien ça ?
si oui, quel est l'intérêt d'un fichier externe par rapport à un script 'embarqué' dans le html (et donc modifié par traitement php à l'affichage de cette page pour cet utilisateur) ?
En fait, je fais des essais. Effectivement, c'est aussi la question que je me posais. Bon, mais il y a quand même un avantage, du moins dans ce cas précis, c'est que le script est totalement séparé du HTML.
BMR
Thibaut Allender
si oui, quel est l'intérêt d'un fichier externe par rapport à un script 'embarqué' dans le html (et donc modifié par traitement php à l'affichage de cette page pour cet utilisateur) ?
il n'est pas forcément spécifique à l'utilisateur, il peut aller chercher des données communes dans une DB et ainsi être mis en cache, et appelé depuis des pages différentes
si oui, quel est l'intérêt d'un fichier externe par rapport à un script
'embarqué' dans le html (et donc modifié par traitement php à
l'affichage de cette page pour cet utilisateur) ?
il n'est pas forcément spécifique à l'utilisateur, il peut aller
chercher des données communes dans une DB et ainsi être mis en cache, et
appelé depuis des pages différentes
si oui, quel est l'intérêt d'un fichier externe par rapport à un script 'embarqué' dans le html (et donc modifié par traitement php à l'affichage de cette page pour cet utilisateur) ?
il n'est pas forcément spécifique à l'utilisateur, il peut aller chercher des données communes dans une DB et ainsi être mis en cache, et appelé depuis des pages différentes
En fait, je fais des essais. Effectivement, c'est aussi la question que je me posais. Bon, mais il y a quand même un avantage, du moins dans ce cas précis, c'est que le script est totalement séparé du HTML.
c'est effectivement mieux les données communes séparées, et les données specifiques dans la page elle meme, voir dans un 2e fichier separé auquel on envoie des arguments
En fait, je fais des essais. Effectivement, c'est aussi la question que
je me posais. Bon, mais il y a quand même un avantage, du moins dans ce
cas précis, c'est que le script est totalement séparé du HTML.
c'est effectivement mieux
les données communes séparées, et les données specifiques dans la page
elle meme, voir dans un 2e fichier separé auquel on envoie des arguments
En fait, je fais des essais. Effectivement, c'est aussi la question que je me posais. Bon, mais il y a quand même un avantage, du moins dans ce cas précis, c'est que le script est totalement séparé du HTML.
c'est effectivement mieux les données communes séparées, et les données specifiques dans la page elle meme, voir dans un 2e fichier separé auquel on envoie des arguments
bonjour, personnellement pour les fichier JS ou CSS générés par du php et portant donc l'extension php je fait un include() de ces fichiers dans les Head de chaque fichier qui en on besoin bien sur cela suppose qu'il n'y a pas de fichier htm
-- Amicalement Votre L.ALFREDO -------------------------------------------- Signer l'appel au NON au Traité Constitutionnel sur http://www.rayonpolar.com rubrique Europe --------------------------------------------
bonjour,
personnellement pour les fichier JS ou CSS générés par du php et portant
donc l'extension php
je fait un include() de ces fichiers dans les Head de chaque fichier qui en
on besoin
bien sur cela suppose qu'il n'y a pas de fichier htm
--
Amicalement Votre
L.ALFREDO
--------------------------------------------
Signer l'appel au NON au Traité Constitutionnel sur
http://www.rayonpolar.com
rubrique Europe
--------------------------------------------
bonjour, personnellement pour les fichier JS ou CSS générés par du php et portant donc l'extension php je fait un include() de ces fichiers dans les Head de chaque fichier qui en on besoin bien sur cela suppose qu'il n'y a pas de fichier htm
-- Amicalement Votre L.ALFREDO -------------------------------------------- Signer l'appel au NON au Traité Constitutionnel sur http://www.rayonpolar.com rubrique Europe --------------------------------------------
