[FX.php List] Are there any FMCakeMix war stories?
Denis Somar
dsomar at gmail.com
Mon Mar 12 21:00:32 MDT 2012
Tim,
That's really helpful - thanks for sharing with "real-world" scenarios /
usage. I know FM is no speed-demon but my site is at or less than what you
mention and on the verge of deployment so I'm reassured by my decision to
stick with FX and FM.
Cheers,
Denis
PS: I didn't originate this thread, but it's still helpful as always.
On Mon, Mar 12, 2012 at 10:51 PM, Tim 'Webko' Booth <tim at nicheit.com.au>wrote:
> Dear Malcolm,
>
>
> The clients existing applications are all Filemaker, so it is easier to
> keep all the slop in one bucket. We have several successful sites using the
> official php api and more recently, FX. These sites attract low traffic.
> The new project may generate significant traffic.
>
> Any stories, experience or suggestions for mid-sized web apps with fmp
> back ends?
>
>
> IMO, it doesn't really matter how the php code is generated / looked after
> - the bottleneck is the single-threaded (and 'wordy') nature of either the
> XML interface or the PHP API.
>
> Put simply, even small requests will bog down if there are a lot of them.
> Or if there aren't that many, but there are some large ones thrown in.
>
> They all try to fir through the same pipe into the database, one after the
> other. All well and good if the pipe doesn't get too full, but an issue
> thereafter.
>
> I wrote something about this a little while back:
>
> "Some real world examples:
> System A is an online registration system including payments for a
> University - it handles about 1,000 requests a day and performs flawlessly
> using FX.
>
> System B is an online academic paper search tool - it handles up to 1,000
> simple requests an hour at peak and performs flawlessly using FX. It is a
> very simple though - flat file effectively.
>
> System C is an online survey tool that can make up to 100 requests in a
> single page load, either creating or editing records using FX. The admin
> section can make up to 400 requests in a single page load. This one works,
> but struggles every now and again under the load. I would probably do this
> one in mySQL if I'd known what was involved when we started.
>
> System D is an online registration tool for a University that has specific
> registration dates for some *very* popular programs. It has a reasonable
> amount of complexity, as it is for academic programs and there are a lot of
> business rules. For about 360 days of the year, FX and FileMaker could
> handle the load without any issue. Those other 5 days, however, see up to
> 10,000 requests an hour - needless to say, it is built on a mySQL backend
> and the users in the office use FileMaker to see that data via ESS.
>
> So, you need to examine how complex your queries are, how often they
> occur, and how much data will be passed in order to determine which tool is
> the best to use."
>
> _______________________________________________
> FX.php_List mailing list
> FX.php_List at mail.iviking.org
> http://www.iviking.org/mailman/listinfo/fx.php_list
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20120312/c9dc49f7/attachment.html
More information about the FX.php_List
mailing list