# Define arrays for the day of the week and month of the year. # @days = ('Sunday','Monday','Tuesday','Wednesday', 'Thursday','Friday','Saturday'); @months = ('January','February','March','April','May','June','July', 'August','September','October','November','December');

# Get the current time and format the hour, minutes and seconds. Add # # 1900 to the year to get the full 4 digit year. # ($sec,$min,$hour,$mday,$mon,$year,$wday) = (localtime(time))[0,1,2,3,4,5,6]; $time = sprintf("%02d 02d 02d",$hour,$min,$sec); $year += 1900;

I did talk to my hosting company and they gave me some UNIX Telnet commands to change the time on my virtual server. That worked, so I'm not in a big hurry to fix the code above. If you have any suggestions, please let me know. I'll probably need it sometime in the future.

By the way, those angry icons (WHICH I WISH I COULD SHUT OFF) are a colon followed by a percent sign.

Now, let's say I have to call this 10,000 times. Here's a benchmark:

timethis 10000: 15 wallclock secs (15.49 usr + 0.00 sys = 15.49 CPU)

Now, I'm going to make a magical adjustment to this function... done. Now let's check the running time:

timethis 10000: 3 wallclock secs ( 4.51 usr + 0.00 sys = 4.51 CPU)

WOW! What could I possibly have done to get nearly a 350% speed increase? I only declared the @months, @days, @smon, and @sday arrays ONCE. They won't ever CHANGE, will they? Of course not, so why declare them EVERY time the function gets called?

But how did I do that? I didn't create global variables (since that would interfere if I wanted another array called @days later). I didn't make my() variables in the main program, pretty much for the same reason. But I didn't make my() variables IN the subroutine either.

The problem we're finding is that we can't migrate any of the existing posts and userlists to the new board with any degree of accuracy. That's what's slowing down shifting UBB to a board that doesn't mess with anything between the

The problem we're finding is that we can't migrate any of the existing posts and userlists to the new board with any degree of accuracy. That's what's slowing down shifting UBB to a board that doesn't mess with anything between the