> In this case with cfschedule we want to send a batch of newsletter emails > at regular intervals - say every 5 minutes. They're all sent out in an > hour or two but the newsletter's only sent once a month. So I figure > running that scheduled task every 5 minutes for the rest of the month is > unnecessary and therefore a hack.
*smile* - so to present an alternative view....... .....our whole subscription system is built in exactly that way. It runs every (I think) 5 minutes and sees if there is anything to be "published". And then does so. Worse than that, all it actually does is take the item to be published and creates another set of entries in a different table that represents an item for everyone who wants that information. Nothing else. Then another task runs at a regular interval against that information (at a different interval). The concept here is that we can then coalesce information for a common destination (for simplicity lets say that is an email address) before sending it (so that the subscriber only gets one email instead of 20). So, at this point, an email may be produced and sent to the recipient that combines all of the published information since the last time it ran. Furthermore, the system is designed in such a way that we basically just create a new CFC to handle the scheduling portion of the work for each subscription type and deploy this in the publishing directory. The system that needs to publish something just instantiates an object and calls a "publish" method that triggers off the process. The rest is "transparent". Once again, I think "perspective" has a lot to do with what is and isn't a "hack". Here is another question......... if enough of us say "that is pretty much what I am doing" then is it still a hack or is just a valid approach in the Cold Fusion environment ? Gary Menzel Web Development Manager IT Operations Brisbane -+- ABN AMRO Morgans Limited Level 29, 123 Eagle Street BRISBANE QLD 4000 PH: 07 333 44 828 FX: 07 3834 0828 If this communication is not intended for you and you are not an authorised recipient of this email you are prohibited by law from dealing with or relying on the email or any file attachments. This prohibition includes reading, printing, copying, re-transmitting, disseminating, storing or in any other way dealing or acting in reliance on the information. If you have received this email in error, we request you contact ABN AMRO Morgans Limited immediately by returning the email to [EMAIL PROTECTED] and destroy the original. We will refund any reasonable costs associated with notifying ABN AMRO Morgans. This email is confidential and may contain privileged client information. ABN AMRO Morgans has taken reasonable steps to ensure the accuracy and integrity of all its communications, including electronic communications, but accepts no liability for materials transmitted. Materials may also be transmitted without the knowledge of ABN AMRO Morgans. ABN AMRO Morgans Limited its directors and employees do not accept liability for the results of any actions taken or not on the basis of the information in this report. ABN AMRO Morgans Limited and its associates hold or may hold securities in the companies/trusts mentioned herein. Any recommendation is made on the basis of our research of the investment and may not suit the specific requirements of clients. Assessments of suitability to an individual?s portfolio can only be made after an examination of the particular client?s investments, financial circumstances and requirements. ABN AMRO Morgans Limited (ABN 49 010 669 726 AFSL 235410) A Participant of ASX Group --- You are currently subscribed to cfaussie as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] MXDU2004 + Macromedia DevCon AsiaPac + Sydney, Australia http://www.mxdu.com/ + 24-25 February, 2004
