The Lighter Side of Code

This is as much a call for help as it is a mini venting session for me and a problem I had this afternoon working with the Blackberry Bold.  I don’t know if anyone has played with writing apps for the Blackberry, but there are some interesting things that happen across the different models and their browsers.  Well, this afternoon I was told that one of the ‘Back’ buttons, in the app I have been working with, was not working.  Well, upon further inspection I found that this was a weird happening that happens on the Blackberry Bold.  For some reason all of these variations failed to give me the desired effect.

window.history.back();

window.history.go(-1)

history.go(-1);

history.back();

I am not sure what else there is, but all those failed on the Bold.  Has anyone out there see anything like this on the Bold?  Does this happen on any other Blackberry models?

I just watched a video from UGTV on Charlie Arehart’s website done by Jacob Munson.  Near the end of the presentation Jacob was talking about how he changed his form names and it broke the spam bots that were hitting his site.  He also talked about the concept of using a special key loaded into the session that could be used to check if the person was real or not.  The consensus was that manual spammers sucked and you have to use something like Project Honey Pot to try and stop the manual spammers.  Well, I agreed with Jacob and the others in the audience, that you have to employ a few different methods to feel even a little safe, but I liked the form name change and session key, so I put together a simple proof of concept.  I am still trying to figure out how this method wouldn’t work for bots, so if you know of something let me know.

I started out by setting the appkey and then using it to encrypt the form:

<form action="processForm.cfm" method="post">
 
        <input name="#cfusion_encrypt('firstname',session.appkey)#" type="text" >
 
        <input name="#cfusion_encrypt('lastname',session.appkey)#" type="text" >
 
    <input type="submit" value="go" >
</form>

Then, I run through the form and convert out the keys to usable strings, you simply use the new form instead of the form scope.

<cfset newFrm = StructNew()>
<cfloop collection="#FORM#" item="g">
	<cfset clearFormName = cfusion_decrypt(g, session.appkey)>
    <cfset structInsert(newFrm,variables.clearFormName,FORM[g],'true')>
</cfloop>

I figure if the bot is going to be looking through form definitions, then the constantly changing key will mess that up.  I think it would be best if you used a really good key for the encryption and then used a different encryption method than the cfusion_encrypt.  I just used that for a test.  Any thoughts?

Hello all,

Well then, I spent a few hours today trying to troubleshoot a little problem without any luck.  I noticed that my machine was running crazy slow and when I looked at my services, I noticed that CF was running at 600MB by itself.  This has never happened to me before, so I went poking around trying to find the culprit and I still don’t know what’s up.  Has anyone had an issue with CF running on Vista or any OS where JRun peaks at 500MB or more?  I haven’t changed any settings since the first install, soeither CF doesn’t like my machine or there is something sitting on my machine that is in conflict.  Any help is much appreciated.

A few days ago Ben Forta posted, on his blog, an article about the costs of ColdFusion. Well, I read it and I commented on it based on a lack of research on the pricing of other technologies specifically .NET and I apologize. A guy named David posted after I did and was talking about the pricing for .NET. After looking around at all the prerequisites needed to run a Windows .NET environment I realized that running a .NET environment is pretty expensive as well.

Also, now that I think about it, people say that ColdFusion is not learned by new programmers and I think that Adobe should do something about that with the Universities. It’s completely free to learn CF with CFEclipse and the developers version of CF server. The problem is that most students are learning C# and VB in school and when they come out they further saturate the .NET job market. That’s why it’s so hard to find CF developers, because the new brood aren’t picking it up until later in life.

I love ColdFusion, and I have been successful in converting other developers away from .NET in the past. The biggest reason they move to CF is the learning curve and the ease of development. I have met some developers who don’t know some of the tricks in HTML, Javascript, and CSS because VS does a lot of it for them. Anyway, I retract my comment in Ben’s blog…ColdFusion is better priced than .NET, at least according to the pricing above.