Re: DateConvert Bug

2006-09-09 Thread Peter J . Farrell
i could have sworn peter blogged about this but in any case, from back in may No Paul, remember we had a big email discussion over a period of days about. I thought I may have blogged it, but I didn't unfortunately. Maybe I'll blog it now...

Re: captcha

2006-08-15 Thread Peter J . Farrell
language which is something that Americans usually don't think about. Best, Peter J. Farrell LylaCaptcha http://lyla.maestropublishing.com ~| Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting, up-to-date

Re: captcha

2006-08-15 Thread Peter J . Farrell
Peter J. Farrell wrote: This also limits the Captcha to one language which is something that Americans usually don't think about. wow, something rubbed off on somebody ;-) Actually, my comment was more based on my experiences living in a Quebec, Canada (French for all of those that don't know

Re: captcha

2006-08-15 Thread Peter J . Farrell
With bigger companies you also have to worry about the content of the messages. Yes, online gambling will probably not offend an employee, but requests from forms of a more questionable content can be construed as harassment if the employer does absolutely nothing to stop it. Of course that

Re: Changing views at runtime with mach-ii

2006-08-14 Thread Peter J . Farrell
Hmm... If mach II doesn't support it, I believe Model-Glue does. I haven't done any development on these platforms, but I don't think it would be very difficult to rewrite your app using model-glue if you already have it in Mach II, as they seem to be pretty similar. Post this to the Mach-II

Re: LylaCaptcha Hash Issue

2006-08-06 Thread Peter J . Farrell
Lyla uses an in-memory LRU cache for holding hash references (think about your CPU). The reason why you are losing the hashes and the validation isn't working is because you need to init() Lyla into a persistent scope (recommended application scope). The salt is getting reset on each time the

Re: Premium Hosting suggestions

2006-07-12 Thread Peter J . Farrell
I need something more than a $50/month package will provide, but less than a complete dedicated/collocated solution. I've tried VPS from Hosting.com and it's a dog. YMMV. You might look into the guys at Vivio Technologies. I have several VPS systems over there for clients. Is it is all

Re: CFMX 7.01 on Centos 4 (aka RHEL)

2006-06-21 Thread Peter J . Farrell
Howard, I have CF running on CentOS 3.7, however I didn't run into any the problems you mention. The only thing I ran into the graphing service problem which is well documented as a TechNote at Adobe. You may consider talking to the guys at Vivio Tech (viviotech.net). They are my hosting

Re: CF Studio 5

2006-06-04 Thread Peter J . Farrell
Mark, I am not asking you to do it for me but it seems like a huge issue for a lot of people. If you ask most people what they think of ftp in ecplise their responce is it just sucks and it's kind of an important part and quite frankly I am still amazed that ecplise has come this far

Re: Mach II maxing out

2006-04-17 Thread Peter J . Farrell
Does anyone know a good reason why a Mach II app would be maxing out the CPU? No one is hitting the box at all and it's still hitting 100%. Debugging is off. Micheal I know you hate topica lists - but you'll get a better response about mach-ii there since that is where the mach-ii list

Re: Mach II maxing out

2006-04-17 Thread Peter J . Farrell
Micheal, If the MACHII_CONFIG_MODE is set to -1 and the debugging is completely turned off (not filtered by ip), chances are there is nothing wrong with Mach-II, but an infinitely loop, poor code or database problems somewhere. Report back when you get a chance. ...Peter

Re: CFChart Format= Flash Veritical Value

2006-04-14 Thread Peter J . Farrell
Hi Peter, Thank you very much for your reply. That is great idea about the horizontal bar. I will take a look at that tomorrow (or later today) to see if that works. Yes we too are starting to use cfchart heavily too. We are getting requests for dashboards of all types of data. We are