I was posting the next meeting of the Sacramento Go Club on the Sacramento Boardgames, Cardgames, & Miniatures Meetup Group, but this week for some reason Meetup’s software is giving me grief about the event’s URL. I’m guessing it’s barfing on the ‘~’ character in the URL, which is perfectly legal (and worked fine until a few days ago). I really want a URL for the event, so I’m posting it here. Thanks, Meetup. It’s not enough that you’re charging me to organize cool events, now I’ve got to do fake redirects to keep your damn site happy.
Archive for September 28th, 2005
Sacramento “Go” club
Need a laugh? Check this out!
About a month ago, Sac State rolled out a new logo and “identity package” with much fanfare, complete with a page on the CSUS web site. My buddy Joseph posted this story about the new logo on his blog at the time the announcement was made. All fine and good.
Now fast-forward to today. Do a Google search on sacramento state logo. What’s the top result? Why, Joseph’s blog of course! It’s much more relevant than the official “identity package” web page.
I’ve intentionally left out any links to the official site. Just doing my (miniscule) part to keep it from becoming result #1!
You can always go to Google and scoll down a bit if you really want to see it.
A Pending Ping Crisis?
Kevin Burton frets about a potential “ping crisis”:
…in the long run it seems to be a big difficult (sic): 1. Everyone wants to spam you. 2. You’re not a consumer level service so you can’t run Ads to make money. 3. The more traffic you get the more your costs go up. 4. Scaling a system is difficult once you get to that volume. 5. All your pings need to be delivered fast (see #4).
Those are some interesting points to ponder. Point #1 is particularly troublesome, so let’s think about points 2-5 first. It seems to me that we’d do well to look at some other services for ideas and inspiration. The first one that comes to my mind is DNS. No ads on DNS, and not many fees are being charged for it. Perhaps we should come up with some sort of distributed model for handling blog pings? If we have a distributed service, no single server would have to bear the entire load, and we can probably avoid the traffic cost and scaling issues. But now about point #5 — Obviously pings need to be acknowledged very quickly, but do pings need to be delivered fast? Joseph’s ping service is based on a queueing model, which seems reasonable and more practical to me. What do I care if my posts are advertised “immediately” or I have to wait 5 minutes?
So now back to point #1, blocking spam. Do we need some sort of RBL? Open-source tools to identify spam? I really don’t know the answer to this. We need some input from people on the front lines about this topic.
In an earlier post/comment I started running DiskWarrior in an attempt to recover my laptop’s failed harddrive. Still running after 47 hours, but no sign of progress (or failure) yet…
