Counter Script
Requirements
Php3, php4, a SSI capable server
License
Free
Examples:
This page has been viewed:
Warning: fread() [function.fread]: Length parameter must be greater than 0. in /home/sitio/public_html/php/counter1.php3 on line 30
Times
Text Mode
Graphic Mode
This page has been viewed:
Warning: fread() [function.fread]: Length parameter must be greater than 0. in /home/sitio/public_html/php/counter2.php3 on line 30
Times
The Graphic numbers can be changed this are just for an example
information:
If you have any problems with this program just email me so we can fix it, remember that the file where the numbers will be stored NEEDS to have write permision by the httpd daemon, if not it will generate a nasty problem.
Requests.
Right now I want to practice PHP3 but most of the time I dont have ideas of anything good to do, so if you need some php3 scripts to be done send me an email so we can talk maybe i can help you
Hosting.
If you are looking for a host that is SSI, perl, cgi-bin,php3 capable I offer webhosting at a good price contact me .
SSI information: (text taken from: http://httpd.apache.org/docs/1.3/howto/ssi.html)
Configuring your server to permit SSI
To permit SSI on your server, you must have mod_include installed and enabled. Additionally, you must have the following directive either in your httpd.conf file, or in a .htaccess file: Options +Includes This tells Apache that you want to permit files to be parsed for SSI directives. Note that most configurations contain multiple Options directives that can override each other. You will probably need to apply the Options to the specific directory where you want SSI enabled in order to assure that it gets evaluated last. Not just any file is parsed for SSI directives. You have to tell Apache which files should be parsed. There are two ways to do this. You can tell Apache to parse any file with a particular file extension, such as .shtml, with the following directives: AddType text/html .shtml AddHandler server-parsed .shtml One disadvantage to this approach is that if you wanted to add SSI directives to an existing page, you would have to change the name of that page, and all links to that page, in order to give it a .shtml extension, so that those directives would be executed. The other method is to use the XBitHack directive: XBitHack on XBitHack tells Apache to parse files for SSI directives if they have the execute bit set. So, to add SSI directives to an existing page, rather than having to change the file name, you would just need to make the file executable using chmod. chmod +x pagename.html A brief comment about what not to do. You'll occasionally see people recommending that you just tell Apache to parse all .html files for SSI, so that you don't have to mess with .shtml file names. These folks have perhaps not heard about XBitHack. The thing to keep in mind is that, by doing this, you're requiring that Apache read through every single file that it sends out to clients, even if they don't contain any SSI directives. This can slow things down quite a bit, and is not a good idea. Of course, on Windows, there is no such thing as an execute bit to set, so that limits your options a little. In its default configuration, Apache does not send the last modified date or content length HTTP headers on SSI pages, because these values are difficult to calculate for dynamic content. This can prevent your document from being cached, and result in slower perceived client performance. There are two ways to solve this: Use the XBitHack Full configuration. This tells Apache to determine the last modified date by looking only at the date of the originally requested file, ignoring the modification date of any included files. Use the directives provided by mod_expires to set an explicit expiration time on your files, thereby letting browsers and proxies know that it is acceptable to cache them.
chuby -at- internettico -dot-com
