Re: e-commerce portal
- From: "GlenB" <batchelg.removeit@xxxxxxxxxxxxx>
- Date: Wed, 9 Apr 2008 10:20:25 -0400
"Tony Gravagno" <address.is.in.posts@xxxxxxxxxxxxxxxxxxxxxx> wrote in
message news:vfuov3l7gavm1a61etc52f37p96ad8eoso@xxxxxxxxxx
Misc notes:
Glen, I think there are only a couple people who know/care about the
difference between GET and POST, a tiny subset of them use D3/FC, and
we can probably count on a finger or two how many would care about
specific content-type issues. If RD had more clients who made an
issue about this then you might get a product change but I'm afraid
you're in the minority. If I were you I'd impress upon RD the gravity
of your situation: You've been using FC for years but you're on the
verge of looking for new solutions (and new ways to spend your money),
in part because they haven't made this oh-so-simple change that a lot
of people could actually use. (Allowing POST of raw XML data like it
comes via web services, rather than only through a browser Form action
POST.) Don't take this through Support, it's a business issue for
Sales management.
I'm really over that now. I just like to take a stab for old times sake.
Apart from Robert and JJ, I'm not sure who to talk to if I wanted to. I've
made my complaints clear since 1.0 came out and my complaints were ignored.
If a portal solution is found that fits our needs and FlashCONNECT is not a
viable candidate then it will be dropped like a rock. Honestly, I'd be glad
to remove that D3 tether from our system. There is a high chance of
migration if FC goes away. I've not been happy with the lack of mainstream
technology in D3 for a while. That, however, is another thread for another
time.
I have a client using FC as a pure data pipe. It processes massive
volumes of transactions per day and the client is confident enough to
double that with new business. (Yes, I need to quantify that - no
time or need.) FC had stability issues early on but I haven't seen
any issues since about v3.3. They introduced some fine-tuning
capabilities that allow the site admin to configure timeouts and how
errors are handled. These were very helpful.
Yes, 3.7 has definately been the best release so far.
Ironically, and I'm sure some would disagree, FC is one of those
products that's reached a level of stability where it doesn't fall
over without some outside influence, so there's nothing to complain
about, so we don't see it mentioned in forums anymore, so there's
hardly any new interest, so it's sort of faded into the sunset. I'm
not saying lack of popularity is due to unquestionable success, more
like it's a shame that RD has no marketing department to get people to
use the software that they finally get working right.
From watching the progression of the product since 1.0, I have to say that
not much work went into advancing it until mvDesigner came about. People
demanded a web API and they got a basic, somewhat stable, one to start with.
It was then molded into a pipe for various new products being sold by RD.
That, in itself, lead to a more stable product. I'll be surprised if much
more enhancement work goes into it.
All that said, personally I think it's not tough to DoS an FC site, so
IMHO it's an interface for intranet/extranet, or low-profile internet.
YMMV For the right price I'll be happy to attempt to crash anyone's
server. ;) And having said that - it's also easy with FC to
recognize a DoS attack and cushion against it. To date however, I
haven't had a single site that sees a need for this sort of hardening.
The only sort of protections I've written into FC code were things
like making sure that session IDs were coming from the same system to
which they were issued, verifying legitimate browsers, and other basic
authentications - yes, all possible with FC and BASIC.
I've done some similar work, but probably not the extent that you have.
About Java, it's really a shame that by the time RD finally came out
with a Java pipe, hardly anyone in this market seemed interested in
Java anymore. People give me grief about adopting .NET but no one
asks for Java development, and requests for anything else like PHP are
a just a tiny trickle.
PHP is a technology that has gotten a harsh rap due to large security
holes in previous versions. Most developers that know how to correctly
deploy PHP aren't interested in working with a dinosaur database. They have
plenty of work setting up MySQL and Postgres based systems. Many of the
programming and system gurus I've chatted with out there still think that
Pick is a fad icon from the 70s and are amazed that it's even around today.
Marketing at its worse, eh?
Oops, almost 2am, time to get back to work...
T
Glen
.
- References:
- e-commerce portal
- From: GlenB
- Re: e-commerce portal
- From: x
- Re: e-commerce portal
- From: GlenB
- Re: e-commerce portal
- From: x
- Re: e-commerce portal
- From: GlenB
- Re: e-commerce portal
- From: Tony Gravagno
- e-commerce portal
- Prev by Date: Re: e-commerce portal
- Next by Date: ADP DealerSuite Pick DB connect to VB/ASP
- Previous by thread: Re: e-commerce portal
- Next by thread: Re: e-commerce portal
- Index(es):
Relevant Pages
|
Loading