TerraFrost wrote: jerx - the calendar seems to generate itself faster then it used to, however, it's still slower then I'd expect and I'm not sure why.
Also, a lot of the speed is due to, as you suspected, the fact that a ton of birthdays are being displayed all at once (which is making for a large page that takes a while to download). Without doing ~30 queries every time someone tries to view a month, I'm not sure what can be done for that. One idea would be to just not display birthdays on the month scale, but again, I don't know how to do that. Maybe I could figure it out if I spent more time on it, but at this point, I don't think it's worth my while.
vbulletin solved it by only displaying the number of birthdays on each day. The link is the same link as for the day overview, so generating the link should not add additional page generation time.
I will sent you a pm with a link to my old vbulletin installation, just to show you what I mean. But I understand that you cannot spent more time on this. I just hoped that the changes would not be that big.
With regard to the mini_cal addon... that sounds more like a bug in mini cal then it is with mini_cal.txt. I say that because, unless you messed up very badly, my changes shouldn't be able to do that.
I think this is not a bug but a "feature". I have mini_cal installed on another board. That board uses Niels' birthday mod and the mini calendar acts the same. It only shows a link to a particular day if that day has one or more events. If there are birthdays only, it just shows the day as text.
Since I have birthdays on every single day of the year, I could just generate a link for every day without checking for birthdays or events. Let' s see if I can accomplish that ...
As for calendar_scheduler.php...
Seems fine to me...
Look at the last column of the birthday rows - the last post column. It should be blank, but by changing the display order it shows a username now.