om: Erika L Walker-Arnold [mailto:[EMAIL PROTECTED]
> Sent: 06 July 2005 16:47
> To: CF-Community
> Subject: RE: New language requirements
>
> ** mumbles something about developers not looking at the
> source, catching fish, fishing for life, blah, blah, blah **
>
>
>
>
If you give a man a fish, he'll stink up the house with it
but if you teach a man to fish, he'll stay out of the house more often
> ** mumbles something about developers not looking at the
> source, catching fish, fishing for life, blah, blah, blah **
>
> Don't mind me ... :D Here have a muffi
** mumbles something about developers not looking at the source,
catching fish, fishing for life, blah, blah, blah **
Don't mind me ... :D Here have a muffin! :)
Anyway - here's a link to their webservice info.
Perhaps that will help?
http://makeashorterlink.com/?S60C5226B
Cheers,
Erika
---
> In the Amazon Associates section.
>
> You sign up to be an associate - then register to use their data feed.
>
> Fairly striaghtforward. Then thye have a bunch of docs
> including a WDSL.
>
> It's good stuff!
What format is the feed in, XML? I asked the support team about an XML or
WDDX fee
I'd be willing to bet perls HTTP request would complete faster (never
tested it though) and thier RegEx implementation is hands down faster
than CF's. That being said I still agree with Mike though no language
is going to complete this much faster than 2 hours.
Back to the async Gateway idea if yo
In this case Perl will only save you a few milliseconds per request if using
screen scraping and a good RegEx. No language is going to make the whole thing
take less than 2 hours from what your describing.
On the otherhand, the Amazon web service will probably save you a second per
request as it
In the Amazon Associates section.
You sign up to be an associate - then register to use their data feed.
Fairly striaghtforward. Then thye have a bunch of docs including a WDSL.
It's good stuff!
Cheers,
Erika
##| -Original Message-
##| From: James Smith
##|
##| Can you point me in th
> They have a webservice to grab prices...but it will not
Can you point me in the direction of where to find this?
--
Jay
~|
Find out how CFTicket can increase your company's customer support
efficiency by 100%
http://www.hou
They have a webservice to grab prices...but it will not display prices
that are "hidden". I think Coldfusion is great but if you want a
language that was created for the soul purpose of Parsing files for
data then PERL is your choice...as for IDE...duh...eclipse with
cfeclipse and EPIC for perl you
> That's why I'm confused. I've done complex screen scraping on
> ebay and others and it never takes more than a few seconds
> per request, even big ones. Maybe I write tighter regex, but
This is true, in fact it is only taking about 1 second per item to gather in
the page and regex it for the
> Processor speed?
Athlon 3200+
> RAM?
2Gb
> Dual processor or one?
Single
> Is it in a datacenter?
No
> If not how big is the pipe?
2Gb SDSL with nothing on it except this server.
> Because there could be other bottlenecks ...
>
> Just a thought ...
>
> Cheers,
> Erika
>
> ---
I'm with Isaac and Mike - CF can handle this as well as anything else.
I would first make sure that your current process is optimized as much as
possible, then take advantage (as Isaac suggests) of gateways and the
scheduler to streamline the process and finally, if the process is still
really tha
; From: Michael Dinowitz [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, July 05, 2005 11:54 AM
> To: CF-Community
> Subject: Re: New language requirements
>
> I've worked on some big systems in the past and on some lousy hardware and
> I
> can say that:
> 1. CF can handle 2
I've done screenscrapes that took an hour. Mostly, it was because the
target server was sloow. So I just wrote the page so that it would
do X scrapes, then push some JS to redirect to the next batch. It also
had the advantage of letting me restart in the middle if the process hung.
--Ben
M
That's why I'm confused. I've done complex screen scraping on ebay and
others and it never takes more than a few seconds per request, even big
ones. Maybe I write tighter regex, but the point is that it should never
take hours. In addition, most places that you'd want data from have one form
or
> I've worked on some big systems in the past and on some
> lousy hardware and I
> can say that:
> 1. CF can handle 2 hour templates
> 2. CF should never have to handle 2 hour templates
> 3. With some tighter coding and caching, just about
> anything can be sped up.
Well it sounded to me like he w
Or maybe it could be split across several CFM pages if 7 is not in the
"budget" We have one page here that was croaking because of how long it took
to run, actually ran better on CF5 than on CF6.1 The "fix" was to have page
A collect data in chunks and send X amount of chunks to a web service th
I've worked on some big systems in the past and on some lousy hardware and I
can say that:
1. CF can handle 2 hour templates
2. CF should never have to handle 2 hour templates
3. With some tighter coding and caching, just about anything can be sped up.
As Erika asked, what's the setup? I've had a
Why not Java? Closely tied to CF so you can double up and learn it for two
reasons...
Lots of good books to choose from, Java in a Nutshell and Java by Example
are great O'Reilly books to pick if you are reasonably OO aware.
Other than that, for a reasonably easy learning curve and good platform
> OK, I have a bit of a situation that is now going to
> require me to learn a
> new language :-(
> For some time now we have been checking online prices of
> our competitors
> automatically over the Internet to ensure our prices are
> cheaper. All of
> our stock control, order processing, etc...
Before you say CF can't handle it -
May I ask your server setup?
Processor speed?
RAM?
Dual processor or one?
Is it in a datacenter?
If not how big is the pipe?
Because there could be other bottlenecks ...
Just a thought ...
Cheers,
Erika
--
21 matches
Mail list logo
