S E R V E R   S I D E
View current page
...more recent posts

Use(net) this to search. Great.
- jim 3-06-2001 12:27 am [link] [add a comment]

Use(net) this to search. Great.
- jim 3-06-2001 12:27 am [link] [add a comment]

Broadband2wireless. Yes. I hereby swear to buy any product that will help me live a Verizon-free life. And something like this would be the biggie. Please, please, please, bring this to market quickly in NYC. I'll pay twice their price for what they offer (if it really is 700/kbs up and down.)
- jim 3-05-2001 9:22 pm [link] [add a comment]

Broadband2wireless. Yes. I hereby swear to buy any product that will help me live a Verizon-free life. And something like this would be the biggie. Please, please, please, bring this to market quickly in NYC. I'll pay twice their price for what they offer (if it really is 700/kbs up and down.)
- jim 3-05-2001 9:22 pm [link] [add a comment]

Random shot of the day:



- jim 3-03-2001 7:55 pm [link] [add a comment]

Random shot of the day:



- jim 3-03-2001 7:55 pm [link] [add a comment]

Hmmm. I found a subtle bug last night I have to fix today. I found it because of the link I put up to ftrain (below.) Evidently somebody, we'll call him or her A (a signed in user here, but not me) followed the link to ftrain. Good. So then A shows up in Ftrain's referer logs (browser, ip address, OS, and the URL of the link they followed to get to the page.) The subtle part is that A got to my page from the front page, where my page was showing as having new posts. So A clicked through to my page by clicking on the [posts] which uses the /jim/index.php3?new URL which will print out only the new (to user A) posts on my page. The problem is that someone from ftrain followed the link back in order to check out my page and see who was linking to them. Cool. I'd like that guy (if it was him) to check us out. Unfortunately, he came back in with the /jim/index.php3?new (instead of just /jim/ or just /jim/index.php3) and because he didn't have the cookie there were in effect no new posts for him to read, so the page didn't show anything. D'oh. This is easily fixed. I just have to check if the URL contains ?new (which I look for anyway, of course, so that it can act on the ?new command) and then double check that the user is known. If not, it should just default back to index.php3. Easy. Something like:

if (isset($query_string)) {
     if (!isset($dmtreecookie)) {
          Location("header:http://www.digitalmediatree.com/jim/")
     }
}

The problem, like so much else in this project, is not so much fixing something that is broken. The problem is seeing all the possible ways something might be quietly broken (that is: broken, but still working.) So, I'm sorry to have missed an honored visitor, but I did learn something. I'll have that fixed by later today.
- jim 3-03-2001 3:40 pm [link] [add a comment]

Hmmm. I found a subtle bug last night I have to fix today. I found it because of the link I put up to ftrain (below.) Evidently somebody, we'll call him or her A (a signed in user here, but not me) followed the link to ftrain. Good. So then A shows up in Ftrain's referer logs (browser, ip address, OS, and the URL of the link they followed to get to the page.) The subtle part is that A got to my page from the front page, where my page was showing as having new posts. So A clicked through to my page by clicking on the [posts] which uses the /jim/index.php3?new URL which will print out only the new (to user A) posts on my page. The problem is that someone from ftrain followed the link back in order to check out my page and see who was linking to them. Cool. I'd like that guy (if it was him) to check us out. Unfortunately, he came back in with the /jim/index.php3?new (instead of just /jim/ or just /jim/index.php3) and because he didn't have the cookie there were in effect no new posts for him to read, so the page didn't show anything. D'oh. This is easily fixed. I just have to check if the URL contains ?new (which I look for anyway, of course, so that it can act on the ?new command) and then double check that the user is known. If not, it should just default back to index.php3. Easy. Something like:

if (isset($query_string)) {
     if (!isset($dmtreecookie)) {
          Location("header:http://www.digitalmediatree.com/jim/")
     }
}

The problem, like so much else in this project, is not so much fixing something that is broken. The problem is seeing all the possible ways something might be quietly broken (that is: broken, but still working.) So, I'm sorry to have missed an honored visitor, but I did learn something. I'll have that fixed by later today.
- jim 3-03-2001 3:40 pm [link] [add a comment]

I often check in over at ftrain, but I hadn't seen this great piece. Now robotwisdom is linking him a lot though, so I caught it that way (the RW link had it as "Totally uncalled-for Mahavishnu-Orchestra bashing.") Much good writing on that site.
- jim 3-02-2001 11:46 pm [link] [add a comment]

I often check in over at ftrain, but I hadn't seen this great piece. Now robotwisdom is linking him a lot though, so I caught it that way (the RW link had it as "Totally uncalled-for Mahavishnu-Orchestra bashing.") Much good writing on that site.
- jim 3-02-2001 11:46 pm [link] [add a comment]

older posts...