From sam at smilepix.com Sun Mar 1 13:27:46 2015 From: sam at smilepix.com (SmilePix) Date: Mon Mar 2 09:43:55 2015 Subject: [FX.php List] FX issue moving FMServer 11 to FMServer 12 Message-ID: Finally bitting the bullet and converting my old fp7 database to fmp12. I have been using fx.php for at least 10 years with my present database and it has worked fine. I am finding a glitch in being able to do the first find which is a result of a client logging into the database. Here is what worked on FMSever 11 (there is a portal on the page): SetDBData('SmilePix.fp7','cases_php',$groupSize); $search->SetDBPassword(?...?,?...'); $search->AddDBParam('dr_id',$dr_id); $search->AddSortParam('pat_id','descend'); $search->FMSkipRecords($skip); $searchResult=$search->FMFind(); $searchDataKeys = array_keys($searchResult['data']); $searchData = $searchResult['data'][$searchDataKeys[0]]; $_SESSION['DrId']=$searchData['dr_id'][0]; $_SESSION['web_title']=$searchData['web_title'][0]; $_SESSION['email']=$searchData['email'][0]; $balance = number_format($searchData['balance'][0],2); ?> On FMServer 13 I am getting an error at this point: line 30 $searchDataKeys = array_keys($searchResult['data']); line 31 $searchData = $searchResult['data'][$searchDataKeys[0]]; Fatal error: Cannot use object of type FX_Error as array in /home/smilep6/public_html/client3/home.php on line 30 I have searched around, but can not figure out why it works on FM 11 and not FM 13. I have the latest version of fx.php (6.0). Thanks in advance for your help - Sam -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20150301/5b07e377/attachment.html From dale.bengston at gmail.com Mon Mar 2 10:13:02 2015 From: dale.bengston at gmail.com (Dale Bengston) Date: Mon Mar 2 10:01:36 2015 Subject: [FX.php List] FX issue moving FMServer 11 to FMServer 12 In-Reply-To: References: Message-ID: <28B44479-205E-4635-9D96-666049BFA13B@gmail.com> Hi Sam, This is a classic. When FX returns data results, it?s a PHP array. When it returns an error, it?s a PHP object. Your lines following > $searchResult=$search->FMFind(); ? are expecting an array, but $searchResult is an error object. Put this after your FMFind() call: print_r($searchResult); ? and you will get a screen dump of the error object, and that should give you more information about what?s failing. -Dale > On Mar 1, 2015, at 2:27 PM, SmilePix wrote: > > Finally bitting the bullet and converting my old fp7 database to fmp12. I have been using fx.php for at least 10 years with my present database and it has worked fine. I am finding a glitch in being able to do the first find which is a result of a client logging into the database. > > Here is what worked on FMSever 11 (there is a portal on the page): > > if(!isset($_REQUEST['dr_id']) || $_REQUEST['dr_id'] == "") > { > header("Location: nologin.html"); > exit(); > }; > session_start(); > include_once($_SERVER['DOCUMENT_ROOT'] . "/FX/FX.php"); > include_once($_SERVER['DOCUMENT_ROOT'] . "/FX/FX_Error.php"); > include_once($_SERVER['DOCUMENT_ROOT'] . "/FX/server_data.php"); > > > $dr_id = $_REQUEST['dr_id']; > > $groupSize='20'; > $skip = 0; > if(isset($_GET['skip'])) > { $skip = $_GET['skip']; } > else > { $skip = 0;}; > > $search=new FX($serverIP,$webCompanionPort,'FMPro7'); > $search->SetDBData('SmilePix.fp7','cases_php',$groupSize); > $search->SetDBPassword(?...?,?...'); > $search->AddDBParam('dr_id',$dr_id); > $search->AddSortParam('pat_id','descend'); > $search->FMSkipRecords($skip); > $searchResult=$search->FMFind(); > > $searchDataKeys = array_keys($searchResult['data']); > $searchData = $searchResult['data'][$searchDataKeys[0]]; > > > $_SESSION['DrId']=$searchData['dr_id'][0]; > $_SESSION['web_title']=$searchData['web_title'][0]; > $_SESSION['email']=$searchData['email'][0]; > > $balance = number_format($searchData['balance'][0],2); > > ?> > > On FMServer 13 I am getting an error at this point: > > line 30 $searchDataKeys = array_keys($searchResult['data']); > line 31 $searchData = $searchResult['data'][$searchDataKeys[0]]; > > Fatal error: Cannot use object of type FX_Error as array in /home/smilep6/public_html/client3/home.php on line 30 > > I have searched around, but can not figure out why it works on FM 11 and not FM 13. I have the latest version of fx.php (6.0). > > Thanks in advance for your help - Sam > > > _______________________________________________ > FX.php_List mailing list > FX.php_List@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/20150302/770663b1/attachment.html From dness at bondedbuilders.com Mon Mar 2 12:12:29 2015 From: dness at bondedbuilders.com (Ness, David) Date: Mon Mar 2 12:01:03 2015 Subject: [FX.php List] FX issue moving FMServer 11 to FMServer 12 In-Reply-To: References: Message-ID: I rarely know what I'm talking about, but I won't let that from keeping me from responding... In my attempt to switch from FM7 to FM12/13, I had to change all of my "new FX" statements to include all 4 parameters as shown. Because I haven't yet eliminated my use of related field values, I still have to use "fmalt" as the $datasourcetype instead of "FMPro7". One day I'll fix this into separate related table queries to improve performance. My $scheme is set to "http", but yours may be "https" if you're using SSL connections. $search=new FX( $serverIP, $webCompanionPort, $dataSourceType, $scheme ); David Ness FileMaker & Web Applications Developer Bonded Builders Warranty Group St. Petersburg, Florida USA 800-749-0381 x4923 From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of SmilePix Sent: Sunday, March 01, 2015 3:28 PM To: fx.php_list@mail.iviking.org Subject: [FX.php List] FX issue moving FMServer 11 to FMServer 12 Finally bitting the bullet and converting my old fp7 database to fmp12. I have been using fx.php for at least 10 years with my present database and it has worked fine. I am finding a glitch in being able to do the first find which is a result of a client logging into the database. Here is what worked on FMSever 11 (there is a portal on the page): SetDBData('SmilePix.fp7','cases_php',$groupSize); $search->SetDBPassword('...','...'); $search->AddDBParam('dr_id',$dr_id); $search->AddSortParam('pat_id','descend'); $search->FMSkipRecords($skip); $searchResult=$search->FMFind(); $searchDataKeys = array_keys($searchResult['data']); $searchData = $searchResult['data'][$searchDataKeys[0]]; $_SESSION['DrId']=$searchData['dr_id'][0]; $_SESSION['web_title']=$searchData['web_title'][0]; $_SESSION['email']=$searchData['email'][0]; $balance = number_format($searchData['balance'][0],2); ?> On FMServer 13 I am getting an error at this point: line 30 $searchDataKeys = array_keys($searchResult['data']); line 31 $searchData = $searchResult['data'][$searchDataKeys[0]]; Fatal error: Cannot use object of type FX_Error as array in /home/smilep6/public_html/client3/home.php on line 30 I have searched around, but can not figure out why it works on FM 11 and not FM 13. I have the latest version of fx.php (6.0). Thanks in advance for your help - Sam -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20150302/01043e1a/attachment-0001.html From dness at bondedbuilders.com Mon Mar 2 12:28:16 2015 From: dness at bondedbuilders.com (Ness, David) Date: Mon Mar 2 12:16:49 2015 Subject: [FX.php List] FX issue moving FMServer 11 to FMServer 12 In-Reply-To: References: Message-ID: To reiterate, if you have a portal on the searched page in FM12/13, you must change the $datasourcetype to "fmalt". Unless I'm wrong, in which case the smarter people will correct me. David Ness FileMaker & Web Applications Developer Bonded Builders Warranty Group St. Petersburg, Florida USA 800-749-0381 x4923 From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Ness, David Sent: Monday, March 02, 2015 2:12 PM To: FX.php Discussion List Subject: RE: [FX.php List] FX issue moving FMServer 11 to FMServer 12 I rarely know what I'm talking about, but I won't let that from keeping me from responding... In my attempt to switch from FM7 to FM12/13, I had to change all of my "new FX" statements to include all 4 parameters as shown. Because I haven't yet eliminated my use of related field values, I still have to use "fmalt" as the $datasourcetype instead of "FMPro7". One day I'll fix this into separate related table queries to improve performance. My $scheme is set to "http", but yours may be "https" if you're using SSL connections. $search=new FX( $serverIP, $webCompanionPort, $dataSourceType, $scheme ); David Ness FileMaker & Web Applications Developer Bonded Builders Warranty Group St. Petersburg, Florida USA 800-749-0381 x4923 From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of SmilePix Sent: Sunday, March 01, 2015 3:28 PM To: fx.php_list@mail.iviking.org Subject: [FX.php List] FX issue moving FMServer 11 to FMServer 12 Finally bitting the bullet and converting my old fp7 database to fmp12. I have been using fx.php for at least 10 years with my present database and it has worked fine. I am finding a glitch in being able to do the first find which is a result of a client logging into the database. Here is what worked on FMSever 11 (there is a portal on the page): SetDBData('SmilePix.fp7','cases_php',$groupSize); $search->SetDBPassword('...','...'); $search->AddDBParam('dr_id',$dr_id); $search->AddSortParam('pat_id','descend'); $search->FMSkipRecords($skip); $searchResult=$search->FMFind(); $searchDataKeys = array_keys($searchResult['data']); $searchData = $searchResult['data'][$searchDataKeys[0]]; $_SESSION['DrId']=$searchData['dr_id'][0]; $_SESSION['web_title']=$searchData['web_title'][0]; $_SESSION['email']=$searchData['email'][0]; $balance = number_format($searchData['balance'][0],2); ?> On FMServer 13 I am getting an error at this point: line 30 $searchDataKeys = array_keys($searchResult['data']); line 31 $searchData = $searchResult['data'][$searchDataKeys[0]]; Fatal error: Cannot use object of type FX_Error as array in /home/smilep6/public_html/client3/home.php on line 30 I have searched around, but can not figure out why it works on FM 11 and not FM 13. I have the latest version of fx.php (6.0). Thanks in advance for your help - Sam -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20150302/9aaf4eab/attachment.html From bob at patin.com Mon Mar 2 14:31:06 2015 From: bob at patin.com (Bob Patin) Date: Mon Mar 2 14:19:38 2015 Subject: [FX.php List] Web publishing issues with Windows IIS and FileMaker 13 Server Message-ID: <955F6CE1-1B39-4611-921B-99AA2F99F29E@patin.com> I have a client who has just put up a virtual machine running Windows IIS; he?s installed a web app that I wrote for him for FileMaker Pro 13, and which works normally on my Mac servers. On his machine, we get all sorts of odd errors, one of which is an ?undeclared variable? error which refers to a variable that *has* been declared on the page. Even when I try setting a value into the variable, I *still* get the undeclared variable error... He installed PHP 5.5, then when the WPE didn?t work he re-deployed so that the server is running 5.3, which is what FileMaker Inc. recommends. I wonder if he somehow messed things up by having 2 instances of PHP on the same machine (he claims to have removed the first instance, but I suspect there may be remnants lurking about). Has anyone run into similar issues, and if so, how did you resolve them? Is there a PHP.ini setting that we might tweak that would get him going? I?m not at all a Windows Server expert, so even though I?m fluent with FMS on the Mac, I?m not much help with his Windows box. Thanks in advance, Bob Patin Longterm Solutions bob@longtermsolutions.com 615-333-6858 FileMaker 9, 10, 11, 12 & 13 Certified Developer http://www.longtermsolutions.com - iChat: bobpatin@me.com Twitter: bobpatin ? FileMaker Consulting FileMaker Hosting for all versions of FileMaker PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20150302/3c246c4d/attachment.html From jdcunha at supportgroup.com Mon Mar 2 14:40:43 2015 From: jdcunha at supportgroup.com (James Dcunha) Date: Mon Mar 2 14:29:35 2015 Subject: [FX.php List] Web publishing issues with Windows IIS and FileMaker 13 Server In-Reply-To: <955F6CE1-1B39-4611-921B-99AA2F99F29E@patin.com> References: <955F6CE1-1B39-4611-921B-99AA2F99F29E@patin.com> Message-ID: Hi Bob, Does this issue persist if you turn off error_reporting in php.ini and restarting IIS? Regards James Dcunha - Systems Engineer at The Support Group jdcunha@supportgroup.com (617) 252-8079 (Phone) www.supportgroup.com On Mon, Mar 2, 2015 at 4:31 PM, Bob Patin wrote: > I have a client who has just put up a virtual machine running Windows IIS; > he's installed a web app that I wrote for him for FileMaker Pro 13, and > which works normally on my Mac servers. > > On his machine, we get all sorts of odd errors, one of which is an > "undeclared variable" error which refers to a variable that *has* been > declared on the page. Even when I try setting a value into the variable, I > *still* get the undeclared variable error... > > He installed PHP 5.5, then when the WPE didn't work he re-deployed so that > the server is running 5.3, which is what FileMaker Inc. recommends. I > wonder if he somehow messed things up by having 2 instances of PHP on the > same machine (he claims to have removed the first instance, but I suspect > there may be remnants lurking about). > > Has anyone run into similar issues, and if so, how did you resolve them? > Is there a PHP.ini setting that we might tweak that would get him going? > > I'm not at all a Windows Server expert, so even though I'm fluent with FMS > on the Mac, I'm not much help with his Windows box. > > Thanks in advance, > > Bob Patin > Longterm Solutions > bob@longtermsolutions.com > 615-333-6858 > FileMaker 9, 10, 11, 12 & 13 Certified Developer > http://www.longtermsolutions.com > - > iChat: bobpatin@me.com > Twitter: bobpatin > -- > FileMaker Consulting > FileMaker Hosting for all versions of FileMaker > PHP * Full email services * Free DNS hosting * Colocation * Consulting > > > _______________________________________________ > FX.php_List mailing list > FX.php_List@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/20150302/aae6402f/attachment-0001.html From bob at patin.com Mon Mar 2 15:00:15 2015 From: bob at patin.com (Bob Patin) Date: Mon Mar 2 14:48:46 2015 Subject: [FX.php List] Web publishing issues with Windows IIS and FileMaker 13 Server In-Reply-To: References: <955F6CE1-1B39-4611-921B-99AA2F99F29E@patin.com> Message-ID: Good idea, but it didn?t help? it?s just not returning values, even when my query succeeds. Very odd? I can see that it gets through the query, throws no error, yet it seems to fail when it?s setting session variables? We?re now trying a separate IIS server, which is the method I use with Mac servers; I have a separate FMS machine, then on a 2nd machine I run a web server. I don?t use a 2-machine install though, I just point the web app to FMS?s Web Publishing Engine. Bob Patin Longterm Solutions bob@longtermsolutions.com 615-333-6858 FileMaker 9, 10, 11, 12 & 13 Certified Developer http://www.longtermsolutions.com - iChat: bobpatin@me.com Twitter: bobpatin ? FileMaker Consulting FileMaker Hosting for all versions of FileMaker PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting Bob Patin Longterm Solutions bob@longtermsolutions.com 615-333-6858 FileMaker 9, 10, 11, 12 & 13 Certified Developer http://www.longtermsolutions.com - iChat: bobpatin@me.com Twitter: bobpatin ? FileMaker Consulting FileMaker Hosting for all versions of FileMaker PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting > On Mar 2, 2015, at 3:40 PM, James Dcunha wrote: > > Hi Bob, > > Does this issue persist if you turn off error_reporting in php.ini and restarting IIS? > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20150302/7d059a18/attachment.html From bob at patin.com Mon Mar 2 15:13:05 2015 From: bob at patin.com (Bob Patin) Date: Mon Mar 2 15:01:36 2015 Subject: [FX.php List] Web publishing issues with Windows IIS and FileMaker 13 Server - FIXED In-Reply-To: References: <955F6CE1-1B39-4611-921B-99AA2F99F29E@patin.com> Message-ID: <65E2D49D-EE01-44EB-83EC-F3DC87ACBB40@patin.com> Well, I managed to solve this by the same method I use on my Mac servers: I had the client leave the FMS machine as it is, with a 1-machine WPE install; Then he put the website on a 2nd machine running IIS, and because my PHP data already pointed to the FMS Web Publishing Engine, it came right up. Just as with my Mac servers, FMS 13 doesn?t seem to like having the web server on the same machine, unless you?re just doing WebDirect. Very irritating; took us all day to finally find a fix for it, after searching all over the web app for non-existent errors. This needs to be fixed, both on the Mac and on Windows. I should be able to run Mac OS X Server and use its features, alongside FileMaker Server 13. Bob Patin Longterm Solutions bob@longtermsolutions.com 615-333-6858 FileMaker 9, 10, 11, 12 & 13 Certified Developer http://www.longtermsolutions.com - iChat: bobpatin@me.com Twitter: bobpatin ? FileMaker Consulting FileMaker Hosting for all versions of FileMaker PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting > On Mar 2, 2015, at 4:00 PM, Bob Patin wrote: > > Good idea, but it didn?t help? it?s just not returning values, even when my query succeeds. > > Very odd? I can see that it gets through the query, throws no error, yet it seems to fail when it?s setting session variables? > > We?re now trying a separate IIS server, which is the method I use with Mac servers; I have a separate FMS machine, then on a 2nd machine I run a web server. I don?t use a 2-machine install though, I just point the web app to FMS?s Web Publishing Engine. > > Bob Patin > Longterm Solutions > bob@longtermsolutions.com > 615-333-6858 > FileMaker 9, 10, 11, 12 & 13 Certified Developer > http://www.longtermsolutions.com > - > iChat: bobpatin@me.com > Twitter: bobpatin > ? > FileMaker Consulting > FileMaker Hosting for all versions of FileMaker > PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting > > > > Bob Patin > Longterm Solutions > bob@longtermsolutions.com > 615-333-6858 > FileMaker 9, 10, 11, 12 & 13 Certified Developer > http://www.longtermsolutions.com > - > iChat: bobpatin@me.com > Twitter: bobpatin > ? > FileMaker Consulting > FileMaker Hosting for all versions of FileMaker > PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting > >> On Mar 2, 2015, at 3:40 PM, James Dcunha > wrote: >> >> Hi Bob, >> >> Does this issue persist if you turn off error_reporting in php.ini and restarting IIS? >> >> > > _______________________________________________ > FX.php_List mailing list > FX.php_List@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/20150302/f88ed84e/attachment.html From sam at smilepix.com Mon Mar 2 15:14:16 2015 From: sam at smilepix.com (SmilePix) Date: Mon Mar 2 15:02:50 2015 Subject: [FX.php List] Re: FX.php_List Digest, Vol 125, Issue 2 In-Reply-To: <20150302212936.ADE301A9E0C1@mail.iviking.org> References: <20150302212936.ADE301A9E0C1@mail.iviking.org> Message-ID: <05641978-B6E6-4378-B5A4-4B3221150A49@smilepix.com> Thank You, Thank You, Thank You David, Those three things solved the issue. I can now access the page that was giving me errors. What a great resource this list is. I spent many hours trying to find the solution to this problem. One reply to my question on the FX.php list solved it. In Gratitude - Sam > Content-Type: text/plain; charset="us-ascii" > > To reiterate, if you have a portal on the searched page in FM12/13, you must change the $datasourcetype to "fmalt". > > Unless I'm wrong, in which case the smarter people will correct me. > > > David Ness > FileMaker & Web Applications Developer -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20150302/957ad561/attachment.html From richard at logictools.com Tue Mar 3 10:57:17 2015 From: richard at logictools.com (Richard DeShong) Date: Tue Mar 3 10:57:49 2015 Subject: [FX.php List] RE: Web publishing issues with Windows IIS and FileMaker 13 Server In-Reply-To: <955F6CE1-1B39-4611-921B-99AA2F99F29E@patin.com> References: <955F6CE1-1B39-4611-921B-99AA2F99F29E@patin.com> Message-ID: <002f01d055db$a0e36400$e2aa2c00$@logictools.com> Hi Bob, The location of the PHP version that is used by an app is determined by either the config file of the web server (in most circumstances), and also by the "path" system variable in the Windows OS. For the OS, open the System control panel, select Advanced system settings. Bottom-right corner, pick the [Environment Variables...] button. Scroll down the list of System variables and [Edit...] the Path variable. You should see the path to the PHP folder. Make sure there is only one, pointing to the correct version. I use Apache, instead of IIS, so I don't know the drill-down, but IIS is all menu driven, so you should be able to drill down until you see which version IIS is using. My guess, though, is that it is not related to the PHP version. From: Bob Patin Sent: Monday, March 02, 2015 1:31 PM I have a client who has just put up a virtual machine running Windows IIS; he?s installed a web app that I wrote for him for FileMaker Pro 13, and which works normally on my Mac servers. On his machine, we get all sorts of odd errors, one of which is an ?undeclared variable? error which refers to a variable that *has* been declared on the page. Even when I try setting a value into the variable, I *still* get the undeclared variable error... He installed PHP 5.5, then when the WPE didn?t work he re-deployed so that the server is running 5.3, which is what FileMaker Inc. recommends. I wonder if he somehow messed things up by having 2 instances of PHP on the same machine (he claims to have removed the first instance, but I suspect there may be remnants lurking about). Has anyone run into similar issues, and if so, how did you resolve them? Is there a PHP.ini setting that we might tweak that would get him going? I?m not at all a Windows Server expert, so even though I?m fluent with FMS on the Mac, I?m not much help with his Windows box. Thanks in advance, Bob Patin Longterm Solutions bob@longtermsolutions.com 615-333-6858 FileMaker 9, 10, 11, 12 & 13 Certified Developer http://www.longtermsolutions.com From bob at patin.com Fri Mar 20 19:54:14 2015 From: bob at patin.com (Bob Patin) Date: Fri Mar 20 19:41:30 2015 Subject: [FX.php List] PHP restriction on data transfer? Message-ID: <30E8E301-D88A-46C8-90BC-2AB38354C439@patin.com> I have a client who has told me that his web app, which apparently pulls back about 50 records (I assume it's pulling from a portal) is choking with PHP 5.3, but not with PHP 5.2. Is there a PHP setting that might restrict the amount of data that comes in at one time, or from within a portal? If so, could anyone direct me to that PHP setting? I don't read from portals; I read from the related table; because I don't, I've not seen any restrictions like this. Is this something that can happen if a web app is pulling data directly from a portal, as opposed to pulling 50 records from a related table? Thanks, Bob Patin Longterm Solutions bob@longtermsolutions.com 615-333-6858 FileMaker 9, 10, 11, 12 & 13 Certified Developer http://www.longtermsolutions.com - iChat: bobpatin@me.com Twitter: bobpatin ? FileMaker Consulting FileMaker Hosting for all versions of FileMaker PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting From dale.bengston at gmail.com Sat Mar 21 12:48:39 2015 From: dale.bengston at gmail.com (Dale Bengston) Date: Sat Mar 21 12:35:55 2015 Subject: [FX.php List] PHP restriction on data transfer? In-Reply-To: <30E8E301-D88A-46C8-90BC-2AB38354C439@patin.com> References: <30E8E301-D88A-46C8-90BC-2AB38354C439@patin.com> Message-ID: <2ADE658B-F090-4387-9705-C7DA4A891ED4@gmail.com> Hi Bob, How much memory is allocated to PHP in both cases? Maybe PHP 5.3 is running out. The phpinfo() function should report the memory allocAtion. Dale > On Mar 20, 2015, at 8:54 PM, Bob Patin wrote: > > I have a client who has told me that his web app, which apparently pulls back about 50 records (I assume it's pulling from a portal) is choking with PHP 5.3, but not with PHP 5.2. > > Is there a PHP setting that might restrict the amount of data that comes in at one time, or from within a portal? If so, could anyone direct me to that PHP setting? > > I don't read from portals; I read from the related table; because I don't, I've not seen any restrictions like this. Is this something that can happen if a web app is pulling data directly from a portal, as opposed to pulling 50 records from a related table? > > Thanks, > > Bob Patin > Longterm Solutions > bob@longtermsolutions.com > 615-333-6858 > FileMaker 9, 10, 11, 12 & 13 Certified Developer > http://www.longtermsolutions.com > - > iChat: bobpatin@me.com > Twitter: bobpatin > ? > FileMaker Consulting > FileMaker Hosting for all versions of FileMaker > PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list From bob at patin.com Sat Mar 21 13:24:39 2015 From: bob at patin.com (Bob Patin) Date: Sat Mar 21 13:11:52 2015 Subject: [FX.php List] PHP restriction on data transfer? In-Reply-To: <2ADE658B-F090-4387-9705-C7DA4A891ED4@gmail.com> References: <30E8E301-D88A-46C8-90BC-2AB38354C439@patin.com> <2ADE658B-F090-4387-9705-C7DA4A891ED4@gmail.com> Message-ID: Well, I?m not sure; do you know where in phpinfo that memory allocation is located (towards the top, middle, etc.)? I?ll see if i can find out what he had on the old machine? Thanks, Bob Bob Patin Longterm Solutions bob@longtermsolutions.com 615-333-6858 FileMaker 9, 10, 11, 12 & 13 Certified Developer http://www.longtermsolutions.com - iChat: bobpatin@me.com Twitter: bobpatin ? FileMaker Consulting FileMaker Hosting for all versions of FileMaker PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting > On Mar 21, 2015, at 1:48 PM, Dale Bengston wrote: > > Hi Bob, > > How much memory is allocated to PHP in both cases? Maybe PHP 5.3 is running out. > > The phpinfo() function should report the memory allocAtion. > > Dale -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20150321/7d93aefa/attachment.html From beverlyvoth at gmail.com Sat Mar 21 22:17:42 2015 From: beverlyvoth at gmail.com (BEVERLY VOTH) Date: Sat Mar 21 22:05:10 2015 Subject: [FX.php List] PHP restriction on data transfer? In-Reply-To: References: <30E8E301-D88A-46C8-90BC-2AB38354C439@patin.com> <2ADE658B-F090-4387-9705-C7DA4A891ED4@gmail.com> Message-ID: <5DBA16AA-1F0A-4353-8F8A-EDFEADE80FCD@gmail.com> are you looking for 'memory_limit' in the CORE? On Mar 21, 2015, at 3:24 PM, Bob Patin wrote: > Well, I?m not sure; do you know where in phpinfo that memory allocation is located (towards the top, middle, etc.)? > > I?ll see if i can find out what he had on the old machine? > From bob at patin.com Sun Mar 22 07:28:12 2015 From: bob at patin.com (Bob Patin) Date: Sun Mar 22 07:19:30 2015 Subject: [FX.php List] PHP restriction on data transfer? In-Reply-To: <5DBA16AA-1F0A-4353-8F8A-EDFEADE80FCD@gmail.com> References: <30E8E301-D88A-46C8-90BC-2AB38354C439@patin.com> <2ADE658B-F090-4387-9705-C7DA4A891ED4@gmail.com> <5DBA16AA-1F0A-4353-8F8A-EDFEADE80FCD@gmail.com> Message-ID: <7895C573-FF9E-407E-BC30-485494D9AB0E@patin.com> Well, I don?t know; Dale mentioned memory allocation to PHP, but that?s not something I?ve ever had to worry about with any web app that I?ve written (the web app in question was written by someone else). Is there a way, on the Mac, to allocate more memory to PHP? I would think that wouldn?t be necessary; is it more a case that the app is not written efficiently and that they should pull related records rather than pulling a portal? I don?t ever pull directly from portals, which may be why I?ve never seen this issue. Bob Patin Longterm Solutions bob@longtermsolutions.com 615-333-6858 FileMaker 9, 10, 11, 12 & 13 Certified Developer http://www.longtermsolutions.com - iChat: bobpatin@me.com Twitter: bobpatin ? FileMaker Consulting FileMaker Hosting for all versions of FileMaker PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting > On Mar 21, 2015, at 11:17 PM, BEVERLY VOTH wrote: > > are you looking for 'memory_limit' in the CORE? > > > On Mar 21, 2015, at 3:24 PM, Bob Patin wrote: > >> Well, I?m not sure; do you know where in phpinfo that memory allocation is located (towards the top, middle, etc.)? >> >> I?ll see if i can find out what he had on the old machine? >> > > _______________________________________________ > FX.php_List mailing list > FX.php_List@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/20150322/323d0bb4/attachment.html From beverlyvoth at gmail.com Sun Mar 22 08:41:52 2015 From: beverlyvoth at gmail.com (BEVERLY VOTH) Date: Sun Mar 22 08:29:15 2015 Subject: [FX.php List] PHP restriction on data transfer? In-Reply-To: <7895C573-FF9E-407E-BC30-485494D9AB0E@patin.com> References: <30E8E301-D88A-46C8-90BC-2AB38354C439@patin.com> <2ADE658B-F090-4387-9705-C7DA4A891ED4@gmail.com> <5DBA16AA-1F0A-4353-8F8A-EDFEADE80FCD@gmail.com> <7895C573-FF9E-407E-BC30-485494D9AB0E@patin.com> Message-ID: I have had to change the memory in the ini, but had to be cautious about it. see if this info helps at all: http://php.net/manual/en/internals2.memory.php and/or this: http://php.net/manual/en/function.memory-get-usage.php and physically changing the value in the ini vs. inside the php script: http://tutorials.hostucan.net/how-to-increase-php-memory-limit/ beverly On Mar 22, 2015, at 9:28 AM, Bob Patin wrote: > Well, I don?t know; Dale mentioned memory allocation to PHP, but that?s not something I?ve ever had to worry about with any web app that I?ve written (the web app in question was written by someone else). > > Is there a way, on the Mac, to allocate more memory to PHP? I would think that wouldn?t be necessary; is it more a case that the app is not written efficiently and that they should pull related records rather than pulling a portal? I don?t ever pull directly from portals, which may be why I?ve never seen this issue. > > Bob Patin > Longterm Solutions > bob@longtermsolutions.com > 615-333-6858 > FileMaker 9, 10, 11, 12 & 13 Certified Developer > http://www.longtermsolutions.com > - > iChat: bobpatin@me.com > Twitter: bobpatin > ? > FileMaker Consulting > FileMaker Hosting for all versions of FileMaker > PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting > >> On Mar 21, 2015, at 11:17 PM, BEVERLY VOTH wrote: >> >> are you looking for 'memory_limit' in the CORE? >> >> >> On Mar 21, 2015, at 3:24 PM, Bob Patin wrote: >> >>> Well, I?m not sure; do you know where in phpinfo that memory allocation is located (towards the top, middle, etc.)? >>> >>> I?ll see if i can find out what he had on the old machine? >>> >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list From fxphp at igsmasouth.org Sun Mar 22 15:58:51 2015 From: fxphp at igsmasouth.org (Jon Montgomery) Date: Sun Mar 22 15:46:31 2015 Subject: [FX.php List] PHP restriction on data transfer? In-Reply-To: <7895C573-FF9E-407E-BC30-485494D9AB0E@patin.com> References: <30E8E301-D88A-46C8-90BC-2AB38354C439@patin.com> <2ADE658B-F090-4387-9705-C7DA4A891ED4@gmail.com> <5DBA16AA-1F0A-4353-8F8A-EDFEADE80FCD@gmail.com> <7895C573-FF9E-407E-BC30-485494D9AB0E@patin.com> Message-ID: Bob, What about a TIME LIMIT on the return data? Could it be the script takes to long and that cause it to crash (i.e. a White page, totally blank?) Would extending the length of time it has to run the script be the problem? Jon Montgomery On Mar 22, 2015, at 8:28 AM, Bob Patin wrote: > Well, I don?t know; Dale mentioned memory allocation to PHP, but that?s not something I?ve ever had to worry about with any web app that I?ve written (the web app in question was written by someone else). > > Is there a way, on the Mac, to allocate more memory to PHP? I would think that wouldn?t be necessary; is it more a case that the app is not written efficiently and that they should pull related records rather than pulling a portal? I don?t ever pull directly from portals, which may be why I?ve never seen this issue. > > Bob Patin > Longterm Solutions > bob@longtermsolutions.com > 615-333-6858 > FileMaker 9, 10, 11, 12 & 13 Certified Developer > http://www.longtermsolutions.com > - > iChat: bobpatin@me.com > Twitter: bobpatin > ? > FileMaker Consulting > FileMaker Hosting for all versions of FileMaker > PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting > >> On Mar 21, 2015, at 11:17 PM, BEVERLY VOTH wrote: >> >> are you looking for 'memory_limit' in the CORE? >> >> >> On Mar 21, 2015, at 3:24 PM, Bob Patin wrote: >> >>> Well, I?m not sure; do you know where in phpinfo that memory allocation is located (towards the top, middle, etc.)? >>> >>> I?ll see if i can find out what he had on the old machine? >>> >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list > > _______________________________________________ > FX.php_List mailing list > FX.php_List@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/20150322/3dee440a/attachment.html From fxphp at igsmasouth.org Sun Mar 22 16:04:12 2015 From: fxphp at igsmasouth.org (Jon Montgomery) Date: Sun Mar 22 15:51:22 2015 Subject: [FX.php List] PHP restriction on data transfer? In-Reply-To: References: <30E8E301-D88A-46C8-90BC-2AB38354C439@patin.com> <2ADE658B-F090-4387-9705-C7DA4A891ED4@gmail.com> <5DBA16AA-1F0A-4353-8F8A-EDFEADE80FCD@gmail.com> <7895C573-FF9E-407E-BC30-485494D9AB0E@patin.com> Message-ID: <97A974C6-BC22-4DC0-88E2-281E5AB2BFAB@igsmasouth.org> Sorry, I mean: Would extending the length of time the script has to run SOLVE the problem? Jon Montgomery On Mar 22, 2015, at 4:58 PM, Jon Montgomery wrote: > Bob, > > What about a TIME LIMIT on the return data? Could it be the script takes to long and that cause it to crash (i.e. a White page, totally blank?) > > Would extending the length of time it has to run the script be the problem? > > Jon Montgomery > > > On Mar 22, 2015, at 8:28 AM, Bob Patin wrote: > >> Well, I don?t know; Dale mentioned memory allocation to PHP, but that?s not something I?ve ever had to worry about with any web app that I?ve written (the web app in question was written by someone else). >> >> Is there a way, on the Mac, to allocate more memory to PHP? I would think that wouldn?t be necessary; is it more a case that the app is not written efficiently and that they should pull related records rather than pulling a portal? I don?t ever pull directly from portals, which may be why I?ve never seen this issue. >> >> Bob Patin >> Longterm Solutions >> bob@longtermsolutions.com >> 615-333-6858 >> FileMaker 9, 10, 11, 12 & 13 Certified Developer >> http://www.longtermsolutions.com >> - >> iChat: bobpatin@me.com >> Twitter: bobpatin >> ? >> FileMaker Consulting >> FileMaker Hosting for all versions of FileMaker >> PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting >> >>> On Mar 21, 2015, at 11:17 PM, BEVERLY VOTH wrote: >>> >>> are you looking for 'memory_limit' in the CORE? >>> >>> >>> On Mar 21, 2015, at 3:24 PM, Bob Patin wrote: >>> >>>> Well, I?m not sure; do you know where in phpinfo that memory allocation is located (towards the top, middle, etc.)? >>>> >>>> I?ll see if i can find out what he had on the old machine? >>>> >>> >>> _______________________________________________ >>> FX.php_List mailing list >>> FX.php_List@mail.iviking.org >>> http://www.iviking.org/mailman/listinfo/fx.php_list >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list > > _______________________________________________ > FX.php_List mailing list > FX.php_List@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/20150322/f64b2042/attachment.html From bob at patin.com Sun Mar 22 16:40:34 2015 From: bob at patin.com (Bob Patin) Date: Sun Mar 22 16:27:42 2015 Subject: [FX.php List] PHP restriction on data transfer? In-Reply-To: <97A974C6-BC22-4DC0-88E2-281E5AB2BFAB@igsmasouth.org> References: <30E8E301-D88A-46C8-90BC-2AB38354C439@patin.com> <2ADE658B-F090-4387-9705-C7DA4A891ED4@gmail.com> <5DBA16AA-1F0A-4353-8F8A-EDFEADE80FCD@gmail.com> <7895C573-FF9E-407E-BC30-485494D9AB0E@patin.com> <97A974C6-BC22-4DC0-88E2-281E5AB2BFAB@igsmasouth.org> Message-ID: <3B41A107-014E-4BB3-BF7C-AE4DB11E890C@patin.com> Well, I don't *think* so, but since I didn't write it, I don't even know how to *test* it. I've bumped up the "memory_limit" var in php.ini from 128 to 256MB, to see if that makes any difference. This was apparently written using FMStudio, so who knows what is going on in this web app... Bob Patin Longterm Solutions bob@longtermsolutions.com 615-333-6858 FileMaker 9, 10, 11, 12 & 13 Certified Developer http://www.longtermsolutions.com - iChat: bobpatin@me.com Twitter: bobpatin ? FileMaker Consulting FileMaker Hosting for all versions of FileMaker PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting > On Mar 22, 2015, at 5:04 PM, Jon Montgomery wrote: > > Sorry, I mean: > > Would extending the length of time the script has to run SOLVE the problem? > > Jon Montgomery > > On Mar 22, 2015, at 4:58 PM, Jon Montgomery > wrote: > >> Bob, >> >> What about a TIME LIMIT on the return data? Could it be the script takes to long and that cause it to crash (i.e. a White page, totally blank?) >> >> Would extending the length of time it has to run the script be the problem? >> >> Jon Montgomery >> >> >> On Mar 22, 2015, at 8:28 AM, Bob Patin > wrote: >> >>> Well, I don?t know; Dale mentioned memory allocation to PHP, but that?s not something I?ve ever had to worry about with any web app that I?ve written (the web app in question was written by someone else). >>> >>> Is there a way, on the Mac, to allocate more memory to PHP? I would think that wouldn?t be necessary; is it more a case that the app is not written efficiently and that they should pull related records rather than pulling a portal? I don?t ever pull directly from portals, which may be why I?ve never seen this issue. >>> >>> Bob Patin >>> Longterm Solutions >>> bob@longtermsolutions.com >>> 615-333-6858 >>> FileMaker 9, 10, 11, 12 & 13 Certified Developer >>> http://www.longtermsolutions.com >>> - >>> iChat: bobpatin@me.com >>> Twitter: bobpatin >>> ? >>> FileMaker Consulting >>> FileMaker Hosting for all versions of FileMaker >>> PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting >>> >>>> On Mar 21, 2015, at 11:17 PM, BEVERLY VOTH > wrote: >>>> >>>> are you looking for 'memory_limit' in the CORE? >>>> >>>> >>>> On Mar 21, 2015, at 3:24 PM, Bob Patin > wrote: >>>> >>>>> Well, I?m not sure; do you know where in phpinfo that memory allocation is located (towards the top, middle, etc.)? >>>>> >>>>> I?ll see if i can find out what he had on the old machine? >>>>> >>>> >>>> _______________________________________________ >>>> FX.php_List mailing list >>>> FX.php_List@mail.iviking.org >>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>> >>> _______________________________________________ >>> FX.php_List mailing list >>> FX.php_List@mail.iviking.org >>> http://www.iviking.org/mailman/listinfo/fx.php_list >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list > > _______________________________________________ > FX.php_List mailing list > FX.php_List@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/20150322/06a72888/attachment-0001.html From tim.webko at gmail.com Sun Mar 22 16:46:02 2015 From: tim.webko at gmail.com (Tim 'Webko' Booth) Date: Sun Mar 22 16:33:10 2015 Subject: [FX.php List] PHP restriction on data transfer? In-Reply-To: <3B41A107-014E-4BB3-BF7C-AE4DB11E890C@patin.com> References: <30E8E301-D88A-46C8-90BC-2AB38354C439@patin.com> <2ADE658B-F090-4387-9705-C7DA4A891ED4@gmail.com> <5DBA16AA-1F0A-4353-8F8A-EDFEADE80FCD@gmail.com> <7895C573-FF9E-407E-BC30-485494D9AB0E@patin.com> <97A974C6-BC22-4DC0-88E2-281E5AB2BFAB@igsmasouth.org> <3B41A107-014E-4BB3-BF7C-AE4DB11E890C@patin.com> Message-ID: FMStudio can be somewhat sub-optimal code, but it's usually fairly straightforward, as it uses 1 page = 1 function. That's the only way they could make it (mostly) drag and drop... Cheers Webko On 23 March 2015 at 09:40, Bob Patin wrote: > Well, I don't *think* so, but since I didn't write it, I don't even know > how to *test* it. I've bumped up the "memory_limit" var in php.ini from 128 > to 256MB, to see if that makes any difference. > > This was apparently written using FMStudio, so who knows what is going on > in this web app... > > Bob Patin > Longterm Solutions > bob@longtermsolutions.com > 615-333-6858 > FileMaker 9, 10, 11, 12 & 13 Certified Developer > http://www.longtermsolutions.com > - > iChat: bobpatin@me.com > Twitter: bobpatin > ? > FileMaker Consulting > FileMaker Hosting for all versions of FileMaker > PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting > > On Mar 22, 2015, at 5:04 PM, Jon Montgomery wrote: > > Sorry, I mean: > > Would extending the length of time the script has to run SOLVE the problem? > > Jon Montgomery > > On Mar 22, 2015, at 4:58 PM, Jon Montgomery wrote: > > Bob, > > What about a TIME LIMIT on the return data? Could it be the script takes > to long and that cause it to crash (i.e. a White page, totally blank?) > > Would extending the length of time it has to run the script be the problem? > > Jon Montgomery > > > On Mar 22, 2015, at 8:28 AM, Bob Patin wrote: > > Well, I don?t know; Dale mentioned memory allocation to PHP, but that?s > not something I?ve ever had to worry about with any web app that I?ve > written (the web app in question was written by someone else). > > Is there a way, on the Mac, to allocate more memory to PHP? I would think > that wouldn?t be necessary; is it more a case that the app is not written > efficiently and that they should pull related records rather than pulling a > portal? I don?t ever pull directly from portals, which may be why I?ve > never seen this issue. > > Bob Patin > Longterm Solutions > bob@longtermsolutions.com > 615-333-6858 > FileMaker 9, 10, 11, 12 & 13 Certified Developer > http://www.longtermsolutions.com > - > iChat: bobpatin@me.com > Twitter: bobpatin > ? > FileMaker Consulting > FileMaker Hosting for all versions of FileMaker > PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting > > On Mar 21, 2015, at 11:17 PM, BEVERLY VOTH wrote: > > are you looking for 'memory_limit' in the CORE? > > > On Mar 21, 2015, at 3:24 PM, Bob Patin wrote: > > Well, I?m not sure; do you know where in phpinfo that memory allocation is > located (towards the top, middle, etc.)? > > I?ll see if i can find out what he had on the old machine? > > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > > > > _______________________________________________ > FX.php_List mailing list > FX.php_List@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/20150323/348a8aef/attachment.html From malcolm at notyourhomework.net Sun Mar 22 18:07:32 2015 From: malcolm at notyourhomework.net (Malcolm Fitzgerald) Date: Sun Mar 22 17:54:43 2015 Subject: [FX.php List] PHP restriction on data transfer? In-Reply-To: <7895C573-FF9E-407E-BC30-485494D9AB0E@patin.com> References: <30E8E301-D88A-46C8-90BC-2AB38354C439@patin.com> <2ADE658B-F090-4387-9705-C7DA4A891ED4@gmail.com> <5DBA16AA-1F0A-4353-8F8A-EDFEADE80FCD@gmail.com> <7895C573-FF9E-407E-BC30-485494D9AB0E@patin.com> Message-ID: <550F5944.80405@notyourhomework.net> On 23/03/2015 2:28 am, Bob Patin wrote: > and that they should pull related records rather than pulling a > portal? I don?t ever pull directly from portals, which may be why I?ve > never seen this issue. Portals are not the problem. They present the same issue that any table does - a portal represents a record set. The more important issue is that each record set also represents a query and possibly a sort. Data size on the network is less and less of a problem, so the extra number of records obtained by portals is not the problem. The processing of a separate query for each record in a found set is the real performance hit. Call a portal P Call the number of portals on a layout p. Call the number of portals rows displayed by a portal x. If the scroll bar is displayed the number of portal rows is limited by memory, so x < ?. Call the number of records in the found set n. When searching on any layout you will perform 1 + ( p * n ) queries and the found set will return n + ( n * (P_1 *x_1 + P_2 *x_2 ... P_p *x_p ) ) records You can see, that the size of n is just as important in this equation as the size of p. For each record you will have to perform 1 + p queries. Which is exactly the same amount of queries that you would have to do to obtain the data set if you do not use portals. What's more, in the real world, the number represented by n is more likely to be large than the number represented by p. (You are more likely to have more records in a table than portals on a layout). If n doesn't get larger than one (1) you won't see performance problems with portals. So, control the size of n and let p look after itself. Malcolm -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20150323/2f506f3e/attachment.html From tim.webko at gmail.com Sun Mar 22 18:10:42 2015 From: tim.webko at gmail.com (Tim 'Webko' Booth) Date: Sun Mar 22 17:57:49 2015 Subject: [FX.php List] PHP restriction on data transfer? In-Reply-To: <550F5944.80405@notyourhomework.net> References: <30E8E301-D88A-46C8-90BC-2AB38354C439@patin.com> <2ADE658B-F090-4387-9705-C7DA4A891ED4@gmail.com> <5DBA16AA-1F0A-4353-8F8A-EDFEADE80FCD@gmail.com> <7895C573-FF9E-407E-BC30-485494D9AB0E@patin.com> <550F5944.80405@notyourhomework.net> Message-ID: However, I believe that I can control the number of records returned if I query the sub-table, which I can't do through the portal. And it also sidesteps the issues that have been noted with the portal code/XML at various stages... Cheers Webko On 23 March 2015 at 11:07, Malcolm Fitzgerald wrote: > On 23/03/2015 2:28 am, Bob Patin wrote: > > and that they should pull related records rather than pulling a portal? I > don?t ever pull directly from portals, which may be why I?ve never seen > this issue. > > Portals are not the problem. They present the same issue that any table > does - a portal represents a record set. The more important issue is that > each record set also represents a query and possibly a sort. Data size on > the network is less and less of a problem, so the extra number of records > obtained by portals is not the problem. The processing of a separate query > for each record in a found set is the real performance hit. > > Call a portal P > Call the number of portals on a layout p. > Call the number of portals rows displayed by a portal x. If the scroll bar > is displayed the number of portal rows is limited by memory, so x < ?. > Call the number of records in the found set n. > > When searching on any layout you will perform 1 + ( p * n ) queries and > the found set will return n + ( n * (P1*x1 + P2*x2 ... Pp*xp) ) records > > You can see, that the size of n is just as important in this equation as > the size of p. For each record you will have to perform 1 + p queries. > Which is exactly the same amount of queries that you would have to do to > obtain the data set if you do not use portals. > > What's more, in the real world, the number represented by n is more likely > to be large than the number represented by p. (You are more likely to have > more records in a table than portals on a layout). If n doesn't get larger > than one (1) you won't see performance problems with portals. So, control > the size of n and let p look after itself. > > Malcolm > > > > > > _______________________________________________ > FX.php_List mailing list > FX.php_List@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/20150323/efc56df0/attachment.html From bob at patin.com Sun Mar 22 18:22:08 2015 From: bob at patin.com (Bob Patin) Date: Sun Mar 22 18:09:17 2015 Subject: [FX.php List] PHP restriction on data transfer? In-Reply-To: <550F5944.80405@notyourhomework.net> References: <30E8E301-D88A-46C8-90BC-2AB38354C439@patin.com> <2ADE658B-F090-4387-9705-C7DA4A891ED4@gmail.com> <5DBA16AA-1F0A-4353-8F8A-EDFEADE80FCD@gmail.com> <7895C573-FF9E-407E-BC30-485494D9AB0E@patin.com> <550F5944.80405@notyourhomework.net> Message-ID: <26719181-FA7F-4D68-86CF-6900EE5AC1DB@patin.com> I agree with Tim; what I do is to do 2 queries: query the parent record, then pull the related records in a 2nd query. I certainly wouldn't be doing a query for each related record though... Bob Patin Longterm Solutions bob@longtermsolutions.com 615-333-6858 FileMaker 9, 10, 11, 12 & 13 Certified Developer http://www.longtermsolutions.com - iChat: bobpatin@me.com Twitter: bobpatin ? FileMaker Consulting FileMaker Hosting for all versions of FileMaker PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting > On Mar 22, 2015, at 7:07 PM, Malcolm Fitzgerald wrote: > > On 23/03/2015 2:28 am, Bob Patin wrote: >> and that they should pull related records rather than pulling a portal? I don?t ever pull directly from portals, which may be why I?ve never seen this issue. > Portals are not the problem. They present the same issue that any table does - a portal represents a record set. The more important issue is that each record set also represents a query and possibly a sort. Data size on the network is less and less of a problem, so the extra number of records obtained by portals is not the problem. The processing of a separate query for each record in a found set is the real performance hit. > > Call a portal P > Call the number of portals on a layout p. > Call the number of portals rows displayed by a portal x. If the scroll bar is displayed the number of portal rows is limited by memory, so x < ?. > Call the number of records in the found set n. > > When searching on any layout you will perform 1 + ( p * n ) queries and the found set will return n + ( n * (P1*x1 + P2*x2 ... Pp*xp) ) records > > You can see, that the size of n is just as important in this equation as the size of p. For each record you will have to perform 1 + p queries. Which is exactly the same amount of queries that you would have to do to obtain the data set if you do not use portals. > > What's more, in the real world, the number represented by n is more likely to be large than the number represented by p. (You are more likely to have more records in a table than portals on a layout). If n doesn't get larger than one (1) you won't see performance problems with portals. So, control the size of n and let p look after itself. > > Malcolm > > > > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list From beverlyvoth at gmail.com Sun Mar 22 18:50:26 2015 From: beverlyvoth at gmail.com (Beverly) Date: Sun Mar 22 18:37:39 2015 Subject: [FX.php List] PHP restriction on data transfer? In-Reply-To: References: <30E8E301-D88A-46C8-90BC-2AB38354C439@patin.com> <2ADE658B-F090-4387-9705-C7DA4A891ED4@gmail.com> <5DBA16AA-1F0A-4353-8F8A-EDFEADE80FCD@gmail.com> <7895C573-FF9E-407E-BC30-485494D9AB0E@patin.com> <550F5944.80405@notyourhomework.net> Message-ID: :) Yep! -- sent from myPhone -- Beverly Voth -- > On Mar 22, 2015, at 8:10 PM, "Tim 'Webko' Booth" wrote: > > However, I believe that I can control the number of records returned if I query the sub-table, which I can't do through the portal. > > And it also sidesteps the issues that have been noted with the portal code/XML at various stages... > > Cheers > > Webko > >> On 23 March 2015 at 11:07, Malcolm Fitzgerald wrote: >>> On 23/03/2015 2:28 am, Bob Patin wrote: >>> and that they should pull related records rather than pulling a portal? I don?t ever pull directly from portals, which may be why I?ve never seen this issue. >> Portals are not the problem. They present the same issue that any table does - a portal represents a record set. The more important issue is that each record set also represents a query and possibly a sort. Data size on the network is less and less of a problem, so the extra number of records obtained by portals is not the problem. The processing of a separate query for each record in a found set is the real performance hit. >> >> Call a portal P >> Call the number of portals on a layout p. >> Call the number of portals rows displayed by a portal x. If the scroll bar is displayed the number of portal rows is limited by memory, so x < ?. >> Call the number of records in the found set n. >> >> When searching on any layout you will perform 1 + ( p * n ) queries and the found set will return n + ( n * (P1*x1 + P2*x2 ... Pp*xp) ) records >> >> You can see, that the size of n is just as important in this equation as the size of p. For each record you will have to perform 1 + p queries. Which is exactly the same amount of queries that you would have to do to obtain the data set if you do not use portals. >> >> What's more, in the real world, the number represented by n is more likely to be large than the number represented by p. (You are more likely to have more records in a table than portals on a layout). If n doesn't get larger than one (1) you won't see performance problems with portals. So, control the size of n and let p look after itself. >> >> Malcolm >> >> >> >> >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list > > _______________________________________________ > FX.php_List mailing list > FX.php_List@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/20150322/abf66ee5/attachment.html From malcolm at notyourhomework.net Sun Mar 22 20:04:41 2015 From: malcolm at notyourhomework.net (Malcolm Fitzgerald) Date: Sun Mar 22 19:52:02 2015 Subject: [FX.php List] PHP restriction on data transfer? In-Reply-To: References: <30E8E301-D88A-46C8-90BC-2AB38354C439@patin.com> <2ADE658B-F090-4387-9705-C7DA4A891ED4@gmail.com> <5DBA16AA-1F0A-4353-8F8A-EDFEADE80FCD@gmail.com> <7895C573-FF9E-407E-BC30-485494D9AB0E@patin.com> <550F5944.80405@notyourhomework.net> Message-ID: <550F74B9.5080305@notyourhomework.net> On 23/03/2015 1:10 pm, Tim 'Webko' Booth wrote: > However, I believe that I can control the number of records returned > if I query the sub-table, which I can't do through the portal. You can control the maximum number of records returned by a portal by specifying the number of rows to display and switching "Show Scroll Bar" off. That's done on the layout, not dynamically in the code. If there are more records than the portal will display you will not know, unless you do a search on that table. Which means that portals are best suited for accessing small sets of related records. > And it also sidesteps the issues that have been noted with the portal > code/XML at various stages... There isn't a layout-level setting for that ;-) malcolm From bob at patin.com Mon Mar 23 07:52:31 2015 From: bob at patin.com (Bob Patin) Date: Mon Mar 23 07:39:37 2015 Subject: [FX.php List] Needing to roll back to earlier version of 5.2 Message-ID: My client?s PHP app still chokes after submitting 27 records in a POST. From what I can ascertain from him, they took an old ColdFusion web app and then someone used FMStudio (I think) to get it to work with FIleMaker. At any rate? He can get it to work with PHP 5.2, but not 5.3 or newer; we?ve tried multiple things, including bumping a few variables in PHP, including memory_limit post_max_size - he?s doing a POST to write all these records, apparently (I haven?t dug into the code) but neither had any effect. SO? I?d like to uninstall 5.3 on this machine and try installing PHP 5.2, and have 2 requirements: a) Uninstall PHP 5.3; b) Find an installer for PHP 5.2 for Mac OS X and install it Has anyone done this? Is it hard to uninstall PHP from Mac OS, and if not, would you be willing to consult with me (for pay of course) and help me get this server configured for this client? Please contact me back-channel if you can help; thanks, Bob Patin Longterm Solutions bob@longtermsolutions.com 615-333-6858 FileMaker 9, 10, 11, 12 & 13 Certified Developer http://www.longtermsolutions.com - iChat: bobpatin@me.com Twitter: bobpatin ? FileMaker Consulting FileMaker Hosting for all versions of FileMaker PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20150323/c425c758/attachment.html From chris at iViking.org Mon Mar 23 08:26:38 2015 From: chris at iViking.org (Chris Hansen) Date: Mon Mar 23 08:13:37 2015 Subject: [FX.php List] PHP restriction on data transfer? In-Reply-To: <30E8E301-D88A-46C8-90BC-2AB38354C439@patin.com> References: <30E8E301-D88A-46C8-90BC-2AB38354C439@patin.com> Message-ID: <06BE9AC9-6103-4BA5-97DF-8F3CF0657B5E@iViking.org> Hey Bob, Backing up a bit here... Under PHP 5.3 will the app pull back ANY records at all, or does it just have problems with pages pulling large datasets? Just checking whether the problem might be anything but memory. Best, --Chris > On Mar 20, 2015, at 7:54 PM, Bob Patin wrote: > > I have a client who has told me that his web app, which apparently pulls back about 50 records (I assume it's pulling from a portal) is choking with PHP 5.3, but not with PHP 5.2. > > Is there a PHP setting that might restrict the amount of data that comes in at one time, or from within a portal? If so, could anyone direct me to that PHP setting? > > I don't read from portals; I read from the related table; because I don't, I've not seen any restrictions like this. Is this something that can happen if a web app is pulling data directly from a portal, as opposed to pulling 50 records from a related table? > > Thanks, > > Bob Patin > Longterm Solutions > bob@longtermsolutions.com > 615-333-6858 > FileMaker 9, 10, 11, 12 & 13 Certified Developer > http://www.longtermsolutions.com > - > iChat: bobpatin@me.com > Twitter: bobpatin > ? > FileMaker Consulting > FileMaker Hosting for all versions of FileMaker > PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > From bob at patin.com Mon Mar 23 08:37:05 2015 From: bob at patin.com (Bob Patin) Date: Mon Mar 23 08:24:10 2015 Subject: [FX.php List] PHP restriction on data transfer? In-Reply-To: <06BE9AC9-6103-4BA5-97DF-8F3CF0657B5E@iViking.org> References: <30E8E301-D88A-46C8-90BC-2AB38354C439@patin.com> <06BE9AC9-6103-4BA5-97DF-8F3CF0657B5E@iViking.org> Message-ID: <6C04FDBD-C0BA-40DA-9A0D-E0EF87936F9F@patin.com> Hey Chris, Yes, it pulls back 27 every time; apparently, his app does a POST and creates a bunch of records; in his test, he?s trying to create 35 records, and it chokes on 27 every time. I didn?t write this app, but it sounds like he?s passing an ID and a couple of other fields for each record that he?s trying to create. I tried upping the memory for a POST, but that didn?t affect things. Short of rewriting this for him, any thoughts? He says it works fine with 5.2 (which seems odd to me, but anyway), and because this is his private server, I can modify this machine for him. Thanks for any help, Bob Bob Patin Longterm Solutions bob@longtermsolutions.com 615-333-6858 FileMaker 9, 10, 11, 12 & 13 Certified Developer http://www.longtermsolutions.com - iChat: bobpatin@me.com Twitter: bobpatin ? FileMaker Consulting FileMaker Hosting for all versions of FileMaker PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting > On Mar 23, 2015, at 9:26 AM, Chris Hansen wrote: > > Hey Bob, > > Backing up a bit here... Under PHP 5.3 will the app pull back ANY records at all, or does it just have problems with pages pulling large datasets? Just checking whether the problem might be anything but memory. > > Best, > > --Chris > >> On Mar 20, 2015, at 7:54 PM, Bob Patin wrote: >> >> I have a client who has told me that his web app, which apparently pulls back about 50 records (I assume it's pulling from a portal) is choking with PHP 5.3, but not with PHP 5.2. >> >> Is there a PHP setting that might restrict the amount of data that comes in at one time, or from within a portal? If so, could anyone direct me to that PHP setting? >> >> I don't read from portals; I read from the related table; because I don't, I've not seen any restrictions like this. Is this something that can happen if a web app is pulling data directly from a portal, as opposed to pulling 50 records from a related table? >> >> Thanks, >> >> Bob Patin >> Longterm Solutions >> bob@longtermsolutions.com >> 615-333-6858 >> FileMaker 9, 10, 11, 12 & 13 Certified Developer >> http://www.longtermsolutions.com >> - >> iChat: bobpatin@me.com >> Twitter: bobpatin >> ? >> FileMaker Consulting >> FileMaker Hosting for all versions of FileMaker >> PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list >> > > _______________________________________________ > FX.php_List mailing list > FX.php_List@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/20150323/f616b02e/attachment-0001.html From beverlyvoth at gmail.com Mon Mar 23 08:40:32 2015 From: beverlyvoth at gmail.com (BEVERLY VOTH) Date: Mon Mar 23 08:27:41 2015 Subject: [FX.php List] PHP restriction on data transfer? In-Reply-To: <06BE9AC9-6103-4BA5-97DF-8F3CF0657B5E@iViking.org> References: <30E8E301-D88A-46C8-90BC-2AB38354C439@patin.com> <06BE9AC9-6103-4BA5-97DF-8F3CF0657B5E@iViking.org> Message-ID: <315D75CD-05F8-42D6-92A2-CE505F947B2A@gmail.com> ditto! and rendering (in HTML table, for example) a large dataset can take time regardless of memory of the web server. It can be the time the browser takes, as well. Bev On Mar 23, 2015, at 10:26 AM, Chris Hansen wrote: > Hey Bob, > > Backing up a bit here... Under PHP 5.3 will the app pull back ANY records at all, or does it just have problems with pages pulling large datasets? Just checking whether the problem might be anything but memory. > > Best, From bob at patin.com Mon Mar 23 08:51:56 2015 From: bob at patin.com (Bob Patin) Date: Mon Mar 23 08:39:03 2015 Subject: [FX.php List] PHP restriction on data transfer? In-Reply-To: <315D75CD-05F8-42D6-92A2-CE505F947B2A@gmail.com> References: <30E8E301-D88A-46C8-90BC-2AB38354C439@patin.com> <06BE9AC9-6103-4BA5-97DF-8F3CF0657B5E@iViking.org> <315D75CD-05F8-42D6-92A2-CE505F947B2A@gmail.com> Message-ID: <2FFF7CCB-6867-4990-A213-8A13F3B12D42@patin.com> Well, it?s not a time issue, from what my client?s telling me; he says that on his existing machine, which is hosted by someone else (whose name I won?t mention), it?s really slow, but it does finish. On that machine, PHP 5.2 is running. On my server, it?s about 10 times faster, he tells me, but only 27 records get created, rather than 35. At any rate? the quick fix would be for me to somehow uninstall PHP 5.3 (which is what FMS 11 installs) and put 5.2 on there. The challenge is a) getting an installer for 5.2 (haven?t found a Mac-friendly one yet), and b) uninstalling 5.3 so that I can roll back to 5.2. Bob Patin Longterm Solutions bob@longtermsolutions.com 615-333-6858 FileMaker 9, 10, 11, 12 & 13 Certified Developer http://www.longtermsolutions.com - iChat: bobpatin@me.com Twitter: bobpatin ? FileMaker Consulting FileMaker Hosting for all versions of FileMaker PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting > On Mar 23, 2015, at 9:40 AM, BEVERLY VOTH wrote: > > ditto! and rendering (in HTML table, for example) a large dataset can take time regardless of memory of the web server. It can be the time the browser takes, as well. > > Bev > > > On Mar 23, 2015, at 10:26 AM, Chris Hansen wrote: > >> Hey Bob, >> >> Backing up a bit here... Under PHP 5.3 will the app pull back ANY records at all, or does it just have problems with pages pulling large datasets? Just checking whether the problem might be anything but memory. >> >> Best, > > _______________________________________________ > FX.php_List mailing list > FX.php_List@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/20150323/7d8ee327/attachment.html From bob at patin.com Mon Mar 23 09:08:09 2015 From: bob at patin.com (Bob Patin) Date: Mon Mar 23 08:55:14 2015 Subject: [FX.php List] PHP restriction on data transfer? In-Reply-To: <2FFF7CCB-6867-4990-A213-8A13F3B12D42@patin.com> References: <30E8E301-D88A-46C8-90BC-2AB38354C439@patin.com> <06BE9AC9-6103-4BA5-97DF-8F3CF0657B5E@iViking.org> <315D75CD-05F8-42D6-92A2-CE505F947B2A@gmail.com> <2FFF7CCB-6867-4990-A213-8A13F3B12D42@patin.com> Message-ID: <9FEC8C60-067F-4698-A38F-31182BBC7E66@patin.com> OK, he just told me that max_execution_time on his existing machine was set to 300, and was set to 30 on mine? I just bumped it up to 300? and? didn?t fix it. I first did a Terminal restart of OS X Server, then I restarted the machine entirely, but neither fixed it. We?re comparing PHP settings now, hoping we?ll stumble on something? Bob Patin Longterm Solutions bob@longtermsolutions.com 615-333-6858 FileMaker 9, 10, 11, 12 & 13 Certified Developer http://www.longtermsolutions.com - iChat: bobpatin@me.com Twitter: bobpatin ? FileMaker Consulting FileMaker Hosting for all versions of FileMaker PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting > On Mar 23, 2015, at 9:51 AM, Bob Patin wrote: > > Well, it?s not a time issue, from what my client?s telling me; he says that on his existing machine, which is hosted by someone else (whose name I won?t mention), it?s really slow, but it does finish. On that machine, PHP 5.2 is running. > > On my server, it?s about 10 times faster, he tells me, but only 27 records get created, rather than 35. > > At any rate? the quick fix would be for me to somehow uninstall PHP 5.3 (which is what FMS 11 installs) and put 5.2 on there. The challenge is a) getting an installer for 5.2 (haven?t found a Mac-friendly one yet), and b) uninstalling 5.3 so that I can roll back to 5.2. > > > Bob Patin > Longterm Solutions > bob@longtermsolutions.com > 615-333-6858 > FileMaker 9, 10, 11, 12 & 13 Certified Developer > http://www.longtermsolutions.com > - > iChat: bobpatin@me.com > Twitter: bobpatin > ? > FileMaker Consulting > FileMaker Hosting for all versions of FileMaker > PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting > > > >> On Mar 23, 2015, at 9:40 AM, BEVERLY VOTH > wrote: >> >> ditto! and rendering (in HTML table, for example) a large dataset can take time regardless of memory of the web server. It can be the time the browser takes, as well. >> >> Bev >> >> >> On Mar 23, 2015, at 10:26 AM, Chris Hansen > wrote: >> >>> Hey Bob, >>> >>> Backing up a bit here... Under PHP 5.3 will the app pull back ANY records at all, or does it just have problems with pages pulling large datasets? Just checking whether the problem might be anything but memory. >>> >>> Best, >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list > > _______________________________________________ > FX.php_List mailing list > FX.php_List@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/20150323/ff61544b/attachment.html From chris at iViking.org Mon Mar 23 09:40:03 2015 From: chris at iViking.org (Chris Hansen) Date: Mon Mar 23 09:27:03 2015 Subject: [FX.php List] PHP restriction on data transfer? In-Reply-To: <6C04FDBD-C0BA-40DA-9A0D-E0EF87936F9F@patin.com> References: <30E8E301-D88A-46C8-90BC-2AB38354C439@patin.com> <06BE9AC9-6103-4BA5-97DF-8F3CF0657B5E@iViking.org> <6C04FDBD-C0BA-40DA-9A0D-E0EF87936F9F@patin.com> Message-ID: <60217F6E-B3F6-4931-A7D0-E03979239F36@iViking.org> Hmmmm... What about the server logs. Anything in there? As for installing and uninstalling, have you considered homebrew? (I'm talking about the package manager here, not homemade spiritous beverages =) It gives you some of the nice things you can do on linux, but under Mac OS X; including fine-grained control of apache and php versions. And it may well be smart enough to turn off your existing server bits for you. Yes, it does require a bit of command line typing, but not too much. Best, --Chris > On Mar 23, 2015, at 8:37 AM, Bob Patin wrote: > > Hey Chris, > > Yes, it pulls back 27 every time; apparently, his app does a POST and creates a bunch of records; in his test, he?s trying to create 35 records, and it chokes on 27 every time. > > I didn?t write this app, but it sounds like he?s passing an ID and a couple of other fields for each record that he?s trying to create. I tried upping the memory for a POST, but that didn?t affect things. > > Short of rewriting this for him, any thoughts? He says it works fine with 5.2 (which seems odd to me, but anyway), and because this is his private server, I can modify this machine for him. > > Thanks for any help, > > Bob > > Bob Patin > Longterm Solutions > bob@longtermsolutions.com > 615-333-6858 > FileMaker 9, 10, 11, 12 & 13 Certified Developer > http://www.longtermsolutions.com > - > iChat: bobpatin@me.com > Twitter: bobpatin > ? > FileMaker Consulting > FileMaker Hosting for all versions of FileMaker > PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting > >> On Mar 23, 2015, at 9:26 AM, Chris Hansen > wrote: >> >> Hey Bob, >> >> Backing up a bit here... Under PHP 5.3 will the app pull back ANY records at all, or does it just have problems with pages pulling large datasets? Just checking whether the problem might be anything but memory. >> >> Best, >> >> --Chris >> >>> On Mar 20, 2015, at 7:54 PM, Bob Patin > wrote: >>> >>> I have a client who has told me that his web app, which apparently pulls back about 50 records (I assume it's pulling from a portal) is choking with PHP 5.3, but not with PHP 5.2. >>> >>> Is there a PHP setting that might restrict the amount of data that comes in at one time, or from within a portal? If so, could anyone direct me to that PHP setting? >>> >>> I don't read from portals; I read from the related table; because I don't, I've not seen any restrictions like this. Is this something that can happen if a web app is pulling data directly from a portal, as opposed to pulling 50 records from a related table? >>> >>> Thanks, >>> >>> Bob Patin >>> Longterm Solutions >>> bob@longtermsolutions.com >>> 615-333-6858 >>> FileMaker 9, 10, 11, 12 & 13 Certified Developer >>> http://www.longtermsolutions.com >>> - >>> iChat: bobpatin@me.com >>> Twitter: bobpatin >>> ? >>> FileMaker Consulting >>> FileMaker Hosting for all versions of FileMaker >>> PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting >>> >>> _______________________________________________ >>> FX.php_List mailing list >>> FX.php_List@mail.iviking.org >>> http://www.iviking.org/mailman/listinfo/fx.php_list >>> >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list > > _______________________________________________ > FX.php_List mailing list > FX.php_List@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/20150323/df9a9e35/attachment-0001.html From bob at patin.com Mon Mar 23 15:35:31 2015 From: bob at patin.com (Bob Patin) Date: Mon Mar 23 15:22:37 2015 Subject: [FX.php List] PHP restriction on data transfer? SOLVED In-Reply-To: <60217F6E-B3F6-4931-A7D0-E03979239F36@iViking.org> References: <30E8E301-D88A-46C8-90BC-2AB38354C439@patin.com> <06BE9AC9-6103-4BA5-97DF-8F3CF0657B5E@iViking.org> <6C04FDBD-C0BA-40DA-9A0D-E0EF87936F9F@patin.com> <60217F6E-B3F6-4931-A7D0-E03979239F36@iViking.org> Message-ID: Solved: it turned out to be a setting that was introduced in PHP 5.3 that was not in PHP 5.2: max_input_vars It defaults to 1000, which was smaller than the huge data that my client's web app was trying to pass back to FileMaker. In PHP 5.2, since this constraint didn't exist, they had no problems. I enabled this setting in php.ini and set it to 4000 to be safe, and all is well on their server. Hope this helps someone out at some point; it was hard to spot, especially since the same setting didn't yet exist in PHP 5.2. Bob Patin Longterm Solutions bob@longtermsolutions.com 615-333-6858 FileMaker 9, 10, 11, 12 & 13 Certified Developer http://www.longtermsolutions.com - iChat: bobpatin@me.com Twitter: bobpatin ? FileMaker Consulting FileMaker Hosting for all versions of FileMaker PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting > On Mar 23, 2015, at 10:40 AM, Chris Hansen wrote: > > Hmmmm... What about the server logs. Anything in there? > > As for installing and uninstalling, have you considered homebrew? (I'm talking about the package manager here, not homemade spiritous beverages =) It gives you some of the nice things you can do on linux, but under Mac OS X; including fine-grained control of apache and php versions. And it may well be smart enough to turn off your existing server bits for you. Yes, it does require a bit of command line typing, but not too much. > > Best, > > --Chris > >> On Mar 23, 2015, at 8:37 AM, Bob Patin > wrote: >> >> Hey Chris, >> >> Yes, it pulls back 27 every time; apparently, his app does a POST and creates a bunch of records; in his test, he?s trying to create 35 records, and it chokes on 27 every time. >> >> I didn?t write this app, but it sounds like he?s passing an ID and a couple of other fields for each record that he?s trying to create. I tried upping the memory for a POST, but that didn?t affect things. >> >> Short of rewriting this for him, any thoughts? He says it works fine with 5.2 (which seems odd to me, but anyway), and because this is his private server, I can modify this machine for him. >> >> Thanks for any help, >> >> Bob >> >> Bob Patin >> Longterm Solutions >> bob@longtermsolutions.com >> 615-333-6858 >> FileMaker 9, 10, 11, 12 & 13 Certified Developer >> http://www.longtermsolutions.com >> - >> iChat: bobpatin@me.com >> Twitter: bobpatin >> ? >> FileMaker Consulting >> FileMaker Hosting for all versions of FileMaker >> PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting >> >>> On Mar 23, 2015, at 9:26 AM, Chris Hansen > wrote: >>> >>> Hey Bob, >>> >>> Backing up a bit here... Under PHP 5.3 will the app pull back ANY records at all, or does it just have problems with pages pulling large datasets? Just checking whether the problem might be anything but memory. >>> >>> Best, >>> >>> --Chris >>> >>>> On Mar 20, 2015, at 7:54 PM, Bob Patin > wrote: >>>> >>>> I have a client who has told me that his web app, which apparently pulls back about 50 records (I assume it's pulling from a portal) is choking with PHP 5.3, but not with PHP 5.2. >>>> >>>> Is there a PHP setting that might restrict the amount of data that comes in at one time, or from within a portal? If so, could anyone direct me to that PHP setting? >>>> >>>> I don't read from portals; I read from the related table; because I don't, I've not seen any restrictions like this. Is this something that can happen if a web app is pulling data directly from a portal, as opposed to pulling 50 records from a related table? >>>> >>>> Thanks, >>>> >>>> Bob Patin >>>> Longterm Solutions >>>> bob@longtermsolutions.com >>>> 615-333-6858 >>>> FileMaker 9, 10, 11, 12 & 13 Certified Developer >>>> http://www.longtermsolutions.com >>>> - >>>> iChat: bobpatin@me.com >>>> Twitter: bobpatin >>>> ? >>>> FileMaker Consulting >>>> FileMaker Hosting for all versions of FileMaker >>>> PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting >>>> >>>> _______________________________________________ >>>> FX.php_List mailing list >>>> FX.php_List@mail.iviking.org >>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>> >>> >>> _______________________________________________ >>> FX.php_List mailing list >>> FX.php_List@mail.iviking.org >>> http://www.iviking.org/mailman/listinfo/fx.php_list >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list > > _______________________________________________ > FX.php_List mailing list > FX.php_List@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/20150323/0c37e7ac/attachment.html From headhoncho at customikesolutions.com Mon Mar 30 03:56:53 2015 From: headhoncho at customikesolutions.com (Head Honcho) Date: Mon Mar 30 03:57:10 2015 Subject: [FX.php List] Needing to roll back to earlier version of 5.2 In-Reply-To: References: Message-ID: <8ED32C25-28E5-449A-93B8-EE5C54A2E168@customikesolutions.com> HI Bob, You don't need to "uninstall" 5.3, you just need to tell apache where the new install of 5.2 is (when you find an installer). [BTW. no idea if this works, but it seems a logical place to start: ) I recently _upgraded_ one of my installs to the latest php and then went to the httpd.conf file and changed the location of the module to the new one. in my case the new version of php "lives" in usr/local/php5/libphp5.so so the line I changed ended up being LoadModule php5_module ../../usr/local/php5/libphp5.so Then restart apache (gracefully). Hope this helps. Regards Michael Ward -- Head Honcho, CustoMike Solutions Member, FileMaker Business Alliance & FileMaker Technical Network FileMaker 7 - 12 Certified Developer ph 0414 562 501 headhoncho@customikesolutions.com > On 24 Mar 2015, at 12:52 am, Bob Patin wrote: > > My client?s PHP app still chokes after submitting 27 records in a POST. From what I can ascertain from him, they took an old ColdFusion web app and then someone used FMStudio (I think) to get it to work with FIleMaker. > > At any rate? > > He can get it to work with PHP 5.2, but not 5.3 or newer; we?ve tried multiple things, including bumping a few variables in PHP, including > > memory_limit > post_max_size - he?s doing a POST to write all these records, apparently (I haven?t dug into the code) > > but neither had any effect. > > SO? I?d like to uninstall 5.3 on this machine and try installing PHP 5.2, and have 2 requirements: > > a) Uninstall PHP 5.3; > b) Find an installer for PHP 5.2 for Mac OS X and install it > > Has anyone done this? Is it hard to uninstall PHP from Mac OS, and if not, would you be willing to consult with me (for pay of course) and help me get this server configured for this client? > > Please contact me back-channel if you can help; thanks, > > Bob Patin > Longterm Solutions > bob@longtermsolutions.com > 615-333-6858 > FileMaker 9, 10, 11, 12 & 13 Certified Developer > http://www.longtermsolutions.com > - > iChat: bobpatin@me.com > Twitter: bobpatin > ? > FileMaker Consulting > FileMaker Hosting for all versions of FileMaker > PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting > > _______________________________________________ > FX.php_List mailing list > FX.php_List@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/20150330/d07d6b6d/attachment.html From bob at patin.com Mon Mar 30 06:39:35 2015 From: bob at patin.com (Bob Patin) Date: Mon Mar 30 06:39:38 2015 Subject: [FX.php List] Needing to roll back to earlier version of 5.2 In-Reply-To: <8ED32C25-28E5-449A-93B8-EE5C54A2E168@customikesolutions.com> References: <8ED32C25-28E5-449A-93B8-EE5C54A2E168@customikesolutions.com> Message-ID: Hey Michael, Thanks? I finally discovered that 5.2 doesn?t have a value called ?max_input_vars?, but 5.3 does, and this client?s web app (which I didn?t write) was passing thousands of vars in one POST. Once I changed that value from 1000 to 2000, it fixed the problem. Bob Patin Longterm Solutions bob@longtermsolutions.com 615-333-6858 FileMaker 9, 10, 11, 12 & 13 Certified Developer http://www.longtermsolutions.com - iChat: bobpatin@me.com Twitter: bobpatin ? FileMaker Consulting FileMaker Hosting for all versions of FileMaker PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting > On Mar 30, 2015, at 4:56 AM, Head Honcho wrote: > > HI Bob, > > You don't need to "uninstall" 5.3, you just need to tell apache where the new install of 5.2 is (when you find an installer). [BTW. no idea if this works, but it seems a logical place to start: >) > > I recently _upgraded_ one of my installs to the latest php and then went to the httpd.conf file and changed the location of the module to the new one. > > in my case the new version of php "lives" in usr/local/php5/libphp5.so > > so the line I changed ended up being LoadModule php5_module ../../usr/local/php5/libphp5.so > > Then restart apache (gracefully). > > Hope this helps. > > Regards > > Michael Ward > -- > Head Honcho, CustoMike Solutions > Member, FileMaker Business Alliance & FileMaker Technical Network > FileMaker 7 - 12 Certified Developer > ph 0414 562 501 > headhoncho@customikesolutions.com >> On 24 Mar 2015, at 12:52 am, Bob Patin > wrote: >> >> My client?s PHP app still chokes after submitting 27 records in a POST. From what I can ascertain from him, they took an old ColdFusion web app and then someone used FMStudio (I think) to get it to work with FIleMaker. >> >> At any rate? >> >> He can get it to work with PHP 5.2, but not 5.3 or newer; we?ve tried multiple things, including bumping a few variables in PHP, including >> >> memory_limit >> post_max_size - he?s doing a POST to write all these records, apparently (I haven?t dug into the code) >> >> but neither had any effect. >> >> SO? I?d like to uninstall 5.3 on this machine and try installing PHP 5.2, and have 2 requirements: >> >> a) Uninstall PHP 5.3; >> b) Find an installer for PHP 5.2 for Mac OS X and install it >> >> Has anyone done this? Is it hard to uninstall PHP from Mac OS, and if not, would you be willing to consult with me (for pay of course) and help me get this server configured for this client? >> >> Please contact me back-channel if you can help; thanks, >> >> Bob Patin >> Longterm Solutions >> bob@longtermsolutions.com >> 615-333-6858 >> FileMaker 9, 10, 11, 12 & 13 Certified Developer >> http://www.longtermsolutions.com >> - >> iChat: bobpatin@me.com >> Twitter: bobpatin >> ? >> FileMaker Consulting >> FileMaker Hosting for all versions of FileMaker >> PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list > > _______________________________________________ > FX.php_List mailing list > FX.php_List@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/20150330/93be5a2c/attachment-0001.html From csinfo at criticalsolution.com Mon Mar 30 10:50:38 2015 From: csinfo at criticalsolution.com (csinfo) Date: Mon Mar 30 10:50:37 2015 Subject: [FX.php List] Switching to FMServer13 from 12 Message-ID: I have some scripts that modify data that still work after my conversion to FMServer13 (Windows Server 12) One script that runs a FileMaker script does not?any idea of where to look? This is a snip of my code: (All variables are valid.) $request = new FX($ServerIP, $Port,$dataSourceType ); $request->SetDBData($fmdb,$Layout,'1'); $request->SetDBUserPass($fmAccount, $fmPass); $request->AddDBParam( 'ListOrder', '*' ); $request->AddDBParam('-script', 'Start MOFIn Process XML' ); $result = $request->FMFind(); $records =$result['data']; $foundCount=$result['foundCount?]; Thanks, John -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20150330/8da1d94c/attachment.html From csinfo at criticalsolution.com Mon Mar 30 14:25:35 2015 From: csinfo at criticalsolution.com (csinfo) Date: Mon Mar 30 14:25:29 2015 Subject: [FX.php List] Switching to FMServer13 from 12 In-Reply-To: Message-ID: I found out the security on the new web server may be in the way. I found this out by turning on the FX debugger, then copying the URL to a browser does work but only after clicking through a phishing warning. John On 3/30/15, 11:50 AM, "csinfo" wrote: > I have some scripts that modify data that still work after my conversion to > FMServer13 (Windows Server 12) > One script that runs a FileMaker script does not?any idea of where to look? > This is a snip of my code: > (All variables are valid.) > $request = new FX($ServerIP, $Port,$dataSourceType ); > $request->SetDBData($fmdb,$Layout,'1'); > $request->SetDBUserPass($fmAccount, $fmPass); > $request->AddDBParam( 'ListOrder', '*' ); > $request->AddDBParam('-script', 'Start MOFIn Process XML' ); > $result = $request->FMFind(); > $records =$result['data']; > $foundCount=$result['foundCount?]; > > Thanks, > John > > _______________________________________________ FX.php_List mailing list > FX.php_List@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/20150330/5ec45e00/attachment.html From tim.webko at gmail.com Mon Mar 30 15:33:34 2015 From: tim.webko at gmail.com (Tim 'Webko' Booth) Date: Mon Mar 30 15:33:36 2015 Subject: [FX.php List] FMS 11 setup for FX Message-ID: Dear All, After three years of _not_ doing this, my brain has turned to mush... FileMaker Server 11 on Windows Server 2008, CWP via FX from external standard webserver (s) only What configuration should I be using? I thought I could just specify XML and leave it at that, but the deployment wizard keeps wanting a web server as well... Will default IIS on the same server be OK? A simple step by step would be appreciated... Cheers Webko -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20150331/f3386719/attachment.html From David.Ness at BankersFinancialCorp.com Mon Mar 30 11:40:27 2015 From: David.Ness at BankersFinancialCorp.com (Ness, David) Date: Tue Mar 31 12:03:05 2015 Subject: [FX.php List] RE: Switching to FMServer13 from 12 In-Reply-To: References: Message-ID: Yes, the problem is that the layout you reference includes a portal (or perhaps all it takes is related field data). In these fx calls, you must change the$dataSourceType to "fmalt" David Ness FileMaker & Web Applications Developer Bonded Builders Warranty Group St. Petersburg, Florida USA 800-749-0381 x4923 From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of csinfo Sent: Monday, March 30, 2015 12:51 PM To: FX.php Discussion List Subject: [FX.php List] Switching to FMServer13 from 12 I have some scripts that modify data that still work after my conversion to FMServer13 (Windows Server 12) One script that runs a FileMaker script does not...any idea of where to look? This is a snip of my code: (All variables are valid.) $request = new FX($ServerIP, $Port,$dataSourceType ); $request->SetDBData($fmdb,$Layout,'1'); $request->SetDBUserPass($fmAccount, $fmPass); $request->AddDBParam( 'ListOrder', '*' ); $request->AddDBParam('-script', 'Start MOFIn Process XML' ); $result = $request->FMFind(); $records =$result['data']; $foundCount=$result['foundCount']; Thanks, John -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20150330/e3899579/attachment.html