TIP: Click on subject to list as thread! ANSI
echo: c_echo
to: Bob Stout
from: Charles Angelich
date: 2003-09-16 18:46:06
subject: Re: RE: More SNIPPETS ne

1237cfa4bbbc
c_echo



Hello Bob - 

--8<--cut 

RBS>>> Likewise this past weekend. I can see from the hit
RBS>>> counter that folks are checking out the new pages, but
RBS>>> no one's saying anything. Criticism, kudos, they're all
RBS>>> the same - any feedback is useful. 

>> If your server software has the capability webmasters assume
>> that any user who leaves the website within 20 seconds
>> considered the website an accidental access that they did
>> not want (from search engine pages usually). 

BS> My current hit counters are pretty primitive PHP affairs. I
BS> should do some further work on them... 

I've only used a frontend for what others have installed onto
servers. I would guess to do this same thing yourself you would
need read access to the server's logs as to when sockets
open/close that are accessing your pages? 

>> I had similar problems and wanted to focus my energy on the
>> pages and links users really wanted to use. I installed
>> 'hidden' page counters (CGI) on each page and CGI that
>> records clicks on links. Since CGI is server-side it does
>> not interfere with early or text-only browsers but I can see
>> what is being used and what is being ignored. :-) 

BS> Generally, I prefer PHP to cgi, mostly because of better
BS> familiarity. As any book on either will tell you, both have
BS> their particular strengths and weaknesses. 

I'm supposed to learn ASP but have been stalling. Originally I
was told to get up to speed on Perl then they decided ASP would
be better. 

BS> Unlike most folks, though, I typically use cgi with
BS> compiled applications rather then with Perl or some other
BS> interpreter. 

I would have better luck with C code than Perl, I don't like
Perl. The Perl interpreter seems less of a 'threat' to those
offering to store webpages on their servers than a compiled C
binary would be. :-) 

>> btw: On the
>> "http://www.snippets.org/SNIPPETS/_DOS/browser.php" page I
>> got an error message: Warning: filemtime(): Stat failed for
>> code/COMBIN.C (errno=2 - No such file or directory) in
>> /var/www /docs-snippets.org/SNIPPETS/_DOS/browser.php on
>> line 75 

BS> I think you'll find all of these fixed now. The problem
BS> with combin.c was a case-sensitivity issue. Also, there
BS> were some complications reconfiguring Apache and the zone
BS> files to support the new aliases as noted in my revised
BS> .signature, below. After a little tweaking and allowing
BS> time for the various caches to flush, dos.snippets.org now
BS> seems to work just fine. 

dos.snippets.org was working OK but displaying the one error
message for the 'not found' file. 

>
>        ,                          ,
>      o/      Charles.Angelich      \o       ,
>       __o/
>     / >          USA, MI           < \   __\__
 

___ * ATP/16bit 2.31 * 
... DOS the Ghost in the Machine! http://www.undercoverdesign.com/dosghost/

--- Maximus/2 3.01
* Origin: COMM Port OS/2 juge.com 204.89.247.1 (281) 980-9671 (1:106/2000)
SEEN-BY: 633/267 270
@PATH: 106/2000 633/267

SOURCE: echomail via fidonet.ozzmosis.com

Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.