This is just a quick note that I have updated the spam definitions for SpamFilter.cfc. So, if you are using SpamFilter.cfc and have the second argument of init ("getNewDefs") set to true, simply re-initialize it and you will have the updated definitions.
I have been told by some people using DataMgr that it should handle files as well. The problem with that is that managing files is outside the purview of what DataMgr should do.
I actually do have another project called FileMgr (part of the com.sebtools package) that does a little bit of what DataMgr does, but for files. Mostly, it handles uploads and makes sure that the needed folders exist - one less thing to worry about on deployment.
What would be nice, is a component that works like DataMgr but handles files (and even image resizing) just as automatically as DataMgr handles data.
The component is (showing no imagination on my part) called Manager.cfc.
John Whish found a couple of bugs in FileMgr (ColdFusion 9 compatibility and a bug in the getFilePath method) that should be fixed now.
I also added getNoticeMethod to Mailer.cfc which should make it easier to see what it is doing when sending notices as well as make it possible to interject a step after the notice email is compiled but before it sends.
com.sebtools is open source and free for any use.
One of the sites I work on went through a period where it ran very slowly (or even crashed) a few times a month. Each time, the problem generally started around three in the morning. As the site has several scheduled tasks, I was asked if any of them could be the culprit. At the time, I had no reliable way to answer that question. Now I do.
I just fixed a couple of bugs in DataMgr which caused an update in both DataMgr and in the com.sebtools pack. The com.sebtools package also includes an update to FileMgr among other components.
I have done a few entries on components that use DataMgr (listed under "DataMgr Utility Set"). Until now, I have had each as a separate download. My thinking was that it would reduce the amount of data you would need to download in order to use the tools. In fact, this added a step to use them as you had to download DataMgr as well if you didn't already have it.
In an attempt to learn from this mistake, I have merged all of these projects as the com.sebtools package.
One of the larger systems that on which I work runs multiple sites from one code base. Each site needs to have some data that is specific to that site. For example, each site should use a different from email address and mail server when sending email.
During the initial development of the system, I decided to give each site its own application scope. After that, I don't have to worry about which data is site-specific and which isn't. Despite a continually growing number of sites, this has worked pretty well for more than five years.
Then the use of one of my own open source projects revealed a problem with this approach.
More than a year ago, I released a beta of Scheduler.cfc. Then I promptly forgot to release a full version. So, now I mean to correct that oversight.
Since I first released SpamFilter, I have added several new spam definitions to it without needing to touch the actual code. The most recent addition, however, did require me to update the code. Since I did that, I decided to go ahead and make another change to take advantage of new functionality in DataMgr 2.2 (on which SpamFilter 1.1 is dependent).
Years ago, I used to put uploaded files any random place in my sites. This turned out to be a pain when I wanted to deploy a new version of a site. If I was using FTP, I couldn't just upload a set of root folders because some folders used for uploads might be within them and I wouldn't want to overwrite files that had been uploaded on the live site. If I was using subversion, then I would have to select "ignore" on each upload location individually. Even comparisons in BeyondCompare were a little more tedious.
