Reprise du message précédent :
Les variables de sessions qui utilisent les cookies.
 
Et je dis que oui, mais c'est pas grave, car vu que c'est un cookie à part, ça ne pose pas de problème dans 99% des cas.

au fait, duch, les variables de session ne sont pas copiées dans les cookies.
Le cookie ne contient que un identifiant unique.
Et ce cookie particulier est transmis automatiquement dans les HEADER du navigateur.
C'est pour ça que je suis plus que quasi presque certain(e) mais c'est pas sûr que ça pose pas de problème.

ouais, c'est vrai après tout cette variable là n'a pas besoin d'être identifiée ni unique, puisque c'est la même pour tout le monde.

duch a écrit a écrit :   si on a deux "applications" différentes sur un site, mais où l'utilisateur peut passer de l'une à l'autre, c'est quoi le mieux, une seule base ou deux bases?? => Crée deux DSN différents. Par contre, tu peux partager la même base de données... Par contre, vu que là c'est Access, je te conseil très vivement de faire plusieurs bases de données... D'ailleurs c'est pareil... Dans ta BDD, si tu as des tables isolées (jamais jointes avec les autres tables) je te conseille de les mettre de une autre base... Celà va allèger considérablement Access.     Comment éviter le blème lecture/écriture, sachant que visiblement le blème ne se pose qu'à la lecture (remarque à la l'écriture je peux pas vérifier car ça se passe dans un shockwave)   => Le problème se pose lors de la lecture du fichier... Ca n'as aucun rapport Les conseils ci-dessus devraient permettre de résoudre une en partie le problème. (le réel problème étant Access )     mais comme mes rs sont en readonly ça devrait aller. non? => Que dalle     sinon tu es d'accord avec magic en ce qui concerne les sessions? => Il a intérêt sinon je le mord

[edit]--Message édité par Lucile--[/edit]

sinon tu répondrais quoi à ça?
 
si on a deux "applications" différentes sur un site (en fait deux partie du site qui sont plus ou moins indépendantes), mais où l'utilisateur peut passer de l'une à l'autre, c'est quoi le mieux, une seule base ou deux bases??
 
Bon t'as déjà répondu Lucile, mais si je fais plusieurs base (en fait dans ma base j'ai plein de tables mais aucune n'est liée à une autre), comment tu fais les connexions dans le global.asa, j'vais qd même pas ouvrir 36 connexion pour chaque type?
 
sinon j'pourrais p'tet faire deux bases, une pour les tables qui ne bougent pas et uen pour les tables où on peux écrire.

[edit]--Message édité par duch--[/edit]

hé ben... j'ai répondu (là-haut)

Bon t'as déjà répondu Lucile, mais si je fais plusieurs base (en fait dans ma base j'ai plein de tables mais aucune n'est liée à une autre), comment tu fais les connexions dans le global.asa, j'vais qd même pas ouvrir 36 connexion pour chaque type?  
 
sinon j'pourrais p'tet faire deux bases, une pour les tables qui ne bougent pas et uen pour les tables où on peux écrire.
 
ou j'peux faire une connexion avec les sessions pour les bases qu'on attaque tout le temps et une connexion à l'ancienne pour les bases qui ne servent pas beaucoup (voire pas du tout).

[edit]--Message édité par duch--[/edit]

Si tu crées plusieurs bases, à ce moment, conserve la méthode classique qui sera la plus appropriée.
 
PS: Par contre, garde en mémoire que c'est absolument cochon de faire comme ça... Mais avec Access, on n'a malheureusement pas toujours le choix.
 
Pour mon site, à l'époque où il était sous Access, j'avais 2 bases : Une pour tout ce qui est gestion des "fenêtres", tips, news, etc.
 
Une pour la gestions des utilisateurs / forum

[edit]--Message édité par Lucile--[/edit]

Et que penses tu de la soluce :  
 
méthode classique pour la base "statiques" et peu consultée
 
et méthode super top pour la base qui est tout le temps mise à jour.
 
car effectivement avec la méthode classique je n'ai jamais eu de blème avec les petites bases.
 
 
c'est possible de faire comme ça?

[edit]--Message édité par duch--[/edit]

oui ça me semble pas mal comme idée, surtout si la base utilisée par la méthode "classique" tu n'y accède que de temps en temps.

Merci pour les tuyaux les gars (et les filles)
 
je vais essayer de faire tout ça et je vous dirais si ça va mieux.

ok
 
c koi l'url de ton site ?

Dis moi Lucile,
 
 
comment fais-tu l'équivalent de ça avec ta méthode de connexion par le global.asa :  
 
dim cnx  
 
set cnx = Server.CreateObject("ADODB.Connection" )  
cnx.Open = "dsn=mon_dsn;"  
 
cnx.Execute = "INSERT into mabase (champ) VALUES ( '"& Request.form("valeur" ) & "')"  
 
cnx.close  
set cnx = nothing  
 
 
tu le fais avec un recordset ??

Désolé c'est pas Lucile
 
Tu peux utiliser un objet ADODB.Command et faire  
 
set objCommand = Server.CreateObject("ADODB.Command" )
objCommand.ActiveConnection = Session("LaConnexion" )
objCommand.CommandText = "..."
objCommand.Execute
set objCommand = nothing
 
ou normalement, de mémoire il me semble que ca marche, tu devrais pouvoir procéder de la même manière que tu le faisais :
 
Session("LaConnexion" ).Execute "..."

si Session("LaConnexion" ).Execute "..." ça marche c'est cool.
 
bon j'vais essayer, merci guru.

vi vi ça marche

Au secours c'est pire qu'avant :
 
 
j'ai modifier toutes mes pages ASP, j'ai mis la connexion dans le global.asa, et j'ai fait le fichier include, j'ai redémarré le serveur et ça me fait ça maintenant, c'est pire qu'avant parce que là ça plante tout le site !!
 
 
 
Impossible d'afficher la page  
Un problème est survenu dans la page que vous essayez d'ouvrir et vous ne pouvez donc pas afficher cette page.  
 
--------------------------------------------------------------------------------
 
Essayez les opérations suivantes :
 
Cliquez sur le bouton Actualiser ou réessayez plus tard.
 
Ouvrez la page d'accueil, puis recherchez les liens vers les informations souhaitées.  
HTTP 500.100 - Erreur interne au serveur - Erreur ASP
Services Internet (IIS)
 
--------------------------------------------------------------------------------
 
Informations techniques (destinées au personnel du Support technique)
 
Type d'erreur :
Microsoft OLE DB Provider for ODBC Drivers (0x80004005)
[Microsoft][Pilote ODBC Microsoft Access] Impossible d'utiliser '(Inconnu)'; fichier en cours d'utilisation.
//global.asa, line 10
 
 
Type de navigateur :
Mozilla/4.0 (compatible; MSIE 5.5; Windows 98)  
 
Page :
GET /index.asp  
 
Heure :
mercredi 25 avril 2001, 09:56:25  
 
 
Informations complémentaires :
Support technique Microsoft

ok
 
Bon, on va faire ça calmement :
 
=> Poste ton global.as
=> Poste ton index.asp
=> Poste ton cnx.asp
 
PS: Sur mon forum, c'est mieu tu peux uploader tes fichiers...

voilà mon global.asa :  
 
<SCRIPT LANGUAGE=VBScript RUNAT=Server>  
sub Application_OnStart  
Application.Lock  
Application("DSN" ) ="dsn=site_dsn;"  
Application.UnLock  
end sub  
 
sub Session_OnStart  
Set session("CNX" ) = Server.CreateObject("ADODB.Connection" )  
session("CNX" ).Open Application("DSN" )  
end sub  
 
Sub Session_OnEnd  
session("CNX" ).close  
set session("CNX" ) = nothing  
end sub  
</SCRIPT>  
 
mon cnx.asp (mais ç aplante dès le global.asa):  
 
<%  
if isEmpty(Session("CNX" )) then  
Set Session("CNX" ) = Server.CreateObject("ADODB.Connection" )  
Session("CNX" ).Open Application("DSN" )  
elseif Session("CNX" ).state <> 1 then  
Session("CNX" ).Open Application("DSN" )  
end if  
set cnx = Session("CNX" )  
%>
 
et mes différentes requuêtes :  
 
recordset :  
 
<%@LANGUAGE="VBSCRIPT"%>  
<!-- #INCLUDE FILE="../cnx.asp" -->  
<%
 
if (request.querystring("date" )<>"" ) then
sql = "SELECT DISTINCT mail FROM matable WHERE mail LIKE '%@%' AND date_cnx='"&request.querystring("date" )&"'"
else
sql = "SELECT DISTINCT mail FROM matable WHERE mail LIKE '%@%'"
end if
 
dim rs
set rs = Server.CreateObject("ADODB.Recordset" )
rs.ActiveConnection = session("CNX" )
rs.CursorType = 0 ' adOpenForwardOnly  
rs.LockType = 1  ' adLockReadOnly  
rs.Open sql
 
%>
 
et un update :  
 
<%@LANGUAGE="VBSCRIPT"%>  
<!-- #INCLUDE FILE="../../cnx.asp" -->  
<%
 
sql = "UPDATE sites SET zone='" & request.form("zone" ) & "'"
session("cnx" ).execute sql
 
%>

Question con mais on sait jamais tu as bien arrété et redémarrer IIS après ces modifications, ou au moins fait un Unload sur l'application ?
 
Parce que sinon Application_OnStart n'a pas été executé !!!

euh... ok...
 
t'as bien créé un DSN qui marche ?
parceque là sinon, je vois pas où est le problème

Guru > j'ai rebooté la machine, ça devrait suffir qd même
 
Magicbuzz > mon DSN marchait avant, et j'utilise le même.
 
c'est la même erreur que j'avais avant : fichier (inconnu) en cours d'utilisation.

ferme ton éditeur, access, ftp, exploarateur windows, etc.
 
apparement, un fichier LOCK le fichier de la base

c'est pas possible autrement.
j'ai le même code que toi et ça marchait très bien quand j'avais Access...
 
PS: Met à jour MDAC (va sur M$.com pour trouver la dernière version... ton driver ODBC est peut-être buggé aussi...)

bah y avait rien d'ouvert, car le serveur tourne en service. Mais il est possible que plusieurs personnes se soient connectées au même moment que moi, ça aurait pu faire planter la base.
 
J'ai downloadé la dernière version de MDAC pour windows 2000 server, j'vais te dire la version de mon driver
 
Microsoft access Driver (*.mdb) 4.00.5303.01
 
 
ça pourrait pas venir des configs avancées, elles sont par défaut mais bon, on sais jamais.
 
ou ça pourrait pas venir de l'indexation ?

[edit]--Message édité par duch--[/edit]

je te jure que c'est pas normal...
même avec plusieurs personnes connectés sur le site en même temps...

essaie de remplacer l'appel "dsn=..." par :
 
MdbFilePath = Server.MapPath("chemin/database.mdb" )
Application("DSN" ) = "Driver={Microsoft Access Driver (*.mdb)}; DBQ=" & MdbFilePath & ";"

j'pense pas qu'ça change le problème, le dsn marche bien mais aparament il ne veux pas partager le fichier.

remarque, ça fait plus la même erreure :  
 
Type d'erreur :
Microsoft OLE DB Provider for ODBC Drivers (0x80004005)
[Microsoft][Pilote ODBC Microsoft Access]Erreur générale Impossible d'ouvrir la clé de registre 'Temporary (volatile) Jet DSN for process 0x560 Thread 0x67c DBC 0x31ecae4 Jet'.
//global.asa, line 14

euh... t'es sûr que ta base c'est une base access ?
t'es VRAIMENT sûr que personne n'est connecté directement à la base avec ACCESS ?
 
PS: Supprime tout tes DSN qui pointent dessus

oui ça c'est sûr, c'est une base access, et personne d'autre n'a accès au serveur (en plus y'a pas acess sur le serveur).
 
Y'a qu'un seul DSN qui pointe dessus, j'vais le virer, on va voir.

une fois que t'as supprimé le DSN, reboot le serveur (comme ça t'es sûr)

j'ai rebooté le serveur
 
ça fait toujours la même erreur :  
 
Type d'erreur :
Microsoft OLE DB Provider for ODBC Drivers (0x80004005)
[Microsoft][Pilote ODBC Microsoft Access]Erreur générale Impossible d'ouvrir la clé de registre 'Temporary (volatile) Jet DSN for process 0x4e4 Thread 0x6c4 DBC 0x3131e9c Jet'.
//global.asa, line 14
 
 
ça correspond à cette ligne là :  
session("CNX" ).Open Application("DSN" )

[edit]--Message édité par duch--[/edit]

ouais, mais là, je sais pas ce que c'est...
en tout cas, ça me fait plus penser à une merde dans ton MDAC qu'à autrechose...

j'vais voir ce qu'il y de dispo comme version de MDAc pour win2k
 
 
comment on connait la version installée?

[edit]--Message édité par duch--[/edit]

Tu peux m'envoyer tes fichiers par mail (si y'a pas de données importantes)
 
=> global.asp
=> index.asp
=> cnx.asp
=> database.mdb
 
===> Pour tester sur mon serveur si ça passe où si c'est vraiment le code qui chier

bon j'vais t'envoyer ça, mais motus.

pas de problème de toute façon j'efface juste après

tu sais comment connaitre la version de MDAC installée sur le serveur ?

OK...
Bon, chez moi, ça passe.
 
Par contre, un truc zarb :
 

 

Ajout/Suppression de programmes