--
Jack Nowinski
E-Mail: nowi...@sciborg.uwaterloo.ca
> How do I create a log file that tells me who visited my page?
You cannot. There is absolutely no fool proof way to tell WHO has read
your pages -- w/o using authentication. The most you can get is WHERE
an access came from but that gives you zero information because there
can be anywhere between one and thousands of users on the other end.
--
Patrick Lee Stuyvesant H.S. Alumni Assoc.
Internet: pat...@panix.com Internet: pat...@panix.com
Web: http://www.panix.com/~patlee Web: http://www.panix.com/~stuy
Doesn't your http daemon do that for you? This is of course a log that lists every
single access in one line. You should then use a tool like MUSAGE to summarize the
accesses. You can have a look at the results on <URL:http://shasta.ct.ix.de:8080/usage/husage.htm">
There's also a link to the origin of MUSAGE on that page.
Cheers,
Ingo
-----------------------------------------------------------
Ingo T. Storm eMail i...@ct.ix.de
Redaktion c't CIS 72662,3142
Verlag Heinz Heise
Helstorfer Str. 7 voice +49 (511) 5232-318
D-30625 Hannover, GERMANY fax +49 (511) 5352-417
-----------------------------------------------------------
This sentence no verb.
Ok, then how does one set-up a way to see WHERE the visits came from?
> pat...@panix.com (Patrick Lee) wrote:
> :
> : You cannot. There is absolutely no fool proof way to tell WHO has read
> : your pages -- w/o using authentication. The most you can get is WHERE
> : an access came from but that gives you zero information because there
> : can be anywhere between one and thousands of users on the other end.
>
> Ok, then how does one set-up a way to see WHERE the visits came from?
It's set in the server configuration, which is server dependent. Ask
your sysadmin for the access log file or if you are the sysadmin, RTFM!
>How do I create a log file that tells me who visited my page?
The PHP Tools can do this for you. Have a look at http://www.io.org/~rasmus
for an example.
--
Rasmus Lerdorf
ras...@io.org
> % You cannot. There is absolutely no fool proof way to tell WHO has read
> % your pages -- w/o using authentication.
>
> Actually, there is, provided the client machine is running identd. Check out
> RFC 1413, and then look at the bottom of my homepage (the lewd part). Of
> course, you can toss this out the window if you're not running identd.
How do you know you can TRUST identd? And how many systems out there do
you think is running identd? A few percentage, perhaps. identd is
useless for people coming from behind firewalls, PCs, Macs, Compuserve,
AOL, Prodigy, etc. These people probably account for the bulk of the
web users right now.
The above is misleading. It insinuates that a cgi program takes up
more network bandwidth than a straight HTML page. This is not the
case. If the page looks the same in both cases, the amount of
network traffic is actually exactly the same. The only reason one
might say that it is more "economical" to not generate HTML pages
from CGI scripts is that a CGI will take a bit more CPU on the server
machine than if the page didn't need to run a cgi.
--
Rasmus Lerdorf
ras...@io.org
%> How do I create a log file that tells me who visited my page?
%You cannot. There is absolutely no fool proof way to tell WHO has read
%your pages -- w/o using authentication.
Actually, there is, provided the client machine is running identd. Check out
RFC 1413, and then look at the bottom of my homepage (the lewd part). Of
course, you can toss this out the window if you're not running identd.
--
** Wei-Yuen Tan monk...@pobox.com http://pobox.com/~monkeyboy **
#!/usr/local/bin/perl -s-- export-a-crypto-system sig, RSA in 3 lines PERL:
($k,$n)=@ARGV;$v=$w=1+length$n&~1;$v-=$d*2;$w-=$e*2;$m=unpack(H.$w,$m),$_ = `echo "16dio1[lm*ln%]sz\U$k $m $n\Esnsm[d2%Sa2/d0<xsbd*ln%La1=z2]dsxxip "|dc`,s/\W//g,print pack(H.$v,0 x($v-length).$_)while read(STDIN,$m,$w/2)
http://www.xmission.com/~dtubbs/club/cs.html
--
Sandy Steingart sand...@umd5.umd.edu
http://mail.bcpl.lib.md.us/~sandyste/cholent.html
Thanks in advance for any assistance.
Bill Graham
++FLA...@cernvm.cern.ch (Alan J Flavell) writes:
++>This is a much more economical way (for you and for the network) than
++>trying to turn every page into a script, just so that you can append
++>some CGI environment stuff to a file of your own.
++The above is misleading. It insinuates that a cgi program takes up
++more network bandwidth than a straight HTML page. This is not the
++case. If the page looks the same in both cases, the amount of
++network traffic is actually exactly the same. The only reason one
++might say that it is more "economical" to not generate HTML pages
++from CGI scripts is that a CGI will take a bit more CPU on the server
++machine than if the page didn't need to run a cgi.
That is not quite true. An HTML page can be cached. The output of
a CGI-program is always `fresh', and hence cannot be cached.
Abigail