Newsgroup: it.comp.lang.javascript
Titolo: scrivere in un file di testo

Vorrei sapere come si fa ad aggiungere una stringa con la data in un file di
testo ogni volta che accedo alla pagina; il file di testo sarà sulla stessa
cartella della pagina htm
grazie e ciao

 ha scritto nel messaggio
news:8s1rlh$agl$1...@fe2.cs.interbusiness.it...

La risposta sarebbe "non con Javascript."....cmq
Puoi fare qualcosa del genere solo con Netscape abilitando il privilegio di
accesso.....
<html>
<head>
<title>test</title>
<script language="JavaScript">
aa=new Date();
function ScriviFile(fileName,text) {
netscape.security.PrivilegeManager.enablePrivilege('UniversalFileAccess');
var ww = new java.io.FileWriter(fileName);
ww.write (text, 0, text.length);
ww.close();
}
if (document.layers) {
writeToFile('file.txt','stringa');
}
</script>
</head>
<body>
<a href="javascript:ScriviFile();">Scrivi</a>
</body>
</html>
____________________
andreotta fabiano
WebMªster ATI POWER s.n.c.
andr...@atipower.it
http://www.atipower.it
http://www.afdsoftware.freeweb.org
____________________
http://www.jsdir.com
____________________
*¢ L'unica certezza nella vita è che tutto è relativo (per fortuna)¢*

 accesso.....
Argh, vade retrooo... ^____^
Scherzi a parte, allora per par condicio dovresti dire che in IE e'
possibile farlo creando un' istanza del FileSystemObject..
Ma solitamente non sono cose da fare.. Non e' propriamente "Javascript",
cmq.

 ha scritto nel messaggio
news:8s3se2$3l0$1...@fe2.cs.interbusiness.it...

Concordo e condivido:-)))))))


possibile farlo creando un' istanza del FileSystemObject..
ancoooraaa??? per una volta ascoltate Microsoft: "Il FileSystemObject è 
stato pensato per ASP, non per JScript client-side"
-- 
-----BEGIN GEEK CODE BLOCK-----
Version 3.1
GE/M/S/O  d-  s:---  !a  c++++(c)>$  ul p+>+++   l+>++  e->----  w++>$  n++  
o--  k-  w++  o?  m?  v?  ps++  pe-  y+>+++  pgp++  t+  5?  x++(+)  r  tv--  
b++>++++  di++  d++  g--  e  h!  !r  xy**
------END GEEK CODE BLOCK------

 stato pensato per ASP, non per JScript client-side"
Davvero? E com'e' che nella mia documentazione di JScript Client Side c'e'
ampiamente descritto in tutte le salse il suddetto oggetto?
Come sempre la documentazione M$ e piu' che contradditoria.

Come sempre la documentazione M$ e piu' che contradditoria.
permettimi di contraddirti... allora: Netscape usa Javascript solo per il 
suo browser (vi prego, DITEMI che ho ragione!), mentre Microsoft ragiona in 
termini di Scripting Runtime e Scripting Interfaces: cioč qualsiasi 
programma puň usare JScript come linguaggio interno... OK! fissato questo 
punto: che razza di linguaggio di scripting sarebbe senza accesso al disco? 
(impensabile, in Netscape, ma abbiamo visto che JScript č qualcosa di piů) 
Quindi la runtime di Windows Script (occhio, non solo VBScript e JScript, 
ma anche tutti i linguaggi che deciderete di installare) offre anche un 
supporto di base per il file system, specialmente se questo linguaggio deve 
essere usato non solo in un browser ma anche in un web server. Non sono 
stata convincente, vero? aheemmm... vediamo... eureka! beh, sulla guida di 
JScript l'applicazione di esempio č in ambiente ASP! (tič, fregato ;P)
--
Juliet is back again!

 JScript l'applicazione di esempio č in ambiente ASP! (tič, fregato ;P)
E quindi? Non capisco dove tu voglia andare a parare.
Sulla mia guida M$ di JScript *Client Side* ci sono tutti gli esempi
relativi all'FSO lato client.
Non capisco lo scopo di tale msg.. :?
Inoltre, ripeto che la documentazione (e la Microsoft stessa) e' sempre
contraddittoria. Qui in azienda siamo a stretto contatto con la Microsoft e
ogni giorno ne salta fuori una...

relativi all'FSO lato client.
1: Non è vero che è il lato Client, non è proprio nessun "lato" (per farti 
capire quanto deviata io sia, ho controllato uno per uno TUTTI gli esempi della 
documentazione non solo di FSO, ma anche di Dictionary. Ebbene, non un solo 
document.write o request.write, o WScript.echo. Controlla pure)
2: continui a sbagliare, Microsoft non ha mai rilasciato una documentazione 
separata per lo scripting *Server Side* e quello *Client Side*. Sono proprio 
due concetti estranei. Ha rilasciato:
   - documentazione per lo scripting
   - documentazione per JScript + Scripting Runtime
   - documentazione per VBScript + Scripting Runtime
   - documentazione per Windows Script Components
Poi la documentazione sulle Scripting Interfaces, ossia come creare il proprio 
host o il proprio linguaggio, poi, per ogni script host noto, è stata 
rilasciata una documentazione extra:
   - documentazione per lo Script Control
   - documentazione per ASP + CGI (il "server side" di Netscape)
   - documentazione per Windows Scripting Host
   - riferimento al DHTML (il "client side" di Netscape)
   - Windows Media Player 7 SDK
(in tutte queste documentazioni viene più o meno esplicitamente detto che i 
linguaggi normalmente disponibili sono due, JScript e VBScript, ma che 
componenti di terze parti possono aggiungere linguaggi extra - provate 
PerlScript, ne vale la pena - )
a cui si aggiungono le documentazioni dei singoli ActiveX, in cui dell'Ole 
scripting non viene addirittura fatta alcuna menzione
Credo che si possa riassumere il tutto come "Scripting, per MS, non equivale a 
Web". Quindi non si parla tout-court di server-side e client-side, ma più 
genericamente di script e host. Questo ha i suoi vantaggi (modularità, è 
evidente: aggiorna un componente server e aggiornerai tutti i suoi client, 
anzichè doverli ricompilare tutti daccapo - conseguenza necessaria del non-
open-source, e le implicazioni le conoscete bene [fotti un componente server e 
hai fottuto in una botta sola tutti i client]) e i suoi svantaggi (si finisce 
per dimenticare le basilari norme di sicurezza e di netiquette - la Rete è il 
selvaggio West, non si può camminare per la prateria con le scarpe da 
ginnastica)

 Web".
E, fortunatamente, nemmeno viceversa. :D
Su almeno un punto, cmq, ci troviamo d'accordo almeno. ;)

 ha scritto nel messaggio
news:8sma53$4f5$1...@fe2.cs.interbusiness.it...


 server-script.
No, no.

 No, no.
Grazie, Paolo