Today is a good day to code

Google Sitemaps

Posted: December 31st, 1969 | Author: | Filed under: ColdFusion, Google, Programming, Uncategorized | Tags: , , | No Comments »

Google Sitemaps

Picture of Irv Owens Web DeveloperAnother couple of projects I started working on was getting a properly configured robots.txt, going, and to use Google sitemaps. If you have a gmail account, and you are a publisher, this is a very easy way to make sure Google crawls your site properly, and knows about all your links. One of the things I have noticed about the googlebot is that it frequently hits my homepage, but it would always only index the blogs that were directly linked to from that page. It would almost never go all the way through my site to get to the oldest articles.

Here is the code from the component that I am using to generate the sitemaps file. I modified the code originally avaliable at ColdFusion based Google Sitemap Creator. It is a .cfc so it should be pretty plug and play. Of course I will change the sensitive details about my site…








http://www.owensperformance.com/index.cfm
#theDatetime#
always

1.0


http://www.owensperformance.com/resume.cfm
#theDatetime#
monthly

0.9


http://www.owensperformance.com/aboutus.cfm
#theDatetime#
monthly

0.3


http://www.owensperformance.com/blog.cfm
#theDatetime#
daily

0.8






http://www.owensperformance.com/blog_content.cfm?
articleid=#urlString.articleid#

#theDatetime#
never

0.7





file=”#ExpandPath('../sitemap.xml')#”
output=”#theXml#” nameconflict=”overwrite”>
Google Sitemaps Overview


A Plethora of Frameworks for ColdFusion and Counting

Posted: December 31st, 1969 | Author: | Filed under: Uncategorized | 1 Comment »

A Plethora of Frameworks for ColdFusion and Counting

Picture of Irv Owens Web DeveloperI agree with Hal Helms that having an ever increasing number of frameworks for ColdFusion is a good indicator of its maturity, however for a newbie figuring out which framework to use can be incredibly daunting. When I first started out with ColdFusion I was of course writing everything as EPAI or every-page is an island. All of my forms were submitting to themselves, and as you can imagine I ended up with huge balls of spaghetti in both hands frequently.

My solution was to quickly embrace Fusebox 3, but at first I had a tough time finding examples that were simple enough to help me along. When I started looking at Fusebox, people were already starting to want more object oriented frameworks. They had begun extending Fusebox in ways that weren't easy for me, as a newbie ColdFusion developer to understand. I did eventually figure out Fusebox, it truly wasn't that hard, it was just important to remember that one doesn't need to know every last detail to use it. If you want to see a really basic application with no beans, etc… Check out my memo application. It is avaialble on the blog as article 12. This was a very simple application that set a series of text fields into a struct that resides in the session scope. This allows a user to be able to go back and recall their memos, as long as the session hasn't timed out.

My next foray into frameworks was into Fusebox 4 which I worked with for only a very short time when I figured out that there was way too much going on that I would never use in Fusebox, and started to attempt to move to Mach-II. Mach-II was and is much more complicated than Fusebox because of the extensive use of design patterns. Most of what is happening in Mach-II is admittedly still somewhat of a mystery to me. I don't understand how the variables scope is coerced into the application scope automatically. I haven't yet worked on anything big enough to necessitate Mach-II so I mostly stuck with Fusebox until I have recently begun writing my own light OO framework.

Some people swear by gluecode, but I wouldn't recommend getting too deep into gluecode or Mach-II until you have a better understanding of design patterns. Even if you understand OO, the concepts of beans, events, listeners, mementos, etc… will throw you for a loop. While we have yet to see anything for newbies as cool as rails for ruby in ColdFusion, Fusebox 2 or 3 is a really good place to start. If you keep working at it, you'll find yourself working with Mach-II or building your own in no-time. Hopefully using a good framework will allow more developers to be successful with ColdFusion. The more success departments have with it the more it will sell, which means the more opportunities for experienced developers! Happy coding!


iActionFramework for ColdFusion MX 7 v 0.8

Posted: December 31st, 1969 | Author: | Filed under: Uncategorized | No Comments »

iActionFramework for ColdFusion MX 7 v 0.8

Picture of IrvinI just wanted to update my framework. To read more about it, you'd have to go to my old blog, over at iActionFramework. The new version is below. Please read about the framework at the address above. The only real change is that it will autodetect what type of object you are trying to send to the database. This however was flaky, so I pulled it out until the next version. There were a number for modifications to the control code to speed up the production version. Anyway, enough babbling, here is the ColdFusion Framework.

iActionFramework v0.8