Bonjour à tous,
J'ai un nouveau poste de travail malheureusement sous VISTA INTEGRAL et
j'ai les pires ennuis avec IIS7 pour tester et maintenir un site intranet
écrit en ASP (VBSCRIPT côté serveur et JSCRIPT côté client) et qui
fonctionne parfaitement depuis 4 ans.
J'ai une erreur pour toutes les instructions du genre :
<!--#include file = "nom autre page.asp" -->
ServerMapPath(".")
Est-ce un problème de droits, de paramétrage d'IIS 7 ?
J'ai paramétré IIS pour qu'il exécute bien les pages ASP en plus du .net
(ASPX)
Toutes mes pages ASP s'exécutent bien jusqu'à rencontrer ces instructions
pour faire une erreur : message contactez votre administrateur.
Je ne sais plus quoi faire et je regrette amèrement le poste de travail
sous XP PRO même si l'interface AERO est agréable.
J'ai vu sur des forums que IIS 7 fait des problèmes pour les pages ASP et
les accès aux bases de données genre ACCESS ou MySQL.
Merci d'avance pour vos suggestions !
Teddy
Bonjour à tous,
J'ai un nouveau poste de travail malheureusement sous VISTA INTEGRAL et
j'ai les pires ennuis avec IIS7 pour tester et maintenir un site intranet
écrit en ASP (VBSCRIPT côté serveur et JSCRIPT côté client) et qui
fonctionne parfaitement depuis 4 ans.
J'ai une erreur pour toutes les instructions du genre :
<!--#include file = "nom autre page.asp" -->
ServerMapPath(".")
Est-ce un problème de droits, de paramétrage d'IIS 7 ?
J'ai paramétré IIS pour qu'il exécute bien les pages ASP en plus du .net
(ASPX)
Toutes mes pages ASP s'exécutent bien jusqu'à rencontrer ces instructions
pour faire une erreur : message contactez votre administrateur.
Je ne sais plus quoi faire et je regrette amèrement le poste de travail
sous XP PRO même si l'interface AERO est agréable.
J'ai vu sur des forums que IIS 7 fait des problèmes pour les pages ASP et
les accès aux bases de données genre ACCESS ou MySQL.
Merci d'avance pour vos suggestions !
Teddy
Bonjour à tous,
J'ai un nouveau poste de travail malheureusement sous VISTA INTEGRAL et
j'ai les pires ennuis avec IIS7 pour tester et maintenir un site intranet
écrit en ASP (VBSCRIPT côté serveur et JSCRIPT côté client) et qui
fonctionne parfaitement depuis 4 ans.
J'ai une erreur pour toutes les instructions du genre :
<!--#include file = "nom autre page.asp" -->
ServerMapPath(".")
Est-ce un problème de droits, de paramétrage d'IIS 7 ?
J'ai paramétré IIS pour qu'il exécute bien les pages ASP en plus du .net
(ASPX)
Toutes mes pages ASP s'exécutent bien jusqu'à rencontrer ces instructions
pour faire une erreur : message contactez votre administrateur.
Je ne sais plus quoi faire et je regrette amèrement le poste de travail
sous XP PRO même si l'interface AERO est agréable.
J'ai vu sur des forums que IIS 7 fait des problèmes pour les pages ASP et
les accès aux bases de données genre ACCESS ou MySQL.
Merci d'avance pour vos suggestions !
Teddy
Bonjour à tous,
J'ai un nouveau poste de travail malheureusement sous VISTA INTEGRAL et
j'ai les pires ennuis avec IIS7 pour tester et maintenir un site intranet
écrit en ASP (VBSCRIPT côté serveur et JSCRIPT côté client) et qui
fonctionne parfaitement depuis 4 ans.
J'ai une erreur pour toutes les instructions du genre :
<!--#include file = "nom autre page.asp" -->
ServerMapPath(".")
Est-ce un problème de droits, de paramétrage d'IIS 7 ?
J'ai paramétré IIS pour qu'il exécute bien les pages ASP en plus du .net
(ASPX)
Toutes mes pages ASP s'exécutent bien jusqu'à rencontrer ces instructions
pour faire une erreur : message contactez votre administrateur.
Je ne sais plus quoi faire et je regrette amèrement le poste de travail
sous XP PRO même si l'interface AERO est agréable.
J'ai vu sur des forums que IIS 7 fait des problèmes pour les pages ASP et
les accès aux bases de données genre ACCESS ou MySQL.
Merci d'avance pour vos suggestions !
Teddy
Bonjour à tous,
J'ai un nouveau poste de travail malheureusement sous VISTA INTEGRAL et
j'ai les pires ennuis avec IIS7 pour tester et maintenir un site intranet
écrit en ASP (VBSCRIPT côté serveur et JSCRIPT côté client) et qui
fonctionne parfaitement depuis 4 ans.
J'ai une erreur pour toutes les instructions du genre :
<!--#include file = "nom autre page.asp" -->
ServerMapPath(".")
Est-ce un problème de droits, de paramétrage d'IIS 7 ?
J'ai paramétré IIS pour qu'il exécute bien les pages ASP en plus du .net
(ASPX)
Toutes mes pages ASP s'exécutent bien jusqu'à rencontrer ces instructions
pour faire une erreur : message contactez votre administrateur.
Je ne sais plus quoi faire et je regrette amèrement le poste de travail
sous XP PRO même si l'interface AERO est agréable.
J'ai vu sur des forums que IIS 7 fait des problèmes pour les pages ASP et
les accès aux bases de données genre ACCESS ou MySQL.
Merci d'avance pour vos suggestions !
Teddy
Bonjour à tous,
J'ai un nouveau poste de travail malheureusement sous VISTA INTEGRAL et
j'ai les pires ennuis avec IIS7 pour tester et maintenir un site intranet
écrit en ASP (VBSCRIPT côté serveur et JSCRIPT côté client) et qui
fonctionne parfaitement depuis 4 ans.
J'ai une erreur pour toutes les instructions du genre :
<!--#include file = "nom autre page.asp" -->
ServerMapPath(".")
Est-ce un problème de droits, de paramétrage d'IIS 7 ?
J'ai paramétré IIS pour qu'il exécute bien les pages ASP en plus du .net
(ASPX)
Toutes mes pages ASP s'exécutent bien jusqu'à rencontrer ces instructions
pour faire une erreur : message contactez votre administrateur.
Je ne sais plus quoi faire et je regrette amèrement le poste de travail
sous XP PRO même si l'interface AERO est agréable.
J'ai vu sur des forums que IIS 7 fait des problèmes pour les pages ASP et
les accès aux bases de données genre ACCESS ou MySQL.
Merci d'avance pour vos suggestions !
Teddy
" teddy" a écrit dans le message de
news:%Bonjour à tous,
J'ai un nouveau poste de travail malheureusement sous VISTA INTEGRAL et
j'ai les pires ennuis avec IIS7 pour tester et maintenir un site intranet
écrit en ASP (VBSCRIPT côté serveur et JSCRIPT côté client) et qui
fonctionne parfaitement depuis 4 ans.
J'ai une erreur pour toutes les instructions du genre :
<!--#include file = "nom autre page.asp" -->
ServerMapPath(".")
Est-ce un problème de droits, de paramétrage d'IIS 7 ?
J'ai paramétré IIS pour qu'il exécute bien les pages ASP en plus du .net
(ASPX)
Toutes mes pages ASP s'exécutent bien jusqu'à rencontrer ces instructions
pour faire une erreur : message contactez votre administrateur.
Je ne sais plus quoi faire et je regrette amèrement le poste de travail
sous XP PRO même si l'interface AERO est agréable.
J'ai vu sur des forums que IIS 7 fait des problèmes pour les pages ASP et
les accès aux bases de données genre ACCESS ou MySQL.
Merci d'avance pour vos suggestions !
Teddy
Ces deux erreurs ont le même point d'origine.
Extrait de l'aide de IIS 7.0
Activer les chemins d'accès relatifs au répertoire parent
(enableParentPaths)
Indique si une page ASP autorise les chemins relatifs au répertoire actif
(via la notation ..) ou au répertoire parent du répertoire actif. La
valeur par défaut est False.
Ce paramètre est accessible dans la partie ASP de la console IIS 7.0 et
est est paramétré comme cela depuis IIS 6.0 (Windows 2003)
Tout comme le paramètre "envoyer les erreurs au navigateur" à mettre sur
True (la doc indique que par défaut il est à True, mais sur ma machine il
est à False et je n'ai pas souvenir de l'avoir modifié)
Ps: perso je trouve le dernier paragraphe pour le moins "pénible". Prend
un peu le temps de mesurer les améliorations apportées par IIS 7.0, et
garde à l'esprit que tu sautes une version de IIS, ce qui peut expliquer
que tu poses des questions datant de la sortie de IIS 6.0 ;-)
Bon dev, moi je viens de finir.
" teddy" <teddy@wanadoo.fr> a écrit dans le message de
news:%23Eu0wFVcIHA.4712@TK2MSFTNGP04.phx.gbl...
Bonjour à tous,
J'ai un nouveau poste de travail malheureusement sous VISTA INTEGRAL et
j'ai les pires ennuis avec IIS7 pour tester et maintenir un site intranet
écrit en ASP (VBSCRIPT côté serveur et JSCRIPT côté client) et qui
fonctionne parfaitement depuis 4 ans.
J'ai une erreur pour toutes les instructions du genre :
<!--#include file = "nom autre page.asp" -->
ServerMapPath(".")
Est-ce un problème de droits, de paramétrage d'IIS 7 ?
J'ai paramétré IIS pour qu'il exécute bien les pages ASP en plus du .net
(ASPX)
Toutes mes pages ASP s'exécutent bien jusqu'à rencontrer ces instructions
pour faire une erreur : message contactez votre administrateur.
Je ne sais plus quoi faire et je regrette amèrement le poste de travail
sous XP PRO même si l'interface AERO est agréable.
J'ai vu sur des forums que IIS 7 fait des problèmes pour les pages ASP et
les accès aux bases de données genre ACCESS ou MySQL.
Merci d'avance pour vos suggestions !
Teddy
Ces deux erreurs ont le même point d'origine.
Extrait de l'aide de IIS 7.0
Activer les chemins d'accès relatifs au répertoire parent
(enableParentPaths)
Indique si une page ASP autorise les chemins relatifs au répertoire actif
(via la notation ..\) ou au répertoire parent du répertoire actif. La
valeur par défaut est False.
Ce paramètre est accessible dans la partie ASP de la console IIS 7.0 et
est est paramétré comme cela depuis IIS 6.0 (Windows 2003)
Tout comme le paramètre "envoyer les erreurs au navigateur" à mettre sur
True (la doc indique que par défaut il est à True, mais sur ma machine il
est à False et je n'ai pas souvenir de l'avoir modifié)
Ps: perso je trouve le dernier paragraphe pour le moins "pénible". Prend
un peu le temps de mesurer les améliorations apportées par IIS 7.0, et
garde à l'esprit que tu sautes une version de IIS, ce qui peut expliquer
que tu poses des questions datant de la sortie de IIS 6.0 ;-)
Bon dev, moi je viens de finir.
" teddy" a écrit dans le message de
news:%Bonjour à tous,
J'ai un nouveau poste de travail malheureusement sous VISTA INTEGRAL et
j'ai les pires ennuis avec IIS7 pour tester et maintenir un site intranet
écrit en ASP (VBSCRIPT côté serveur et JSCRIPT côté client) et qui
fonctionne parfaitement depuis 4 ans.
J'ai une erreur pour toutes les instructions du genre :
<!--#include file = "nom autre page.asp" -->
ServerMapPath(".")
Est-ce un problème de droits, de paramétrage d'IIS 7 ?
J'ai paramétré IIS pour qu'il exécute bien les pages ASP en plus du .net
(ASPX)
Toutes mes pages ASP s'exécutent bien jusqu'à rencontrer ces instructions
pour faire une erreur : message contactez votre administrateur.
Je ne sais plus quoi faire et je regrette amèrement le poste de travail
sous XP PRO même si l'interface AERO est agréable.
J'ai vu sur des forums que IIS 7 fait des problèmes pour les pages ASP et
les accès aux bases de données genre ACCESS ou MySQL.
Merci d'avance pour vos suggestions !
Teddy
Ces deux erreurs ont le même point d'origine.
Extrait de l'aide de IIS 7.0
Activer les chemins d'accès relatifs au répertoire parent
(enableParentPaths)
Indique si une page ASP autorise les chemins relatifs au répertoire actif
(via la notation ..) ou au répertoire parent du répertoire actif. La
valeur par défaut est False.
Ce paramètre est accessible dans la partie ASP de la console IIS 7.0 et
est est paramétré comme cela depuis IIS 6.0 (Windows 2003)
Tout comme le paramètre "envoyer les erreurs au navigateur" à mettre sur
True (la doc indique que par défaut il est à True, mais sur ma machine il
est à False et je n'ai pas souvenir de l'avoir modifié)
Ps: perso je trouve le dernier paragraphe pour le moins "pénible". Prend
un peu le temps de mesurer les améliorations apportées par IIS 7.0, et
garde à l'esprit que tu sautes une version de IIS, ce qui peut expliquer
que tu poses des questions datant de la sortie de IIS 6.0 ;-)
Bon dev, moi je viens de finir.
Merci pour cette réponse.
Avant de poster, j'ai longuement recherché des réponses à ces questions
avec Google mais je n'ai pas trouvé de réponse claire et satisfaisante sur
les forums et autres blogs.
Pour la pénibilité du dernier paragraphe, je suis désolé mais cela a été
posté "à chaud".
Comme je l'ai dit, je ne suis pas Administrateur.
Il est toujours désagréable d'avoir des problèmes et surtout des messages
d'erreur inexplicites.
J'aurais mieux compris un message genre "accès refusé".
Teddy
Merci pour cette réponse.
Avant de poster, j'ai longuement recherché des réponses à ces questions
avec Google mais je n'ai pas trouvé de réponse claire et satisfaisante sur
les forums et autres blogs.
Pour la pénibilité du dernier paragraphe, je suis désolé mais cela a été
posté "à chaud".
Comme je l'ai dit, je ne suis pas Administrateur.
Il est toujours désagréable d'avoir des problèmes et surtout des messages
d'erreur inexplicites.
J'aurais mieux compris un message genre "accès refusé".
Teddy
Merci pour cette réponse.
Avant de poster, j'ai longuement recherché des réponses à ces questions
avec Google mais je n'ai pas trouvé de réponse claire et satisfaisante sur
les forums et autres blogs.
Pour la pénibilité du dernier paragraphe, je suis désolé mais cela a été
posté "à chaud".
Comme je l'ai dit, je ne suis pas Administrateur.
Il est toujours désagréable d'avoir des problèmes et surtout des messages
d'erreur inexplicites.
J'aurais mieux compris un message genre "accès refusé".
Teddy
" teddy" a écrit dans le message de
news:Merci pour cette réponse.
Avant de poster, j'ai longuement recherché des réponses à ces questions
avec Google mais je n'ai pas trouvé de réponse claire et satisfaisante
sur les forums et autres blogs.
Pour la pénibilité du dernier paragraphe, je suis désolé mais cela a été
posté "à chaud".
Comme je l'ai dit, je ne suis pas Administrateur.
Il est toujours désagréable d'avoir des problèmes et surtout des messages
d'erreur inexplicites.
J'aurais mieux compris un message genre "accès refusé".
Teddy
C'est pour ça qu'il faut commencer par les newsgroups, private joke pour
MS ;-)
Le message 404 est maintenant "la norme" pour réduire la surface d'attaque
des serveurs IIS, tout comme la désactivation par défaut de tout ce qui
est "exécutable" (page asp, etc), l'intégration de preque toutes les
fonctionnalités de feu urlscan (plus quelques nouvelles), et ainsi de
suite.
Pour info, il existe aussi un nouveau fichier log pour IIS (mode noyau
oblique) le httperr.log, qu'il est utile de consulter en cas d'erreur
"inexplicables".
En esperant que maintenant ton dev avance et que tu mesure à sa juste
valeur les améliorations et la stabilité offerte par ces nouvelles
moutures
" teddy" <teddy@wanadoo.fr> a écrit dans le message de
news:OI6binkeIHA.4712@TK2MSFTNGP04.phx.gbl...
Merci pour cette réponse.
Avant de poster, j'ai longuement recherché des réponses à ces questions
avec Google mais je n'ai pas trouvé de réponse claire et satisfaisante
sur les forums et autres blogs.
Pour la pénibilité du dernier paragraphe, je suis désolé mais cela a été
posté "à chaud".
Comme je l'ai dit, je ne suis pas Administrateur.
Il est toujours désagréable d'avoir des problèmes et surtout des messages
d'erreur inexplicites.
J'aurais mieux compris un message genre "accès refusé".
Teddy
C'est pour ça qu'il faut commencer par les newsgroups, private joke pour
MS ;-)
Le message 404 est maintenant "la norme" pour réduire la surface d'attaque
des serveurs IIS, tout comme la désactivation par défaut de tout ce qui
est "exécutable" (page asp, etc), l'intégration de preque toutes les
fonctionnalités de feu urlscan (plus quelques nouvelles), et ainsi de
suite.
Pour info, il existe aussi un nouveau fichier log pour IIS (mode noyau
oblique) le httperr.log, qu'il est utile de consulter en cas d'erreur
"inexplicables".
En esperant que maintenant ton dev avance et que tu mesure à sa juste
valeur les améliorations et la stabilité offerte par ces nouvelles
moutures
" teddy" a écrit dans le message de
news:Merci pour cette réponse.
Avant de poster, j'ai longuement recherché des réponses à ces questions
avec Google mais je n'ai pas trouvé de réponse claire et satisfaisante
sur les forums et autres blogs.
Pour la pénibilité du dernier paragraphe, je suis désolé mais cela a été
posté "à chaud".
Comme je l'ai dit, je ne suis pas Administrateur.
Il est toujours désagréable d'avoir des problèmes et surtout des messages
d'erreur inexplicites.
J'aurais mieux compris un message genre "accès refusé".
Teddy
C'est pour ça qu'il faut commencer par les newsgroups, private joke pour
MS ;-)
Le message 404 est maintenant "la norme" pour réduire la surface d'attaque
des serveurs IIS, tout comme la désactivation par défaut de tout ce qui
est "exécutable" (page asp, etc), l'intégration de preque toutes les
fonctionnalités de feu urlscan (plus quelques nouvelles), et ainsi de
suite.
Pour info, il existe aussi un nouveau fichier log pour IIS (mode noyau
oblique) le httperr.log, qu'il est utile de consulter en cas d'erreur
"inexplicables".
En esperant que maintenant ton dev avance et que tu mesure à sa juste
valeur les améliorations et la stabilité offerte par ces nouvelles
moutures
Merci encore pour ce complément d'information.
Toutefois, eu égard à la désactivation par défaut des pages ASP, même si
c'est une technologie MS obsolète et peu performante, c'est un peu
discutable.
Pourquoi ne pas désactiver aussi les pages ASPX par défaut et tout le
DOT.NET pour "améliorer" la sécurité ?
Merci encore pour ce complément d'information.
Toutefois, eu égard à la désactivation par défaut des pages ASP, même si
c'est une technologie MS obsolète et peu performante, c'est un peu
discutable.
Pourquoi ne pas désactiver aussi les pages ASPX par défaut et tout le
DOT.NET pour "améliorer" la sécurité ?
Merci encore pour ce complément d'information.
Toutefois, eu égard à la désactivation par défaut des pages ASP, même si
c'est une technologie MS obsolète et peu performante, c'est un peu
discutable.
Pourquoi ne pas désactiver aussi les pages ASPX par défaut et tout le
DOT.NET pour "améliorer" la sécurité ?
Pour mes pages ASP, tout marche !
Le paramètre enableParentPaths = True a résolu tous mes problèmes.
Ce n'est pas en allant sur Google, Yahoo, etc... que j'y serais arrivé car
les moteurs de recherche nous oriente en 1er vers les sites commerciaux ou
blogs à la mode.
Il faut fouiller des heures pour trouver une simple réponse à une
question.
Heureusement qu'il existe toujours les forums microsoft.public.fr...
Merci encore.
Teddy
Pour mes pages ASP, tout marche !
Le paramètre enableParentPaths = True a résolu tous mes problèmes.
Ce n'est pas en allant sur Google, Yahoo, etc... que j'y serais arrivé car
les moteurs de recherche nous oriente en 1er vers les sites commerciaux ou
blogs à la mode.
Il faut fouiller des heures pour trouver une simple réponse à une
question.
Heureusement qu'il existe toujours les forums microsoft.public.fr...
Merci encore.
Teddy
Pour mes pages ASP, tout marche !
Le paramètre enableParentPaths = True a résolu tous mes problèmes.
Ce n'est pas en allant sur Google, Yahoo, etc... que j'y serais arrivé car
les moteurs de recherche nous oriente en 1er vers les sites commerciaux ou
blogs à la mode.
Il faut fouiller des heures pour trouver une simple réponse à une
question.
Heureusement qu'il existe toujours les forums microsoft.public.fr...
Merci encore.
Teddy
" teddy" a écrit dans le message de
news:Pour mes pages ASP, tout marche !
Le paramètre enableParentPaths = True a résolu tous mes problèmes.
Ce n'est pas en allant sur Google, Yahoo, etc... que j'y serais arrivé
car les moteurs de recherche nous oriente en 1er vers les sites
commerciaux ou blogs à la mode.
Il faut fouiller des heures pour trouver une simple réponse à une
question.
Heureusement qu'il existe toujours les forums microsoft.public.fr...
Merci encore.
Teddy
Tout dépend surement de "comment" on demande à googoo:
http://www.google.fr/search?hl=fr&q=iis+error+404
" teddy" <teddy@wanadoo.fr> a écrit dans le message de
news:e2QVNJ6eIHA.4140@TK2MSFTNGP04.phx.gbl...
Pour mes pages ASP, tout marche !
Le paramètre enableParentPaths = True a résolu tous mes problèmes.
Ce n'est pas en allant sur Google, Yahoo, etc... que j'y serais arrivé
car les moteurs de recherche nous oriente en 1er vers les sites
commerciaux ou blogs à la mode.
Il faut fouiller des heures pour trouver une simple réponse à une
question.
Heureusement qu'il existe toujours les forums microsoft.public.fr...
Merci encore.
Teddy
Tout dépend surement de "comment" on demande à googoo:
http://www.google.fr/search?hl=fr&q=iis+error+404
" teddy" a écrit dans le message de
news:Pour mes pages ASP, tout marche !
Le paramètre enableParentPaths = True a résolu tous mes problèmes.
Ce n'est pas en allant sur Google, Yahoo, etc... que j'y serais arrivé
car les moteurs de recherche nous oriente en 1er vers les sites
commerciaux ou blogs à la mode.
Il faut fouiller des heures pour trouver une simple réponse à une
question.
Heureusement qu'il existe toujours les forums microsoft.public.fr...
Merci encore.
Teddy
Tout dépend surement de "comment" on demande à googoo:
http://www.google.fr/search?hl=fr&q=iis+error+404
Certes, je ne suis pas un "pro de la recherche sur Google" mais il
m'arrive souvent d'avoir par exemple en réponse des liens vers les
prochaines formations de la société FlashFormation ou pour commander le
dernier ouvrage de 600 pages de M Truc consacré entièrement au sujet
recherché.
"jbongran" a écrit dans le message de
news:47cb4d8a$0$3194$" teddy" a écrit dans le message de
news:Pour mes pages ASP, tout marche !
Le paramètre enableParentPaths = True a résolu tous mes problèmes.
Ce n'est pas en allant sur Google, Yahoo, etc... que j'y serais arrivé
car les moteurs de recherche nous oriente en 1er vers les sites
commerciaux ou blogs à la mode.
Il faut fouiller des heures pour trouver une simple réponse à une
question.
Heureusement qu'il existe toujours les forums microsoft.public.fr...
Merci encore.
Teddy
Tout dépend surement de "comment" on demande à googoo:
http://www.google.fr/search?hl=fr&q=iis+error+404
Certes, je ne suis pas un "pro de la recherche sur Google" mais il
m'arrive souvent d'avoir par exemple en réponse des liens vers les
prochaines formations de la société FlashFormation ou pour commander le
dernier ouvrage de 600 pages de M Truc consacré entièrement au sujet
recherché.
"jbongran" <jbongran@free.fr> a écrit dans le message de
news:47cb4d8a$0$3194$426a74cc@news.free.fr...
" teddy" <teddy@wanadoo.fr> a écrit dans le message de
news:e2QVNJ6eIHA.4140@TK2MSFTNGP04.phx.gbl...
Pour mes pages ASP, tout marche !
Le paramètre enableParentPaths = True a résolu tous mes problèmes.
Ce n'est pas en allant sur Google, Yahoo, etc... que j'y serais arrivé
car les moteurs de recherche nous oriente en 1er vers les sites
commerciaux ou blogs à la mode.
Il faut fouiller des heures pour trouver une simple réponse à une
question.
Heureusement qu'il existe toujours les forums microsoft.public.fr...
Merci encore.
Teddy
Tout dépend surement de "comment" on demande à googoo:
http://www.google.fr/search?hl=fr&q=iis+error+404
Certes, je ne suis pas un "pro de la recherche sur Google" mais il
m'arrive souvent d'avoir par exemple en réponse des liens vers les
prochaines formations de la société FlashFormation ou pour commander le
dernier ouvrage de 600 pages de M Truc consacré entièrement au sujet
recherché.
"jbongran" a écrit dans le message de
news:47cb4d8a$0$3194$" teddy" a écrit dans le message de
news:Pour mes pages ASP, tout marche !
Le paramètre enableParentPaths = True a résolu tous mes problèmes.
Ce n'est pas en allant sur Google, Yahoo, etc... que j'y serais arrivé
car les moteurs de recherche nous oriente en 1er vers les sites
commerciaux ou blogs à la mode.
Il faut fouiller des heures pour trouver une simple réponse à une
question.
Heureusement qu'il existe toujours les forums microsoft.public.fr...
Merci encore.
Teddy
Tout dépend surement de "comment" on demande à googoo:
http://www.google.fr/search?hl=fr&q=iis+error+404