Beefy Boxes and Bandwidth Generously Provided by pair Networks
Keep It Simple, Stupid
 
PerlMonks  

Re: Web month Calender

by jlongino (Parson)
on Nov 22, 2001 at 22:38 UTC ( [id://126995]=note: print w/replies, xml ) Need Help??


in reply to Web month Calander

Ryszard, it looks to me that you are well on your way. I've modified/written something similar for our University calendar that you might want to look at for some ideas on layout. It provides several different views (6-month calendar, plain-text monthly, weekly and daily views). The link is USA Campus Calendar. I borrowed the core 6-month view code from an Ill. University (Urbana, I think, with their permission of course). It reads directly from the xnix cal command.

I don't really see that the speed to create the calendar table itself will present much of a bottleneck. It is more likely that fetching your data will take much more time (depending on your method), particularly if you have to retrieve data dynamically from Yahoo. You might want to consider a batch process that periodically updates a database or series of files (one file per event). The series of files method is the one I used since our events are generated manually at our site (through a Web interface). Unfortunately, we don't have a hit counter in place, so I can't say exactly how much it is used.

If you are interested in seeing some of my code, I can post it to my scratch pad. Particularly how the 6-month view is generated.

As far as your code goes, the only thing that some people might recommend is changing your  for (;;){} loops to  for (..){} loops. But I don't think in this case that it is objectionable (besides, the code that I modified/wrote uses them and doesn't utilize CGI table building methods as you have, so I'm not worthy to complain).

Good luck finishing your project!

--Jim

Replies are listed 'Best First'.
Re: Re: Web month Calender
by Ryszard (Priest) on Nov 23, 2001 at 06:50 UTC

    hey jlongino thanks for the comments.

    You're right. IRT (In Real Time) the routine prolly wouldnt pose much of a performance threat, however it looks messy and i'm sure there are ways to optimise it. The back end is actually a Postgresql database, so that's where i'm thinking there will be some performance hit.

    crazyinsomniac posted some cool CGI.pm stuff i really didnt have a good handle on before.

    The project is fun, (as well as practical). I'm basically writing a personal web portal, with addrbk, datebk, ToDo, and notes interfacing with my palm pilot.

    I'm also thinking of writing a 'file-manager' type interface (using the pilot-xfer tools), as well as some kind of avantgo syncing (with a malsync backend).

    I've pretty much done all the session management, and addressbook thus far and am about 20% into the datebk.

    As you can see I suffer from feature creep. I should concentrate on the datebk before things get out of hand.. :-)

Log In?
Username:
Password:

What's my password?
Create A New User
Domain Nodelet?
Node Status?
node history
Node Type: note [id://126995]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this?Last hourOther CB clients
Other Users?
Others pondering the Monastery: (7)
As of 2024-04-23 10:11 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    No recent polls found