From chris at iViking.org Thu Jan 8 11:02:19 2015 From: chris at iViking.org (Chris Hansen) Date: Thu Jan 8 10:54:33 2015 Subject: [FX.php List] Proposed Auth Method Change to FX.php Message-ID: Hey All, This a question that likely only effects a few experts out there... There?s a pull request right now on github that would change FX.php to explicitly use Basic HTTP authentication. Presently the cURL option in there is CURLAUTH_ANY, which means that "cURL will poll the server to see what methods it supports and pick the best one [of four possibilites]." There are more details (under CURLAUTH_ANY) here: http://us1.php.net/manual/en/function.curl-setopt.php Is there anyone whose FileMaker web setup is using other than BASIC authentication? Best, --Chris From matsuo_atsushi at mac.com Fri Jan 9 07:31:22 2015 From: matsuo_atsushi at mac.com (Atsushi Matsuo) Date: Fri Jan 9 07:23:35 2015 Subject: [FX.php List] Proposed Auth Method Change to FX.php In-Reply-To: References: Message-ID: <6B59B833-4649-4A96-9841-BFC1E633C931@mac.com> Hi, '--anyauth' option of curl command uses the most secure one the remote site claims to support. http://curl.haxx.se/docs/manpage.html#--anyauth And FileMaker Web Publishing Engine seem not to support HTTP digest authentication. The following request returns '401 Unauthorized' if specifying '--digest' instead of '--basic'. $ curl -u USERNAME:PASSWORD --digest "http://127.0.0.1/fmi/xml/fmresultset.xml?-db=DBNAME&-lay=LAYOUTNAME&-findall&-max=1" I think using CURLAUTH_BASIC instead of CURLAUTH_ANY is better. -- Atsushi Matsuo http://www.famlog.jp/ http://inter-mediator.org/ 2015/01/09 3:02?Chris Hansen wrotes: > This a question that likely only effects a few experts out there... There?s a pull request right now on github that would change FX.php to explicitly use Basic HTTP authentication. Presently the cURL option in there is CURLAUTH_ANY, which means that "cURL will poll the server to see what methods it supports and pick the best one [of four possibilites]." There are more details (under CURLAUTH_ANY) here: > > http://us1.php.net/manual/en/function.curl-setopt.php > > Is there anyone whose FileMaker web setup is using other than BASIC authentication? From jschwartz at exit445.com Fri Jan 23 09:04:55 2015 From: jschwartz at exit445.com (jschwartz) Date: Fri Jan 23 08:56:07 2015 Subject: [FX.php List] [OFF] Where are Apache log files in FMS 13? Message-ID: <48B33C60-5191-4437-AE8B-7ED1F6797AF1@exit445.com> Hi Folks, Having a tough time finding Apache log files in FMS 13 on OS X. Where are they found? Using API. Thanks Jonathan From chris at iViking.org Fri Jan 23 09:18:12 2015 From: chris at iViking.org (Chris Hansen) Date: Fri Jan 23 09:09:22 2015 Subject: [FX.php List] Workaround for Portal Bug in Recent Versions of FMS Message-ID: <81BD7F92-6264-4824-BC72-80CFE86D5607@iViking.org> Hey all, I know that many of us have been bitten by the portal bug in recent versions of FMS. A fairly simple workaround struck me while answering a question of the FMExperts list (my apologies to those that already saw this there, to any who already thought of this workaround, and for not thinking of it sooner.) The way to work around the bug would be to create calculation fields for portal rows that contain some sort of default value if the associated field is empty (perhaps zero would work for number fields, and a value like "<>" for text fields.) Of course, like any workaround, this isn't a perfect solution. But if it works for you, it will allow you to use "FMPro7" for your data type rather than "FMAlt" and enjoy the associated performance improvement. (For those who are newer to FX.php, there hasn't been a change in the associated XML schema -- other than bugs and fixes -- since FileMaker 7, so "FMPro7" is equivalent to a data type of "FMPro13".) I hope this is of use to some of you. Best, --Chris From beverlyvoth at gmail.com Fri Jan 23 09:47:03 2015 From: beverlyvoth at gmail.com (BEVERLY VOTH) Date: Fri Jan 23 09:38:18 2015 Subject: [FX.php List] Workaround for Portal Bug in Recent Versions of FMS In-Reply-To: <81BD7F92-6264-4824-BC72-80CFE86D5607@iViking.org> References: <81BD7F92-6264-4824-BC72-80CFE86D5607@iViking.org> Message-ID: <452AC5BD-F973-4D59-B010-FCDB02AF148F@gmail.com> What about a calculation that List's the related id's that way you have even "NULL" related fields? Thanks, Chris! I tend to skip portals altogether on the web and just get the data using the foreign key. Which is another option for those who hate the portal-bug. :) Beverly On Jan 23, 2015, at 11:18 AM, Chris Hansen wrote: > Hey all, > > I know that many of us have been bitten by the portal bug in recent versions of FMS. A fairly simple workaround struck me while answering a question of the FMExperts list (my apologies to those that already saw this there, to any who already thought of this workaround, and for not thinking of it sooner.) The way to work around the bug would be to create calculation fields for portal rows that contain some sort of default value if the associated field is empty (perhaps zero would work for number fields, and a value like "<>" for text fields.) > > Of course, like any workaround, this isn't a perfect solution. But if it works for you, it will allow you to use "FMPro7" for your data type rather than "FMAlt" and enjoy the associated performance improvement. (For those who are newer to FX.php, there hasn't been a change in the associated XML schema -- other than bugs and fixes -- since FileMaker 7, so "FMPro7" is equivalent to a data type of "FMPro13".) > > I hope this is of use to some of you. > > Best, > > --Chris_______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list From dale.bengston at gmail.com Fri Jan 23 14:48:03 2015 From: dale.bengston at gmail.com (Dale Bengston) Date: Fri Jan 23 14:39:15 2015 Subject: [FX.php List] [OFF] Where are Apache log files in FMS 13? In-Reply-To: <48B33C60-5191-4437-AE8B-7ED1F6797AF1@exit445.com> References: <48B33C60-5191-4437-AE8B-7ED1F6797AF1@exit445.com> Message-ID: Hi Jonathan, I?m using OS X Yosemite and my apache logs (access_log, error_log) are located in /var/log/apache2/. I think this has been the location for several versions of OS X back, too. Hope this helped, Dale > On Jan 23, 2015, at 10:04 AM, jschwartz wrote: > > Hi Folks, > > Having a tough time finding Apache log files in FMS 13 on OS X. > > Where are they found? > > Using API. > > Thanks > > Jonathan > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list From phil at eden.net.nz Sat Jan 24 12:10:47 2015 From: phil at eden.net.nz (Philip Lamb) Date: Sat Jan 24 12:02:03 2015 Subject: [FX.php List] Workaround for Portal Bug in Recent Versions of FMS In-Reply-To: <452AC5BD-F973-4D59-B010-FCDB02AF148F@gmail.com> References: <81BD7F92-6264-4824-BC72-80CFE86D5607@iViking.org> <452AC5BD-F973-4D59-B010-FCDB02AF148F@gmail.com> Message-ID: Beverly, Can you explain a little more about this technique? I used portal fields as a convenient way to query multiple tables with a single query. Do you make multiple requests using the foreign key technqiue? Regards, Phil. > On 24/01/2015, at 5:47 AM, BEVERLY VOTH wrote: > > I tend to skip portals altogether on the web and just get the data using the foreign key. Which is another option for those who hate the portal-bug. :) From beverlyvoth at gmail.com Sat Jan 24 16:41:49 2015 From: beverlyvoth at gmail.com (Beverly) Date: Sat Jan 24 16:33:01 2015 Subject: [FX.php List] Workaround for Portal Bug in Recent Versions of FMS In-Reply-To: References: <81BD7F92-6264-4824-BC72-80CFE86D5607@iViking.org> <452AC5BD-F973-4D59-B010-FCDB02AF148F@gmail.com> Message-ID: <212E3150-DD60-4D0D-9523-B3B49517F899@gmail.com> Yes. Query and display the parent. Query and display as many "portals" as needed by taking the parent primary key to match the child foreign key. -- sent from myPhone -- Beverly Voth -- > On Jan 24, 2015, at 2:10 PM, Philip Lamb wrote: > > Beverly, > > Can you explain a little more about this technique? I used portal fields as a convenient way to query multiple tables with a single query. Do you make multiple requests using the foreign key technqiue? > > Regards, > Phil. > >> On 24/01/2015, at 5:47 AM, BEVERLY VOTH wrote: >> >> I tend to skip portals altogether on the web and just get the data using the foreign key. Which is another option for those who hate the portal-bug. :) > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list From malcolm at notyourhomework.net Sat Jan 24 16:54:59 2015 From: malcolm at notyourhomework.net (Malcolm Fitzgerald) Date: Sat Jan 24 16:46:07 2015 Subject: [FX.php List] Workaround for Portal Bug in Recent Versions of FMS In-Reply-To: <212E3150-DD60-4D0D-9523-B3B49517F899@gmail.com> References: <81BD7F92-6264-4824-BC72-80CFE86D5607@iViking.org> <452AC5BD-F973-4D59-B010-FCDB02AF148F@gmail.com> <212E3150-DD60-4D0D-9523-B3B49517F899@gmail.com> Message-ID: <54C430D3.90205@notyourhomework.net> Beverly, Don't you find that the need to make multiple connections imposes time penalties? I began doing all the work, ie, query parent, query related tables, but I'm now putting portals onto layouts and getting better performance. Admittedly, this is done on small related record sets. Malcolm On 25/01/2015 12:41 pm, Beverly wrote: > Yes. Query and display the parent. Query and display as many "portals" as needed by taking the parent primary key to match the child foreign key. > > -- sent from myPhone -- > Beverly Voth > -- > >> On Jan 24, 2015, at 2:10 PM, Philip Lamb wrote: >> >> Beverly, >> >> Can you explain a little more about this technique? I used portal fields as a convenient way to query multiple tables with a single query. Do you make multiple requests using the foreign key technqiue? >> >> Regards, >> Phil. >> >>> On 24/01/2015, at 5:47 AM, BEVERLY VOTH wrote: >>> >>> I tend to skip portals altogether on the web and just get the data using the foreign key. Which is another option for those who hate the portal-bug. :) >> _______________________________________________ >> 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 beverlyvoth at gmail.com Sat Jan 24 20:32:26 2015 From: beverlyvoth at gmail.com (Beverly) Date: Sat Jan 24 20:23:38 2015 Subject: [FX.php List] Workaround for Portal Bug in Recent Versions of FMS In-Reply-To: <54C430D3.90205@notyourhomework.net> References: <81BD7F92-6264-4824-BC72-80CFE86D5607@iViking.org> <452AC5BD-F973-4D59-B010-FCDB02AF148F@gmail.com> <212E3150-DD60-4D0D-9523-B3B49517F899@gmail.com> <54C430D3.90205@notyourhomework.net> Message-ID: I didn't say multiple connections I said multiple queries. Does that help? This is the same method I use to SQL dbs. -- sent from myPhone -- Beverly Voth -- > On Jan 24, 2015, at 6:54 PM, Malcolm Fitzgerald wrote: > > Beverly, > > Don't you find that the need to make multiple connections imposes time penalties? > > I began doing all the work, ie, query parent, query related tables, but I'm now putting portals onto layouts and getting better performance. Admittedly, this is done on small related record sets. > > Malcolm > >> On 25/01/2015 12:41 pm, Beverly wrote: >> Yes. Query and display the parent. Query and display as many "portals" as needed by taking the parent primary key to match the child foreign key. >> >> -- sent from myPhone -- >> Beverly Voth >> -- >> >>> On Jan 24, 2015, at 2:10 PM, Philip Lamb wrote: >>> >>> Beverly, >>> >>> Can you explain a little more about this technique? I used portal fields as a convenient way to query multiple tables with a single query. Do you make multiple requests using the foreign key technqiue? >>> >>> Regards, >>> Phil. >>> >>>> On 24/01/2015, at 5:47 AM, BEVERLY VOTH wrote: >>>> >>>> I tend to skip portals altogether on the web and just get the data using the foreign key. Which is another option for those who hate the portal-bug. :) >>> _______________________________________________ >>> 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 From malcolm at notyourhomework.net Sat Jan 24 20:49:50 2015 From: malcolm at notyourhomework.net (Malcolm Fitzgerald) Date: Sat Jan 24 20:40:56 2015 Subject: [FX.php List] Workaround for Portal Bug in Recent Versions of FMS In-Reply-To: References: <81BD7F92-6264-4824-BC72-80CFE86D5607@iViking.org> <452AC5BD-F973-4D59-B010-FCDB02AF148F@gmail.com> <212E3150-DD60-4D0D-9523-B3B49517F899@gmail.com> <54C430D3.90205@notyourhomework.net> Message-ID: <54C467DE.7030300@notyourhomework.net> Maybe? I'll play around and see what I get. Malcolm On 25/01/2015 4:32 pm, Beverly wrote: > I didn't say multiple connections I said multiple queries. Does that help? > This is the same method I use to SQL dbs. > > -- sent from myPhone -- > Beverly Voth > -- > >> On Jan 24, 2015, at 6:54 PM, Malcolm Fitzgerald wrote: >> >> Beverly, >> >> Don't you find that the need to make multiple connections imposes time penalties? >> >> I began doing all the work, ie, query parent, query related tables, but I'm now putting portals onto layouts and getting better performance. Admittedly, this is done on small related record sets. >> >> Malcolm >> >>> On 25/01/2015 12:41 pm, Beverly wrote: >>> Yes. Query and display the parent. Query and display as many "portals" as needed by taking the parent primary key to match the child foreign key. >>> >>> -- sent from myPhone -- >>> Beverly Voth >>> -- >>> >>>> On Jan 24, 2015, at 2:10 PM, Philip Lamb wrote: >>>> >>>> Beverly, >>>> >>>> Can you explain a little more about this technique? I used portal fields as a convenient way to query multiple tables with a single query. Do you make multiple requests using the foreign key technqiue? >>>> >>>> Regards, >>>> Phil. >>>> >>>>> On 24/01/2015, at 5:47 AM, BEVERLY VOTH wrote: >>>>> >>>>> I tend to skip portals altogether on the web and just get the data using the foreign key. Which is another option for those who hate the portal-bug. :) >>>> _______________________________________________ >>>> 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 From dale.bengston at gmail.com Sun Jan 25 07:18:34 2015 From: dale.bengston at gmail.com (Dale Bengston) Date: Sun Jan 25 07:09:39 2015 Subject: [FX.php List] Workaround for Portal Bug in Recent Versions of FMS In-Reply-To: References: <81BD7F92-6264-4824-BC72-80CFE86D5607@iViking.org> <452AC5BD-F973-4D59-B010-FCDB02AF148F@gmail.com> <212E3150-DD60-4D0D-9523-B3B49517F899@gmail.com> <54C430D3.90205@notyourhomework.net> Message-ID: Me too. -Dale > On Jan 24, 2015, at 9:32 PM, Beverly wrote: > > I didn't say multiple connections I said multiple queries. Does that help? > This is the same method I use to SQL dbs. > > -- sent from myPhone -- > Beverly Voth > -- > >> On Jan 24, 2015, at 6:54 PM, Malcolm Fitzgerald wrote: >> >> Beverly, >> >> Don't you find that the need to make multiple connections imposes time penalties? >> >> I began doing all the work, ie, query parent, query related tables, but I'm now putting portals onto layouts and getting better performance. Admittedly, this is done on small related record sets. >> >> Malcolm >> >>> On 25/01/2015 12:41 pm, Beverly wrote: >>> Yes. Query and display the parent. Query and display as many "portals" as needed by taking the parent primary key to match the child foreign key. >>> >>> -- sent from myPhone -- >>> Beverly Voth >>> -- >>> >>>> On Jan 24, 2015, at 2:10 PM, Philip Lamb wrote: >>>> >>>> Beverly, >>>> >>>> Can you explain a little more about this technique? I used portal fields as a convenient way to query multiple tables with a single query. Do you make multiple requests using the foreign key technqiue? >>>> >>>> Regards, >>>> Phil. >>>> >>>>> On 24/01/2015, at 5:47 AM, BEVERLY VOTH wrote: >>>>> >>>>> I tend to skip portals altogether on the web and just get the data using the foreign key. Which is another option for those who hate the portal-bug. :) >>>> _______________________________________________ >>>> 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 From KFutter at sbc.vic.edu.au Mon Jan 26 22:20:08 2015 From: KFutter at sbc.vic.edu.au (Kevin Futter) Date: Mon Jan 26 22:08:21 2015 Subject: [FX.php List] Workaround for Portal Bug in Recent Versions of FMS In-Reply-To: References: <81BD7F92-6264-4824-BC72-80CFE86D5607@iViking.org> <452AC5BD-F973-4D59-B010-FCDB02AF148F@gmail.com> <212E3150-DD60-4D0D-9523-B3B49517F899@gmail.com> <54C430D3.90205@notyourhomework.net> Message-ID: But how do you make multiple queries using only a single connection? This element has me puzzled, so I?d love some clarification, especially given the performance issues we?ve been suffering with FM web output lately. Kev On 25/01/2015 2:32 pm, "Beverly" wrote: >I didn't say multiple connections I said multiple queries. Does that help? >This is the same method I use to SQL dbs. > >-- sent from myPhone -- >Beverly Voth >-- > >> On Jan 24, 2015, at 6:54 PM, Malcolm Fitzgerald >> wrote: >> >> Beverly, >> >> Don't you find that the need to make multiple connections imposes time >>penalties? >> >> I began doing all the work, ie, query parent, query related tables, but >>I'm now putting portals onto layouts and getting better performance. >>Admittedly, this is done on small related record sets. >> >> Malcolm >> >>> On 25/01/2015 12:41 pm, Beverly wrote: >>> Yes. Query and display the parent. Query and display as many "portals" >>>as needed by taking the parent primary key to match the child foreign >>>key. >>> >>> -- sent from myPhone -- >>> Beverly Voth >>> -- >>> >>>> On Jan 24, 2015, at 2:10 PM, Philip Lamb wrote: >>>> >>>> Beverly, >>>> >>>> Can you explain a little more about this technique? I used portal >>>>fields as a convenient way to query multiple tables with a single >>>>query. Do you make multiple requests using the foreign key technqiue? >>>> >>>> Regards, >>>> Phil. >>>> >>>>> On 24/01/2015, at 5:47 AM, BEVERLY VOTH >>>>>wrote: >>>>> >>>>> I tend to skip portals altogether on the web and just get the data >>>>>using the foreign key. Which is another option for those who hate the >>>>>portal-bug. :) >>>> _______________________________________________ >>>> 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 [http://www.sbc.vic.edu.au/assets/images/email_logo.gif] St Bernard's College Celebrating 75 Years of Achieving Excellence By Learning And Doing Kevin Futter Webmaster Ph: +61392891095 | Mobile: Email: KFutter@sbc.vic.edu.au 41 Rosehill Road, Essendon, Victoria, 3040 | Ph: 03 9289 1000 | F: 9337 1741 | www.sbc.vic.edu.au ________________________________ This e-mail and any attachments may be confidential. You must not disclose or use the information in this e-mail if you are not the intended recipient. If you have received this e-mail in error, please notify us immediately and delete the e-mail and all copies. The College does not guarantee that this e-mail is virus or error free. The attached files are provided and may only be used on the basis that the user assumes all responsibility for any loss, damage or consequence resulting directly or indirectly from the use of the attached files, whether caused by the negligence of the sender or not. The content and opinions in this e-mail are not necessarily those of the College. From beverlyvoth at gmail.com Tue Jan 27 06:38:23 2015 From: beverlyvoth at gmail.com (BEVERLY VOTH) Date: Tue Jan 27 06:29:22 2015 Subject: [FX.php List] Workaround for Portal Bug in Recent Versions of FMS In-Reply-To: References: <81BD7F92-6264-4824-BC72-80CFE86D5607@iViking.org> <452AC5BD-F973-4D59-B010-FCDB02AF148F@gmail.com> <212E3150-DD60-4D0D-9523-B3B49517F899@gmail.com> <54C430D3.90205@notyourhomework.net> Message-ID: <380A1712-4B55-4BE4-AED6-CBD3391C8777@gmail.com> How do you make one query with one connection? :) Just push all the queries into one connection. YES, you need to save the results to different variable names.... // start the connection // query1 - save to $main // query2 - save to $child1 // ... // end the connection In the case of using the parent record to get the foreign key, you have the option of making the child queries within the loop of the parent results. OR you can just display based on the keys as you loop through the parent: /* EXAMPLE 1 */ // open connection // query1 for ... // display main record // query2 // display children records ... (end loop) // close connection /* EXAMPLE 2 */ // open connection // query1 // query2 // close connection for (loop main) display main record for (loop children) if (keys match) display children records ... (end loop) You can see that the first example throws the main & child displays while you still have the connection open. The second example saves all the children of all the parents and only displays after the connection is closed. Yours to test and see. I may use both methods and it depends upon the number of main results called and the number of children needed to be called. Beverly p.s. you might look at examples of these with MySQL queries and see what others do. then apply the same logic (different class calls, of course!) to FM queries. On Jan 27, 2015, at 12:20 AM, Kevin Futter wrote: > But how do you make multiple queries using only a single connection? This > element has me puzzled, so I?d love some clarification, especially given > the performance issues we?ve been suffering with FM web output lately. > > Kev > > On 25/01/2015 2:32 pm, "Beverly" wrote: > >> I didn't say multiple connections I said multiple queries. Does that help? >> This is the same method I use to SQL dbs. >> >> -- sent from myPhone -- >> Beverly Voth >> -- >> >>> On Jan 24, 2015, at 6:54 PM, Malcolm Fitzgerald >>> wrote: >>> >>> Beverly, >>> >>> Don't you find that the need to make multiple connections imposes time >>> penalties? >>> >>> I began doing all the work, ie, query parent, query related tables, but >>> I'm now putting portals onto layouts and getting better performance. >>> Admittedly, this is done on small related record sets. >>> >>> Malcolm >>> >>>> On 25/01/2015 12:41 pm, Beverly wrote: >>>> Yes. Query and display the parent. Query and display as many "portals" >>>> as needed by taking the parent primary key to match the child foreign >>>> key. >>>> >>>> -- sent from myPhone -- >>>> Beverly Voth >>>> -- >>>> >>>>> On Jan 24, 2015, at 2:10 PM, Philip Lamb wrote: >>>>> >>>>> Beverly, >>>>> >>>>> Can you explain a little more about this technique? I used portal >>>>> fields as a convenient way to query multiple tables with a single >>>>> query. Do you make multiple requests using the foreign key technqiue? >>>>> >>>>> Regards, >>>>> Phil. >>>>> >>>>>> On 24/01/2015, at 5:47 AM, BEVERLY VOTH >>>>>> wrote: >>>>>> >>>>>> I tend to skip portals altogether on the web and just get the data >>>>>> using the foreign key. Which is another option for those who hate the >>>>>> portal-bug. :) > From whatdoyouwant at gmail.com Thu Jan 29 14:41:21 2015 From: whatdoyouwant at gmail.com (Nick) Date: Thu Jan 29 14:32:07 2015 Subject: [FX.php List] Proposed Auth Method Change to FX.php In-Reply-To: <6B59B833-4649-4A96-9841-BFC1E633C931@mac.com> References: <6B59B833-4649-4A96-9841-BFC1E633C931@mac.com> Message-ID: I seem to remember the reason we didn't do this in the past was to support an old version of PHP. On Fri, Jan 9, 2015 at 8:31 AM, Atsushi Matsuo wrote: > Hi, > > '--anyauth' option of curl command uses the most secure one the remote > site claims to support. > > http://curl.haxx.se/docs/manpage.html#--anyauth > > And FileMaker Web Publishing Engine seem not to support HTTP digest > authentication. > The following request returns '401 Unauthorized' if specifying '--digest' > instead of '--basic'. > > $ curl -u USERNAME:PASSWORD --digest " > http://127.0.0.1/fmi/xml/fmresultset.xml?-db=DBNAME&-lay=LAYOUTNAME&-findall&-max=1 > " > > I think using CURLAUTH_BASIC instead of CURLAUTH_ANY is better. > > -- > Atsushi Matsuo > http://www.famlog.jp/ > http://inter-mediator.org/ > > > 2015/01/09 3:02?Chris Hansen wrotes: > > This a question that likely only effects a few experts out there... > There?s a pull request right now on github that would change FX.php to > explicitly use Basic HTTP authentication. Presently the cURL option in > there is CURLAUTH_ANY, which means that "cURL will poll the server to see > what methods it supports and pick the best one [of four possibilites]." > There are more details (under CURLAUTH_ANY) here: > > > > http://us1.php.net/manual/en/function.curl-setopt.php > > > > Is there anyone whose FileMaker web setup is using other than BASIC > authentication? > _______________________________________________ > 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/20150129/b2e8f6c5/attachment.html From fxphp at igsmasouth.org Fri Jan 30 15:25:29 2015 From: fxphp at igsmasouth.org (Jon Montgomery) Date: Fri Jan 30 15:16:12 2015 Subject: [FX.php List] Is it possible to extend the time limit of a call in PHP? Message-ID: Hi, Is there a PHP function or code that one could extend the time of execution of a PHP query? What is the default time? I am thinking there is one but have never used it, and would you place it at the beginning of the page (or maybe a better way to say it is Where on the page would you place it?) Thank you in advance to all the smart people on this list. Have been reading it for years! Jon Montgomery Illinois Grade School Music Association From jdcunha at supportgroup.com Fri Jan 30 15:31:48 2015 From: jdcunha at supportgroup.com (James Dcunha) Date: Fri Jan 30 15:22:49 2015 Subject: [FX.php List] Is it possible to extend the time limit of a call in PHP? In-Reply-To: References: Message-ID: 30 seconds is the max execution time. You can set the following line at the start of your php script ini_set('max_execution_time',60); //if you want to set it for a minute Regards James Dcunha - Systems Engineer at The Support Group jdcunha@supportgroup.com (617) 252-8079 (Phone) www.supportgroup.com On Fri, Jan 30, 2015 at 5:25 PM, Jon Montgomery wrote: > Hi, > > Is there a PHP function or code that one could extend the time of > execution of a PHP query? What is the default time? > > I am thinking there is one but have never used it, and would you place it > at the beginning of the page (or maybe a better way to say it is Where on > the page would you place it?) > > Thank you in advance to all the smart people on this list. Have been > reading it for years! > > Jon Montgomery > Illinois Grade School Music > Association_______________________________________________ > 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/20150130/d8535b1b/attachment.html