[ASP] - PB. iNCLuDe via FiLeSySTeMoBJeCT

- PB. iNCLuDe via FiLeSySTeMoBJeCT [ASP] - Programmation

Marsh Posté le 26-07-2001 à 03:28:01    

c possible de faire des <!--#include-->  dynamiques, en incluant des fichiers avec le filesystemobject ou un truc du genre????
pasken fait parfois c embêtant de pas pouvoir choisir des script à inclure à la page,
je sais pas si,  :spookie: ça va pas surcharger le serveur !!! :spookie:  ??? eske vous connaissez des gens qui font ça ?c possible????
 
 :jap: merci bien de votre avis éclairé  :jap:

 

[edtdd]--Message édité par k666--[/edtdd]

Reply

Marsh Posté le 26-07-2001 à 03:28:01   

Reply

Marsh Posté le 26-07-2001 à 03:58:25    

mon avis est kil y a un post sur ce sujet deja :D
 
Quand au filesystemobject... ben ca change rien je crois... :D:D:D

Reply

Marsh Posté le 26-07-2001 à 12:42:41    

euh.......
t'aurais une autre réponse ;)
voilà au fait c important! donc up  !!!!

Reply

Marsh Posté le 26-07-2001 à 12:51:54    

ah oué!
au fait voilà, l'idée c de ramener du code avec le filesystemobject dans une page asp donnée,
de parser ce code (paske vu que c de la chaine de charactères, bin c pas interprété ASP!!!) et en parsant, remplacer par les bonnes valeurs, avec des CASE trucmuch blabla.....
c pas un truc de ouf ça? ça flingue pas les performances du serveur???? paske les include à priori c tou con à faire, avant disons "l'interprétation" du code, mais au moment de l'exécution du script, faire ça?????? c bien??????
voila si kelkun  :hello: bin réponsez moi :)

Reply

Marsh Posté le 26-07-2001 à 17:57:41    

Mhhm a mon sens un include dynamique doit etre difficile, voir impossible a faire car c est l une des premieres lignes qui est lue, donc pas moyen de revenir apres dessus avec une variable pour le rendre dynamique.

Reply

Marsh Posté le 26-07-2001 à 20:09:35    

bin en fait c pas vraiment #include, puiske vu que le code ASP inclu (via le FSObject) est inclu sous forme de chaine de charactères, mais ça marche qd même! sauf que après faut faire une chtite fonction qui remmplace les blocs/variables asp (chainifiés) en vraies valeurs variables
 
c plutot en terme de performances que ma question s'oriente!!!!
donc voilà, au fait ça pompe pas plein de ressources au serveur le filesystem object?? puiske ché po, j'imagine que c po bien :(
ptêtre que j'ai la vache folle :fou:

 

[edtdd]--Message édité par k666--[/edtdd]

Reply

Marsh Posté le 27-07-2001 à 00:34:06    

up-aze

Reply

Marsh Posté le 15-08-2001 à 19:57:12    

popop

Reply

Marsh Posté le 16-08-2001 à 10:32:25    

Il me semble que l'appel à une fonction est toujours plus rapide.  
Perso, toutes mes pages sont structurées du genre :
 
<-- les includes -->
Call ShowMain
Call ShowFooter
etc
 
Après, selon ta page tu appelles des fonctions différentes.

 

[edtdd]--Message édité par Lex--[/edtdd]

Reply

Marsh Posté le 19-08-2001 à 04:32:15    

les #include dynamiques sont possible seulement avec ASP 3.0
 
:)


---------------
"L'imagination est plus importante que la connaissance" - A. E.
Reply

Marsh Posté le 19-08-2001 à 04:32:15   

Reply

Marsh Posté le 18-09-2001 à 01:02:38    

up!
bin en fait c une sorte de bidouille d'include dynamique...
c le filesystem object qui insère le code supplémentaire sous forme de STRING
le fichier inséré est PARSé puis dans un mega CASE ya la restitution des variables,
c pas bo,
mais c joli,
et donc, en termes de performances eske ça peut poser problème? FSOBJECT c un truc costaud? en fait le problème est que j'ai fait des tests en ouvrant des fichiers qui dépassaient les dix megs et ça plantait,
dans ce cas là particulier, c des chtits fichiers pourraves, de 1K etc....mais le FSOBJECT ça pompe des ressources à donfe non?
ya pas une doc du pompage ressources ou truc du genre? analyse de perfs de tel ou tel truc? benchmarks des fonctions?
voilà, répondez si possible avant la fin du monde :D

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed