From bob at patin.com Mon Aug 13 08:45:47 2012 From: bob at patin.com (Bob Patin) Date: Mon Aug 13 08:03:29 2012 Subject: [FX.php List] Finding records based on an array of IDs Message-ID: <39B1925A-582D-4E78-A045-9B07C3031487@patin.com> I have a system where there are users in a USERS table; each USER has 1 or more related records in a 2nd table that we'll call TOURS. In a 3rd table I have related documents that are uploaded to one of the tours for which this user *may* have access. For example, let's say that I am a user, and I have 2 tours that I can access. USER: bob TOUR IDs: 100, 101 When I login, I create an array of all the tourIDs related to my user record; I store the array in a session variable $_SESSION['tourIDs'][0] = 100 $_SESSION['tourIDs'][1] = 101 I want to find a list of all documents that have one of these tourIDs in it. QUESTION: How do I append my found set to include multiple tourIDs? The first idea I had was to create an array from the found records, and build my results that way; is there an easier way than that to extend a found set similar to the way that FileMaker does it? Thanks, Bob Patin Longterm Solutions LLC bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com FileMaker 9, 10 & 11 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -- Twitter: bobpatin Google+: http://www.longtermsolutions.com/plus AIM: longterm1954 iChat: bobpatin -- Expert FileMaker Consulting FileMaker Hosting for all versions of FileMaker From bob at patin.com Mon Aug 13 09:52:56 2012 From: bob at patin.com (Bob Patin) Date: Mon Aug 13 09:10:41 2012 Subject: [FX.php List] [off] Where is PEAR.php? Message-ID: <9D433870-42F0-4CF7-ADAA-9B3892C0DC08@patin.com> I'm trying to use something that references PEAR.php; I'm working on a server running Mac OS X Server 10.4.11, which supposedly has PEAR already installed. Is PEAR.php somewhere on my machine and if so, can I just make a copy of it into my project? Thanks, Bob Patin Longterm Solutions LLC bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com FileMaker 9, 10 & 11 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -- Twitter: bobpatin Google+: http://www.longtermsolutions.com/plus AIM: longterm1954 iChat: bobpatin -- Expert FileMaker Consulting FileMaker Hosting for all versions of FileMaker From bob at patin.com Mon Aug 13 10:05:56 2012 From: bob at patin.com (Bob Patin) Date: Mon Aug 13 09:23:40 2012 Subject: [FX.php List] [off] Trying to send mail thru Gmail Message-ID: I'm trying to send email from PHP using a Gmail account (and their server) and have had zero luck... Can anyone help me with this? I'd gladly pay if you can get me on the right track. Thanks, Bob Patin Longterm Solutions LLC bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com FileMaker 9, 10 & 11 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -- Twitter: bobpatin Google+: http://www.longtermsolutions.com/plus AIM: longterm1954 iChat: bobpatin -- Expert FileMaker Consulting FileMaker Hosting for all versions of FileMaker From steve at bluecrocodile.co.nz Mon Aug 13 10:10:18 2012 From: steve at bluecrocodile.co.nz (Steve Winter) Date: Mon Aug 13 09:27:08 2012 Subject: [FX.php List] Finding records based on an array of IDs In-Reply-To: <39B1925A-582D-4E78-A045-9B07C3031487@patin.com> References: <39B1925A-582D-4E78-A045-9B07C3031487@patin.com> Message-ID: <971D5239-C6B7-4785-A939-64603F845E6E@bluecrocodile.co.nz> Bob I'm confused? you want to search in DOCUMENTS (or whatever it's called, you didn't name it below) for 100 OR 101?? So in pseudo SQL; SELECT * FROM Documents WHERE tourID IN (100, 101) Is that correct?? In which case won't $InstanceName = new FX(**server**); $InstanceName->SetDBData(**file**, **layout**); $InstanceName->AddDBParam('TourID', 100); $InstanceName->AddDBParam('TourID', 101); $InstanceName->AddDBParam('-lop', 'or'); $ReturnedData = $InstanceName->FMFind(); Do what you want?? Cheers Steve > I have a system where there are users in a USERS table; each USER has 1 or more related records in a 2nd table that we'll call TOURS. > > In a 3rd table I have related documents that are uploaded to one of the tours for which this user *may* have access. > > For example, let's say that I am a user, and I have 2 tours that I can access. > > USER: bob > > TOUR IDs: 100, 101 > > When I login, I create an array of all the tourIDs related to my user record; I store the array in a session variable > > $_SESSION['tourIDs'][0] = 100 > $_SESSION['tourIDs'][1] = 101 > > I want to find a list of all documents that have one of these tourIDs in it. > > QUESTION: How do I append my found set to include multiple tourIDs? The first idea I had was to create an array from the found records, and build my results that way; is there an easier way than that to extend a found set similar to the way that FileMaker does it? > > Thanks, > > > Bob Patin > Longterm Solutions LLC > bob@longtermsolutions.com > 615-333-6858 > http://www.longtermsolutions.com > FileMaker 9, 10 & 11 Certified Developer > Member of FileMaker Business Alliance and FileMaker TechNet > -- > Twitter: bobpatin > Google+: http://www.longtermsolutions.com/plus > AIM: longterm1954 > iChat: bobpatin > -- > Expert FileMaker Consulting > FileMaker Hosting for all versions of FileMaker > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list Steve Winter +44 777 852 4776 steve@bluecrocodile.co.nz From steve at bluecrocodile.co.nz Mon Aug 13 10:12:06 2012 From: steve at bluecrocodile.co.nz (Steve Winter) Date: Mon Aug 13 09:28:55 2012 Subject: [FX.php List] [off] Trying to send mail thru Gmail In-Reply-To: References: Message-ID: <35979F70-CBB7-4270-BFC4-09700BE555D1@bluecrocodile.co.nz> Hi Bob It's non-trivial thanks to their security settings/ports etc? http://www.web-development-blog.com/archives/send-e-mail-messages-via-smtp-with-phpmailer-and-gmail/ Has a good tutorial on how to get this working if you use (or could use) PHPMailer HTH Steve > I'm trying to send email from PHP using a Gmail account (and their server) and have had zero luck... > > Can anyone help me with this? I'd gladly pay if you can get me on the right track. > > Thanks, > > Bob Patin > Longterm Solutions LLC > bob@longtermsolutions.com > 615-333-6858 > http://www.longtermsolutions.com > FileMaker 9, 10 & 11 Certified Developer > Member of FileMaker Business Alliance and FileMaker TechNet > -- > Twitter: bobpatin > Google+: http://www.longtermsolutions.com/plus > AIM: longterm1954 > iChat: bobpatin > -- > Expert FileMaker Consulting > FileMaker Hosting for all versions of FileMaker > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list Steve Winter +44 777 852 4776 steve@bluecrocodile.co.nz -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20120813/86fb5f1a/attachment.html From bob at patin.com Mon Aug 13 10:12:20 2012 From: bob at patin.com (Bob Patin) Date: Mon Aug 13 09:29:59 2012 Subject: [FX.php List] Finding records based on an array of IDs In-Reply-To: <971D5239-C6B7-4785-A939-64603F845E6E@bluecrocodile.co.nz> References: <39B1925A-582D-4E78-A045-9B07C3031487@patin.com> <971D5239-C6B7-4785-A939-64603F845E6E@bluecrocodile.co.nz> Message-ID: <16473E71-51C6-4A55-9C84-659C42DECE19@patin.com> Well there's the thing... I didn't realize the query below would actually get me there! I'll give that a shot... willing to help me with the mail thing? :) BP On Aug 13, 2012, at 11:10 AM, Steve Winter wrote: > > In which case won't > > $InstanceName = new FX(**server**); > $InstanceName->SetDBData(**file**, **layout**); > $InstanceName->AddDBParam('TourID', 100); > $InstanceName->AddDBParam('TourID', 101); > $InstanceName->AddDBParam('-lop', 'or'); > $ReturnedData = $InstanceName->FMFind(); > > Do what you want?? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20120813/dae9519c/attachment-0001.html From steve at bluecrocodile.co.nz Mon Aug 13 10:17:11 2012 From: steve at bluecrocodile.co.nz (Steve Winter) Date: Mon Aug 13 09:33:59 2012 Subject: [FX.php List] Finding records based on an array of IDs In-Reply-To: <16473E71-51C6-4A55-9C84-659C42DECE19@patin.com> References: <39B1925A-582D-4E78-A045-9B07C3031487@patin.com> <971D5239-C6B7-4785-A939-64603F845E6E@bluecrocodile.co.nz> <16473E71-51C6-4A55-9C84-659C42DECE19@patin.com> Message-ID: Howdy > Well there's the thing... I didn't realize the query below would actually get me there! Not saying it will, but it should ;-) > I'll give that a shot... willing to help me with the mail thing? :) Surely? have signed in to iChat if you get stuck... Cheers Steve Steve Winter +44 777 852 4776 steve@bluecrocodile.co.nz -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20120813/a1c4b946/attachment.html From bob at patin.com Wed Aug 15 14:34:47 2012 From: bob at patin.com (Bob Patin) Date: Wed Aug 15 13:52:22 2012 Subject: [FX.php List] Odd problem with POST values Message-ID: <60E9B186-EAB4-4A40-9747-5CA751E79CFC@patin.com> I have a client for whom I've written a form with 7 textarea fields, into which the submitter types in some sentences. Here's what I can see: If I put 800 or more characters in any one field, the subsequent processing page fails; If I put a total of more than 800 characters into multiple fields (200 characters each in 4 different fields), it fails; If I put 700 characters (either in a single field or spread across several input textareas), it succeeds; when I say that it fails, what happens is that my PHP page doesn't ever finish loading, and we see a white screen. Is there a limit to how many characters TOTAL you can put into a POST form? I know that GET strings have a limit, but I thought that you could put a large amt. of text into textarea fields? Let me know if you can help me with this strange problem; thanks, Bob Patin Longterm Solutions LLC bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com FileMaker 9, 10 & 11 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -- Twitter: bobpatin Google+: http://www.longtermsolutions.com/plus AIM: longterm1954 iChat: bobpatin -- Expert FileMaker Consulting FileMaker Hosting for all versions of FileMaker From dale.bengston at gmail.com Wed Aug 15 15:18:33 2012 From: dale.bengston at gmail.com (Dale Bengston) Date: Wed Aug 15 14:35:10 2012 Subject: [FX.php List] Odd problem with POST values In-Reply-To: <60E9B186-EAB4-4A40-9747-5CA751E79CFC@patin.com> References: <60E9B186-EAB4-4A40-9747-5CA751E79CFC@patin.com> Message-ID: Hi Bob, Strange, I have forms that collect far more than 800 characters. What happens if you turn error reporting on to see what the white page is choking on? Dale On Aug 15, 2012, at 3:34 PM, Bob Patin wrote: > I have a client for whom I've written a form with 7 textarea fields, into which the submitter types in some sentences. > > Here's what I can see: > > If I put 800 or more characters in any one field, the subsequent processing page fails; > > If I put a total of more than 800 characters into multiple fields (200 characters each in 4 different fields), it fails; > > If I put 700 characters (either in a single field or spread across several input textareas), it succeeds; > > when I say that it fails, what happens is that my PHP page doesn't ever finish loading, and we see a white screen. > > Is there a limit to how many characters TOTAL you can put into a POST form? I know that GET strings have a limit, but I thought that you could put a large amt. of text into textarea fields? > > Let me know if you can help me with this strange problem; thanks, > > Bob Patin > Longterm Solutions LLC > bob@longtermsolutions.com > 615-333-6858 > http://www.longtermsolutions.com > FileMaker 9, 10 & 11 Certified Developer > Member of FileMaker Business Alliance and FileMaker TechNet > -- > Twitter: bobpatin > Google+: http://www.longtermsolutions.com/plus > AIM: longterm1954 > iChat: bobpatin > -- > Expert FileMaker Consulting > FileMaker Hosting for all versions of FileMaker > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list From steve at bluecrocodile.co.nz Wed Aug 15 15:23:55 2012 From: steve at bluecrocodile.co.nz (Steve Winter) Date: Wed Aug 15 14:40:32 2012 Subject: [FX.php List] Odd problem with POST values In-Reply-To: <60E9B186-EAB4-4A40-9747-5CA751E79CFC@patin.com> References: <60E9B186-EAB4-4A40-9747-5CA751E79CFC@patin.com> Message-ID: <5B665EEA-8F39-4F69-B33B-EB79CBE0BA9D@bluecrocodile.co.nz> Hey Bob Are you really really sure it's posting the data...? And not a form submitting data via get...? Cheers Steve Sent from the iPhone of Steve Winter Matatiro Solutions steve@matatirosolutions.co.uk +44 777 852 4776 On 15 Aug 2012, at 21:34, Bob Patin wrote: > I have a client for whom I've written a form with 7 textarea fields, into which the submitter types in some sentences. > > Here's what I can see: > > If I put 800 or more characters in any one field, the subsequent processing page fails; > > If I put a total of more than 800 characters into multiple fields (200 characters each in 4 different fields), it fails; > > If I put 700 characters (either in a single field or spread across several input textareas), it succeeds; > > when I say that it fails, what happens is that my PHP page doesn't ever finish loading, and we see a white screen. > > Is there a limit to how many characters TOTAL you can put into a POST form? I know that GET strings have a limit, but I thought that you could put a large amt. of text into textarea fields? > > Let me know if you can help me with this strange problem; thanks, > > Bob Patin > Longterm Solutions LLC > bob@longtermsolutions.com > 615-333-6858 > http://www.longtermsolutions.com > FileMaker 9, 10 & 11 Certified Developer > Member of FileMaker Business Alliance and FileMaker TechNet > -- > Twitter: bobpatin > Google+: http://www.longtermsolutions.com/plus > AIM: longterm1954 > iChat: bobpatin > -- > Expert FileMaker Consulting > FileMaker Hosting for all versions of FileMaker > > _______________________________________________ > 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 Wed Aug 15 19:43:56 2012 From: bob at patin.com (Bob Patin) Date: Wed Aug 15 19:01:28 2012 Subject: [FX.php List] Odd problem with POST values In-Reply-To: <5B665EEA-8F39-4F69-B33B-EB79CBE0BA9D@bluecrocodile.co.nz> References: <60E9B186-EAB4-4A40-9747-5CA751E79CFC@patin.com> <5B665EEA-8F39-4F69-B33B-EB79CBE0BA9D@bluecrocodile.co.nz> Message-ID: <85DCFF18-FD42-44ED-A3EB-13130AD25530@patin.com> Positive; in fact, it POSTs fine with less than 800 characters. Could the max_data variable in PHP.ini fix it? I told my client to update her php.ini file and bump it; she told me it was set to 8MB, which doesn't seem like it would cause it to flake out at less than 800 characters, but I don't know how many bytes a character actually takes... BP Bob Patin Longterm Solutions LLC P.O. Box 3408 Brentwood, TN 37024 bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com iChat: bobpatin AIM: longterm1954 Twitter: bobpatin Google+: http://www.longtermsolutions.com/plus -- FileMaker 9, 10 & 11 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -- FileMaker hosting and consulting for all versions of FileMaker PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting On Aug 15, 2012, at 4:23 PM, Steve Winter wrote: > > Are you really really sure it's posting the data...? And not a form submitting data via get...? > > Cheers > Steve -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20120815/bc5fd1cc/attachment.html From jschwartz at exit445.com Wed Aug 15 19:49:11 2012 From: jschwartz at exit445.com (Jonathan Schwartz) Date: Wed Aug 15 19:05:49 2012 Subject: [FX.php List] Odd problem with POST values In-Reply-To: <85DCFF18-FD42-44ED-A3EB-13130AD25530@patin.com> References: <60E9B186-EAB4-4A40-9747-5CA751E79CFC@patin.com> <5B665EEA-8F39-4F69-B33B-EB79CBE0BA9D@bluecrocodile.co.nz> <85DCFF18-FD42-44ED-A3EB-13130AD25530@patin.com> Message-ID: Bob, I noted a web site that said the browser might be the limiting factor. It mentioned that Internet Explorer had a lower character limit than other browsers. Does this apply to your situation? Jonathan Schwartz Exit 445 Group 415-370-5011 On Aug 15, 2012, at 6:43 PM, Bob Patin wrote: > Positive; in fact, it POSTs fine with less than 800 characters. > > Could the max_data variable in PHP.ini fix it? I told my client to update her php.ini file and bump it; she told me it was set to 8MB, which doesn't seem like it would cause it to flake out at less than 800 characters, but I don't know how many bytes a character actually takes... > > BP > > > Bob Patin > Longterm Solutions LLC > P.O. Box 3408 > Brentwood, TN 37024 > bob@longtermsolutions.com > 615-333-6858 > http://www.longtermsolutions.com > iChat: bobpatin > AIM: longterm1954 > Twitter: bobpatin > Google+: http://www.longtermsolutions.com/plus > -- > FileMaker 9, 10 & 11 Certified Developer > Member of FileMaker Business Alliance and FileMaker TechNet > -- > FileMaker hosting and consulting for all versions of FileMaker > PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting > On Aug 15, 2012, at 4:23 PM, Steve Winter wrote: > >> >> Are you really really sure it's posting the data...? And not a form submitting data via get...? >> >> Cheers >> Steve > > _______________________________________________ > 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/20120815/ab035fd1/attachment-0001.html From bob at patin.com Wed Aug 15 19:51:35 2012 From: bob at patin.com (Bob Patin) Date: Wed Aug 15 19:09:08 2012 Subject: [FX.php List] Odd problem with POST values In-Reply-To: References: <60E9B186-EAB4-4A40-9747-5CA751E79CFC@patin.com> <5B665EEA-8F39-4F69-B33B-EB79CBE0BA9D@bluecrocodile.co.nz> <85DCFF18-FD42-44ED-A3EB-13130AD25530@patin.com> Message-ID: I tried Firefox & Safari... The web server's an Xserve, not sure what version she's using though. I told her to bump the max_post_size (forget the actual name of the variable)... she's supposed to call me when she changes it... BP Bob Patin Longterm Solutions LLC P.O. Box 3408 Brentwood, TN 37024 bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com iChat: bobpatin AIM: longterm1954 Twitter: bobpatin Google+: http://www.longtermsolutions.com/plus -- FileMaker 9, 10 & 11 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -- FileMaker hosting and consulting for all versions of FileMaker PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting On Aug 15, 2012, at 8:49 PM, Jonathan Schwartz wrote: > I noted a web site that said the browser might be the limiting factor. It mentioned that Internet Explorer had a lower character limit than other browsers. > > Does this apply to your situation? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20120815/8bc423b5/attachment.html From beverlyvoth at gmail.com Thu Aug 16 06:37:15 2012 From: beverlyvoth at gmail.com (BEVERLY VOTH) Date: Thu Aug 16 05:53:58 2012 Subject: [FX.php List] Odd problem with POST values In-Reply-To: References: <60E9B186-EAB4-4A40-9747-5CA751E79CFC@patin.com> <5B665EEA-8F39-4F69-B33B-EB79CBE0BA9D@bluecrocodile.co.nz> <85DCFF18-FD42-44ED-A3EB-13130AD25530@patin.com> Message-ID: <5AE33A6F-BA64-4EF8-9D2C-5E3576363A69@gmail.com> Yes, I've run into this problem with browsers in the past. I thought that was no longer a problem. Bob, could it be a "time-out" issue? and/or could you adjust the "entry" for large fields to allow file uploads instead of typing into them? You'd probably have to limit the type of upload to be something that you could then read and push into a database. (just thinking around the problem, but don't know if that solves it) Beverly On 15 Aug 2012, at 9:49 PM, Jonathan Schwartz wrote: > Bob, > > I noted a web site that said the browser might be the limiting factor. It mentioned that Internet Explorer had a lower character limit than other browsers. > > Does this apply to your situation? > > Jonathan Schwartz From bob at patin.com Thu Aug 16 06:41:15 2012 From: bob at patin.com (Bob Patin) Date: Thu Aug 16 05:58:48 2012 Subject: [FX.php List] Odd problem with POST values In-Reply-To: <5AE33A6F-BA64-4EF8-9D2C-5E3576363A69@gmail.com> References: <60E9B186-EAB4-4A40-9747-5CA751E79CFC@patin.com> <5B665EEA-8F39-4F69-B33B-EB79CBE0BA9D@bluecrocodile.co.nz> <85DCFF18-FD42-44ED-A3EB-13130AD25530@patin.com> <5AE33A6F-BA64-4EF8-9D2C-5E3576363A69@gmail.com> Message-ID: <40A5B27B-083A-4710-B677-7AD7DE28791F@patin.com> Hi, On Aug 16, 2012, at 7:37 AM, BEVERLY VOTH wrote: > Yes, I've run into this problem with browsers in the past. I thought that was no longer a problem. > > Bob, could it be a "time-out" issue? I don't think so, because if I enter 700 characters it processes fine; then if I add 100 more characters and try to POST 800, it fails. > > and/or could you adjust the "entry" for large fields to allow file uploads instead of typing into them? You'd probably have to limit the type of upload to be something that you could then read and push into a database. The problem is that the submitters have to be able to cut & paste into the fields... I found this PHP variable: php_value post_max_size Does this determine the total # of characters a PHP POST can process? I suggested to my client that she adjust her php.ini file to bump it from 8M, which is where she is now, to something like 10M, and see if it makes any difference. Haven't heard anything from her though... Bob Bob Patin Longterm Solutions LLC bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com FileMaker 9, 10 & 11 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -- Twitter: bobpatin Google+: http://www.longtermsolutions.com/plus AIM: longterm1954 iChat: bobpatin -- Expert FileMaker Consulting FileMaker Hosting for all versions of FileMaker > > (just thinking around the problem, but don't know if that solves it) > > Beverly > > On 15 Aug 2012, at 9:49 PM, Jonathan Schwartz wrote: > >> Bob, >> >> I noted a web site that said the browser might be the limiting factor. It mentioned that Internet Explorer had a lower character limit than other browsers. >> >> Does this apply to your situation? >> >> Jonathan Schwartz > > _______________________________________________ > 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 Thu Aug 16 06:52:01 2012 From: beverlyvoth at gmail.com (BEVERLY VOTH) Date: Thu Aug 16 06:08:45 2012 Subject: [FX.php List] Odd problem with POST values In-Reply-To: <40A5B27B-083A-4710-B677-7AD7DE28791F@patin.com> References: <60E9B186-EAB4-4A40-9747-5CA751E79CFC@patin.com> <5B665EEA-8F39-4F69-B33B-EB79CBE0BA9D@bluecrocodile.co.nz> <85DCFF18-FD42-44ED-A3EB-13130AD25530@patin.com> <5AE33A6F-BA64-4EF8-9D2C-5E3576363A69@gmail.com> <40A5B27B-083A-4710-B677-7AD7DE28791F@patin.com> Message-ID: Ah yes, this also affects a file upload size. I recall having to adjust this. Does it need to be changed in the php.ini or can it be set before a POST is processed? Beverly On 16 Aug 2012, at 8:41 AM, Bob Patin wrote: > post_max_size From chris at iViking.org Thu Aug 16 09:07:40 2012 From: chris at iViking.org (Chris Hansen) Date: Thu Aug 16 08:24:09 2012 Subject: [FX.php List] Odd problem with POST values In-Reply-To: <40A5B27B-083A-4710-B677-7AD7DE28791F@patin.com> References: <60E9B186-EAB4-4A40-9747-5CA751E79CFC@patin.com> <5B665EEA-8F39-4F69-B33B-EB79CBE0BA9D@bluecrocodile.co.nz> <85DCFF18-FD42-44ED-A3EB-13130AD25530@patin.com> <5AE33A6F-BA64-4EF8-9D2C-5E3576363A69@gmail.com> <40A5B27B-083A-4710-B677-7AD7DE28791F@patin.com> Message-ID: Bob, How exactly does that post fail? Is an error returned? Is there something in the log? (I'd be especially interested to know what's in the Apache logs.) It seems like there should be something, somewhere that says "upload failed due to x". Best, --Chris On Aug 16, 2012, at 6:41 AM, Bob Patin wrote: > Hi, > > On Aug 16, 2012, at 7:37 AM, BEVERLY VOTH wrote: > >> Yes, I've run into this problem with browsers in the past. I thought that was no longer a problem. >> >> Bob, could it be a "time-out" issue? > > I don't think so, because if I enter 700 characters it processes fine; then if I add 100 more characters and try to POST 800, it fails. >> >> and/or could you adjust the "entry" for large fields to allow file uploads instead of typing into them? You'd probably have to limit the type of upload to be something that you could then read and push into a database. > > The problem is that the submitters have to be able to cut & paste into the fields... > > I found this PHP variable: > > php_value post_max_size > > Does this determine the total # of characters a PHP POST can process? I suggested to my client that she adjust her php.ini file to bump it from 8M, which is where she is now, to something like 10M, and see if it makes any difference. Haven't heard anything from her though... > > Bob > > Bob Patin > Longterm Solutions LLC > bob@longtermsolutions.com > 615-333-6858 > http://www.longtermsolutions.com > FileMaker 9, 10 & 11 Certified Developer > Member of FileMaker Business Alliance and FileMaker TechNet > -- > Twitter: bobpatin > Google+: http://www.longtermsolutions.com/plus > AIM: longterm1954 > iChat: bobpatin > -- > Expert FileMaker Consulting > FileMaker Hosting for all versions of FileMaker > >> >> (just thinking around the problem, but don't know if that solves it) >> >> Beverly >> >> On 15 Aug 2012, at 9:49 PM, Jonathan Schwartz wrote: >> >>> Bob, >>> >>> I noted a web site that said the browser might be the limiting factor. It mentioned that Internet Explorer had a lower character limit than other browsers. >>> >>> Does this apply to your situation? >>> >>> Jonathan Schwartz >> >> _______________________________________________ >> 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 bob at patin.com Thu Aug 16 09:37:44 2012 From: bob at patin.com (Bob Patin) Date: Thu Aug 16 08:55:17 2012 Subject: [FX.php List] Odd problem with POST values In-Reply-To: References: <60E9B186-EAB4-4A40-9747-5CA751E79CFC@patin.com> <5B665EEA-8F39-4F69-B33B-EB79CBE0BA9D@bluecrocodile.co.nz> <85DCFF18-FD42-44ED-A3EB-13130AD25530@patin.com> <5AE33A6F-BA64-4EF8-9D2C-5E3576363A69@gmail.com> <40A5B27B-083A-4710-B677-7AD7DE28791F@patin.com> Message-ID: <66E2905E-836A-4269-85ED-19238C80319B@patin.com> Hey Chris, Well, if I POST <800 characters, either spread into 3 or 4 separate fields, or in a single field (all of these are type TEXTAREA), the page loads, writes to FileMaker, all is well. If I post 800 characters or more, the page never loads, I get the dreaded white screen, meaning there's something going on. Nothing back from FX, so the query isn't getting done. If I trace the progress of the page, I do see that the PHP script starts to load; it seems to choke when it tries to pull in the posted text... I'm waiting to hear back from my client to see if the change to the PHP.ini file makes any difference... I'm not trying to upload anything, by the way, just POSTing text. I've tried plain text, pasted text from Word, but both fail equally dismally... :) BP Bob Patin Longterm Solutions LLC bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com FileMaker 9, 10 & 11 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -- Twitter: bobpatin Google+: http://www.longtermsolutions.com/plus AIM: longterm1954 iChat: bobpatin -- Expert FileMaker Consulting FileMaker Hosting for all versions of FileMaker On Aug 16, 2012, at 10:07 AM, Chris Hansen wrote: > Bob, > > How exactly does that post fail? Is an error returned? Is there something in the log? (I'd be especially interested to know what's in the Apache logs.) It seems like there should be something, somewhere that says "upload failed due to x". > > Best, -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20120816/c1ddf6fc/attachment-0001.html From dale.bengston at gmail.com Thu Aug 16 10:07:36 2012 From: dale.bengston at gmail.com (Dale Bengston) Date: Thu Aug 16 09:24:11 2012 Subject: [FX.php List] Odd problem with POST values In-Reply-To: <66E2905E-836A-4269-85ED-19238C80319B@patin.com> References: <60E9B186-EAB4-4A40-9747-5CA751E79CFC@patin.com> <5B665EEA-8F39-4F69-B33B-EB79CBE0BA9D@bluecrocodile.co.nz> <85DCFF18-FD42-44ED-A3EB-13130AD25530@patin.com> <5AE33A6F-BA64-4EF8-9D2C-5E3576363A69@gmail.com> <40A5B27B-083A-4710-B677-7AD7DE28791F@patin.com> <66E2905E-836A-4269-85ED-19238C80319B@patin.com> Message-ID: Bob, Chris is asking the same question I asked - what errors are being generated by Apache/PHP that result in the white page of death? Can you access the Apache logs for that server? Or can you turn error reporting on for the page after the form submit and see what PHP is trying to tell you? Something is causing a fatal error, and that leaves a trail. Also, another poster (Steve W?) asked if your form was really using POST. If you view source on the page with the form, does the form tag actually have the attribute method="POST"? Hope this helps, Dale On Aug 16, 2012, at 10:37 AM, Bob Patin wrote: > Hey Chris, > > Well, if I POST <800 characters, either spread into 3 or 4 separate fields, or in a single field (all of these are type TEXTAREA), the page loads, writes to FileMaker, all is well. > > If I post 800 characters or more, the page never loads, I get the dreaded white screen, meaning there's something going on. Nothing back from FX, so the query isn't getting done. > > If I trace the progress of the page, I do see that the PHP script starts to load; it seems to choke when it tries to pull in the posted text... > > I'm waiting to hear back from my client to see if the change to the PHP.ini file makes any difference... > > I'm not trying to upload anything, by the way, just POSTing text. I've tried plain text, pasted text from Word, but both fail equally dismally... :) > > BP > > > Bob Patin > Longterm Solutions LLC > bob@longtermsolutions.com > 615-333-6858 > http://www.longtermsolutions.com > FileMaker 9, 10 & 11 Certified Developer > Member of FileMaker Business Alliance and FileMaker TechNet > -- > Twitter: bobpatin > Google+: http://www.longtermsolutions.com/plus > AIM: longterm1954 > iChat: bobpatin > -- > Expert FileMaker Consulting > FileMaker Hosting for all versions of FileMaker > > On Aug 16, 2012, at 10:07 AM, Chris Hansen wrote: > >> Bob, >> >> How exactly does that post fail? Is an error returned? Is there something in the log? (I'd be especially interested to know what's in the Apache logs.) It seems like there should be something, somewhere that says "upload failed due to x". >> >> 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/20120816/9fa441a5/attachment.html From bob at patin.com Thu Aug 16 10:10:14 2012 From: bob at patin.com (Bob Patin) Date: Thu Aug 16 09:27:46 2012 Subject: [FX.php List] Odd problem with POST values In-Reply-To: References: <60E9B186-EAB4-4A40-9747-5CA751E79CFC@patin.com> <5B665EEA-8F39-4F69-B33B-EB79CBE0BA9D@bluecrocodile.co.nz> <85DCFF18-FD42-44ED-A3EB-13130AD25530@patin.com> <5AE33A6F-BA64-4EF8-9D2C-5E3576363A69@gmail.com> <40A5B27B-083A-4710-B677-7AD7DE28791F@patin.com> <66E2905E-836A-4269-85ED-19238C80319B@patin.com> Message-ID: <87B7AF3D-69ED-4E68-99B2-AFF349516316@patin.com> On Aug 16, 2012, at 11:07 AM, Dale Bengston wrote: > Chris is asking the same question I asked - what errors are being generated by Apache/PHP that result in the white page of death? Can you access the Apache logs for that server? Or can you turn error reporting on for the page after the form submit and see what PHP is trying to tell you? Something is causing a fatal error, and that leaves a trail. I don't have access to the server, but can ask my client to take a look... > > Also, another poster (Steve W?) asked if your form was really using POST. If you view source on the page with the form, does the form tag actually have the attribute method="POST"? It is; I mentioned in my first message about checking that because I didn't want to be bumping up against overly-long GET URLs... Bob Patin Longterm Solutions LLC bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com FileMaker 9, 10 & 11 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -- Twitter: bobpatin Google+: http://www.longtermsolutions.com/plus AIM: longterm1954 iChat: bobpatin -- Expert FileMaker Consulting FileMaker Hosting for all versions of FileMaker -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20120816/82a847d3/attachment.html From adenman at tmea.org Thu Aug 16 10:46:08 2012 From: adenman at tmea.org (Andrew Denman) Date: Thu Aug 16 10:02:40 2012 Subject: [FX.php List] Odd problem with POST values In-Reply-To: References: <60E9B186-EAB4-4A40-9747-5CA751E79CFC@patin.com> <5B665EEA-8F39-4F69-B33B-EB79CBE0BA9D@bluecrocodile.co.nz> <85DCFF18-FD42-44ED-A3EB-13130AD25530@patin.com> <5AE33A6F-BA64-4EF8-9D2C-5E3576363A69@gmail.com> <40A5B27B-083A-4710-B677-7AD7DE28791F@patin.com> Message-ID: Bob, The 'post_max_size' setting probably won't affect this particular issue. 800 characters is a measly 0.78 KB, much less than the default 8 MB. According to the PHP docs, running into this limit results in the following behavior: "If the size of post data is greater than post_max_size, the $_POST and $_FILES superglobals are empty." memory_limit could be another culprit, but if it's still set to the default value it shouldn't be a problem for the submission you are describing. No idea how to tell if you've hit this limit, but I suspect it *should* throw a 500 error of some sort. You can use ini_get() to verify the values at runtime are set appropriately. Other shots in the dark: Is there anything complex going on that could be infinitely looping? Could this be an issue with the particular text being submitted or are you using different text each try? Does this happen on a basic test page? (one textarea and on submission just echo it back out) Andrew Denman -----Original Message----- From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of BEVERLY VOTH Sent: Thursday, August 16, 2012 7:52 AM To: FX.php Discussion List Subject: Re: [FX.php List] Odd problem with POST values Ah yes, this also affects a file upload size. I recall having to adjust this. Does it need to be changed in the php.ini or can it be set before a POST is processed? Beverly On 16 Aug 2012, at 8:41 AM, Bob Patin wrote: > post_max_size _______________________________________________ FX.php_List mailing list FX.php_List@mail.iviking.org http://www.iviking.org/mailman/listinfo/fx.php_list From tcmeyers at troymeyers.com Thu Aug 16 11:34:32 2012 From: tcmeyers at troymeyers.com (Troy Meyers) Date: Thu Aug 16 10:53:34 2012 Subject: [FX.php List] Odd problem with POST values Message-ID: Bob, Any chance the PHP file isn't saved as UTF-8 -and- declared as such? Maybe, if not, the quantity of text just happens to trip a bad character encoding? Just stabbing in the dark. -Troy From csinfo at criticalsolution.com Thu Aug 16 11:40:56 2012 From: csinfo at criticalsolution.com (John Funk) Date: Thu Aug 16 10:57:51 2012 Subject: [FX.php List] ODBC Selects and Inserts VS FX/XML Speed test Message-ID: Just thought I would share my results of some tests I ran on a NEW fmserver (Win2008)that was installed at my client. The FM server is part of an offsite server bank. It is FileMaker Server 11. The tests were comparing read and write speeds using the two technologies from a command line PHP script. I also wanted to see the impact on the FMserver's statistics. The script was designed to find specific records from a large FM DB, in this case the result is about 5000 records out of 980,500 records. No other users were on the system at the time. Test 1, using FX/XML, Find records = 20 seconds ave. Test 2, using FX/XML, Find records, write to a text file = 21 seconds ave. Text 3, using ODBC/SQL, Select records = 8 seconds. Text 4, using ODBC/SQL, Select records, write to a different DB on the same server = 27 seconds ave. As you can see ODBC is much faster and ODBC is a direct call to the FMServer engine rather than the web server that XML relies on. A downfall of not using FX is you cannot call FM Scripts to run but this can be worked around I suppose. I am looking forward to any comments anyone has on this. John Funk Critical Solution -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20120816/e2508feb/attachment-0001.html From jschwartz at exit445.com Thu Aug 16 11:54:18 2012 From: jschwartz at exit445.com (Jonathan Schwartz) Date: Thu Aug 16 11:13:04 2012 Subject: [FX.php List] Odd problem with POST values In-Reply-To: <66E2905E-836A-4269-85ED-19238C80319B@patin.com> References: <60E9B186-EAB4-4A40-9747-5CA751E79CFC@patin.com> <5B665EEA-8F39-4F69-B33B-EB79CBE0BA9D@bluecrocodile.co.nz> <85DCFF18-FD42-44ED-A3EB-13130AD25530@patin.com> <5AE33A6F-BA64-4EF8-9D2C-5E3576363A69@gmail.com> <40A5B27B-083A-4710-B677-7AD7DE28791F@patin.com> <66E2905E-836A-4269-85ED-19238C80319B@patin.com> Message-ID: Bob, I would isolate the process to the major three technologies involved: 1) Pure HTML POST (no php) 2) POST with php 3) POST (with php) and Save to FileMaker with fx. 4) Same as #3, but use FMP WPE API If the test 1 fails, you know it is not php related. if test 2 fails, you know it is not php related. if test 3 fails, it suggests that fx.php might be the problem. Test 4 helps confirm #3. My 2 cents. J >Hey Chris, > >Well, if I POST <800 characters, either spread into 3 or 4 separate >fields, or in a single field (all of these are type TEXTAREA), the >page loads, writes to FileMaker, all is well. > >If I post 800 characters or more, the page never loads, I get the >dreaded white screen, meaning there's something going on. Nothing >back from FX, so the query isn't getting done. > >If I trace the progress of the page, I do see that the PHP script >starts to load; it seems to choke when it tries to pull in the >posted text... > >I'm waiting to hear back from my client to see if the change to the >PHP.ini file makes any difference... > >I'm not trying to upload anything, by the way, just POSTing text. >I've tried plain text, pasted text from Word, but both fail equally >dismally... :) > >BP > > >Bob Patin >Longterm Solutions LLC >bob@longtermsolutions.com >615-333-6858 >http://www.longtermsolutions.com >FileMaker 9, 10 & 11 Certified Developer >Member of FileMaker Business Alliance and FileMaker TechNet >-- >Twitter: bobpatin >Google+: >http://www.longtermsolutions.com/plus >AIM: longterm1954 >iChat: bobpatin >-- >Expert FileMaker Consulting >FileMaker Hosting for all versions of FileMaker > >On Aug 16, 2012, at 10:07 AM, Chris Hansen ><chris@iViking.org> wrote: > >>Bob, >> >>How exactly does that post fail? Is an error returned? Is there >>something in the log? (I'd be especially interested to know what's >>in the Apache logs.) It seems like there should be something, >>somewhere that says "upload failed due to x". >> >>Best, >> > > >_______________________________________________ >FX.php_List mailing list >FX.php_List@mail.iviking.org >http://www.iviking.org/mailman/listinfo/fx.php_list -- Jonathan Schwartz Exit 445 Group jonathan@exit445.com http://www.exit445.com 415-370-5011 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20120816/45dabe10/attachment.html From bob at patin.com Thu Aug 16 13:43:59 2012 From: bob at patin.com (Bob Patin) Date: Thu Aug 16 13:01:25 2012 Subject: [FX.php List] Odd problem with POST values In-Reply-To: References: <60E9B186-EAB4-4A40-9747-5CA751E79CFC@patin.com> <5B665EEA-8F39-4F69-B33B-EB79CBE0BA9D@bluecrocodile.co.nz> <85DCFF18-FD42-44ED-A3EB-13130AD25530@patin.com> <5AE33A6F-BA64-4EF8-9D2C-5E3576363A69@gmail.com> <40A5B27B-083A-4710-B677-7AD7DE28791F@patin.com> Message-ID: <5C4DAD58-DB82-4DC0-8920-70270B7B3156@patin.com> On Aug 16, 2012, at 11:46 AM, Andrew Denman wrote: > The 'post_max_size' setting probably won't affect this particular issue. 800 characters is a measly 0.78 KB, much less than the default 8 MB. That's what I thought, but I wanted to be sure... > According to the PHP docs, running into this limit results in the following behavior: "If the size of post data is greater than post_max_size, the $_POST and $_FILES superglobals are empty." ... which would mean that it would still run the page, but write nothing to the database. Unfortunately, the page isn't even finishing loading and getting to the FM query. > > memory_limit could be another culprit, but if it's still set to the default value it shouldn't be a problem for the submission you are describing. No idea how to tell if you've hit this limit, but I suspect it *should* throw a 500 error of some sort. You can use ini_get() to verify the values at runtime are set appropriately. I'll give that a try... > > Other shots in the dark: > Is there anything complex going on that could be infinitely looping? No, it's a very simple page; as I've said, posting 700 characters works fine, posting 800 makes it fail every time, no matter whether the 800 chars are spread among separate input fields or in a single input field. > Could this be an issue with the particular text being submitted or are you using different text each try? I tried it with plain text, just the digits 0-9 pasted 10 times for each 100 characters. No formatting, just plain text... > Does this happen on a basic test page? (one textarea and on submission just echo it back out) Haven't tried that, but I'll do so... Bob Patin Longterm Solutions LLC bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com FileMaker 9, 10 & 11 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -- Twitter: bobpatin Google+: http://www.longtermsolutions.com/plus AIM: longterm1954 iChat: bobpatin -- Expert FileMaker Consulting FileMaker Hosting for all versions of FileMaker -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20120816/3248a637/attachment.html From bob at patin.com Thu Aug 16 13:45:40 2012 From: bob at patin.com (Bob Patin) Date: Thu Aug 16 13:03:01 2012 Subject: [FX.php List] Odd problem with POST values In-Reply-To: References: <60E9B186-EAB4-4A40-9747-5CA751E79CFC@patin.com> <5B665EEA-8F39-4F69-B33B-EB79CBE0BA9D@bluecrocodile.co.nz> <85DCFF18-FD42-44ED-A3EB-13130AD25530@patin.com> <5AE33A6F-BA64-4EF8-9D2C-5E3576363A69@gmail.com> <40A5B27B-083A-4710-B677-7AD7DE28791F@patin.com> <66E2905E-836A-4269-85ED-19238C80319B@patin.com> Message-ID: <0AA6B910-25AE-4C8D-87DA-E9C290729816@patin.com> On Aug 16, 2012, at 12:54 PM, Jonathan Schwartz wrote: > I would isolate the process to the major three technologies involved: > 1) Pure HTML POST (no php) How do I get back the POST values without PHP? I've never done it... > 3) POST (with php) and Save to FileMaker with fx. It's failing before it gets to the FileMaker query... > 4) Same as #3, but use FMP WPE API Too much trouble... the problem isn't with FX. It fails even when I comment out the FX section. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20120816/08855484/attachment.html From bob at patin.com Thu Aug 16 13:52:11 2012 From: bob at patin.com (Bob Patin) Date: Thu Aug 16 13:09:42 2012 Subject: [FX.php List] Odd problem with POST values In-Reply-To: <0AA6B910-25AE-4C8D-87DA-E9C290729816@patin.com> References: <60E9B186-EAB4-4A40-9747-5CA751E79CFC@patin.com> <5B665EEA-8F39-4F69-B33B-EB79CBE0BA9D@bluecrocodile.co.nz> <85DCFF18-FD42-44ED-A3EB-13130AD25530@patin.com> <5AE33A6F-BA64-4EF8-9D2C-5E3576363A69@gmail.com> <40A5B27B-083A-4710-B677-7AD7DE28791F@patin.com> <66E2905E-836A-4269-85ED-19238C80319B@patin.com> <0AA6B910-25AE-4C8D-87DA-E9C290729816@patin.com> Message-ID: <592C6C9E-120E-4EFA-867D-A0804C6EC685@patin.com> Just got an email from my client; here's what OS X Server reports when it fails: ... PHP Fatal error: Cannot use object of type FX_Error as array in /Volumes/... on line 68, referer ... and the page... Interesting, since I'm don't have an INCLUDE or REQUIRE for 'FX_Error.php;" does it get reference in the FX.php page? Could this be an indication of what's up? She's using FM Server 10 Advanced, by the way... Thanks, Bob Patin Longterm Solutions LLC bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com FileMaker 9, 10 & 11 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -- Twitter: bobpatin Google+: http://www.longtermsolutions.com/plus AIM: longterm1954 iChat: bobpatin -- Expert FileMaker Consulting FileMaker Hosting for all versions of FileMaker From bob at patin.com Thu Aug 16 14:08:46 2012 From: bob at patin.com (Bob Patin) Date: Thu Aug 16 13:26:18 2012 Subject: [FX.php List] Odd problem with POST values In-Reply-To: <5C4DAD58-DB82-4DC0-8920-70270B7B3156@patin.com> References: <60E9B186-EAB4-4A40-9747-5CA751E79CFC@patin.com> <5B665EEA-8F39-4F69-B33B-EB79CBE0BA9D@bluecrocodile.co.nz> <85DCFF18-FD42-44ED-A3EB-13130AD25530@patin.com> <5AE33A6F-BA64-4EF8-9D2C-5E3576363A69@gmail.com> <40A5B27B-083A-4710-B677-7AD7DE28791F@patin.com> <5C4DAD58-DB82-4DC0-8920-70270B7B3156@patin.com> Message-ID: Well, although I thought I'd tried commenting out the FX query, I clearly hadn't... When I commented out the query, it posted fine and I see the text that I input. However, when I try to create a record using that value (1200 characters), it fails consistently for more than about 700 characters. Anything else I'm overlooking here? I've posted large chunks of text in the past, without any trouble. Could this be something related to FMSA 10? Thanks, Bob Patin Longterm Solutions LLC bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com FileMaker 9, 10 & 11 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -- Twitter: bobpatin Google+: http://www.longtermsolutions.com/plus AIM: longterm1954 iChat: bobpatin -- Expert FileMaker Consulting FileMaker Hosting for all versions of FileMaker From dale.bengston at gmail.com Thu Aug 16 15:15:15 2012 From: dale.bengston at gmail.com (Dale Bengston) Date: Thu Aug 16 14:31:49 2012 Subject: [FX.php List] Odd problem with POST values In-Reply-To: <592C6C9E-120E-4EFA-867D-A0804C6EC685@patin.com> References: <60E9B186-EAB4-4A40-9747-5CA751E79CFC@patin.com> <5B665EEA-8F39-4F69-B33B-EB79CBE0BA9D@bluecrocodile.co.nz> <85DCFF18-FD42-44ED-A3EB-13130AD25530@patin.com> <5AE33A6F-BA64-4EF8-9D2C-5E3576363A69@gmail.com> <40A5B27B-083A-4710-B677-7AD7DE28791F@patin.com> <66E2905E-836A-4269-85ED-19238C80319B@patin.com> <0AA6B910-25AE-4C8D-87DA-E9C290729816@patin.com> <592C6C9E-120E-4EFA-867D-A0804C6EC685@patin.com> Message-ID: Hi Bob, When you make an FX call, a successful query sets your results variable to a PHP array. But a query that fails generates a PHP object, which is not an array. What's happening is, your page is processing the results variable assuming it's an array. Since the FX call is failing, you are trying (probably with foreach) to treat an object as an array and PHP is throwing that error. Just prior to the place where you try to get data out of the results array, print_r() it. That will dump the error object to the screen and you can see what's going on before your PHP chokes on the object in foreach. Dale On Aug 16, 2012, at 2:52 PM, Bob Patin wrote: > Just got an email from my client; here's what OS X Server reports when it fails: > > ... PHP Fatal error: Cannot use object of type FX_Error as array in /Volumes/... on line 68, referer ... and the page... > > Interesting, since I'm don't have an INCLUDE or REQUIRE for 'FX_Error.php;" does it get reference in the FX.php page? > > Could this be an indication of what's up? She's using FM Server 10 Advanced, by the way... > > Thanks, > > Bob Patin > Longterm Solutions LLC > bob@longtermsolutions.com > 615-333-6858 > http://www.longtermsolutions.com > FileMaker 9, 10 & 11 Certified Developer > Member of FileMaker Business Alliance and FileMaker TechNet > -- > Twitter: bobpatin > Google+: http://www.longtermsolutions.com/plus > AIM: longterm1954 > iChat: bobpatin > -- > Expert FileMaker Consulting > FileMaker Hosting for all versions of FileMaker > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list From jschwartz at exit445.com Thu Aug 16 15:15:54 2012 From: jschwartz at exit445.com (Jonathan Schwartz) Date: Thu Aug 16 14:33:05 2012 Subject: [FX.php List] Odd problem with POST values In-Reply-To: References: <60E9B186-EAB4-4A40-9747-5CA751E79CFC@patin.com> <5B665EEA-8F39-4F69-B33B-EB79CBE0BA9D@bluecrocodile.co.nz> <85DCFF18-FD42-44ED-A3EB-13130AD25530@patin.com> <5AE33A6F-BA64-4EF8-9D2C-5E3576363A69@gmail.com> <40A5B27B-083A-4710-B677-7AD7DE28791F@patin.com> <5C4DAD58-DB82-4DC0-8920-70270B7B3156@patin.com> Message-ID: Hey Bob, Has the client tried it with clean ALPHA text, to eliminate high ASCII characters from generating problems.? J >Well, although I thought I'd tried commenting out the FX query, I >clearly hadn't... > >When I commented out the query, it posted fine and I see the text >that I input. > >However, when I try to create a record using that value (1200 >characters), it fails consistently for more than about 700 >characters. > >Anything else I'm overlooking here? I've posted large chunks of text >in the past, without any trouble. Could this be something related to >FMSA 10? > >Thanks, > >Bob Patin >Longterm Solutions LLC >bob@longtermsolutions.com >615-333-6858 >http://www.longtermsolutions.com >FileMaker 9, 10 & 11 Certified Developer >Member of FileMaker Business Alliance and FileMaker TechNet >-- >Twitter: bobpatin >Google+: http://www.longtermsolutions.com/plus >AIM: longterm1954 >iChat: bobpatin >-- >Expert FileMaker Consulting >FileMaker Hosting for all versions of FileMaker > >_______________________________________________ >FX.php_List mailing list >FX.php_List@mail.iviking.org >http://www.iviking.org/mailman/listinfo/fx.php_list -- Jonathan Schwartz Exit 445 Group jonathan@exit445.com http://www.exit445.com 415-370-5011 From bob at patin.com Thu Aug 16 15:18:57 2012 From: bob at patin.com (Bob Patin) Date: Thu Aug 16 14:36:28 2012 Subject: [FX.php List] Odd problem with POST values In-Reply-To: References: <60E9B186-EAB4-4A40-9747-5CA751E79CFC@patin.com> <5B665EEA-8F39-4F69-B33B-EB79CBE0BA9D@bluecrocodile.co.nz> <85DCFF18-FD42-44ED-A3EB-13130AD25530@patin.com> <5AE33A6F-BA64-4EF8-9D2C-5E3576363A69@gmail.com> <40A5B27B-083A-4710-B677-7AD7DE28791F@patin.com> <66E2905E-836A-4269-85ED-19238C80319B@patin.com> <0AA6B910-25AE-4C8D-87DA-E9C290729816@patin.com> <592C6C9E-120E-4EFA-867D-A0804C6EC685@patin.com> Message-ID: OK, so here's the latest: I made a copy of the form page and the processing page, made a simple DB with her table in it, put all of this on my pair of servers here in my network. Same thing happened to me. So then I took a newer FX folder from another site (I had copied hers over to my server), and it worked fine with as many as 2000 characters. Wrote to Filemaker perfectly. So tomorrow morning we're going to put up a fresh FX folder on her server and see what happens. I wonder if this was something that was fixed along the way in FX, and she's just had an older FX folder all this time. I've been working for her for at least 5 years, and she had another consultant before me who probably put the original FX folder on her machine. So it's not PHP choking, it was FX... Bob Patin Longterm Solutions LLC bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com FileMaker 9, 10 & 11 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -- Twitter: bobpatin Google+: http://www.longtermsolutions.com/plus AIM: longterm1954 iChat: bobpatin -- Expert FileMaker Consulting FileMaker Hosting for all versions of FileMaker On Aug 16, 2012, at 4:15 PM, Dale Bengston wrote: > Hi Bob, > > When you make an FX call, a successful query sets your results variable to a PHP array. But a query that fails generates a PHP object, which is not an array. What's happening is, your page is processing the results variable assuming it's an array. Since the FX call is failing, you are trying (probably with foreach) to treat an object as an array and PHP is throwing that error. > > Just prior to the place where you try to get data out of the results array, print_r() it. That will dump the error object to the screen and you can see what's going on before your PHP chokes on the object in foreach. > > Dale > > On Aug 16, 2012, at 2:52 PM, Bob Patin wrote: > >> Just got an email from my client; here's what OS X Server reports when it fails: >> >> ... PHP Fatal error: Cannot use object of type FX_Error as array in /Volumes/... on line 68, referer ... and the page... >> >> Interesting, since I'm don't have an INCLUDE or REQUIRE for 'FX_Error.php;" does it get reference in the FX.php page? >> >> Could this be an indication of what's up? She's using FM Server 10 Advanced, by the way... >> >> Thanks, >> >> Bob Patin >> Longterm Solutions LLC >> bob@longtermsolutions.com >> 615-333-6858 >> http://www.longtermsolutions.com >> FileMaker 9, 10 & 11 Certified Developer >> Member of FileMaker Business Alliance and FileMaker TechNet >> -- >> Twitter: bobpatin >> Google+: http://www.longtermsolutions.com/plus >> AIM: longterm1954 >> iChat: bobpatin >> -- >> Expert FileMaker Consulting >> FileMaker Hosting for all versions of FileMaker >> >> _______________________________________________ >> 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/20120816/e5ff04c2/attachment.html From dale.bengston at gmail.com Thu Aug 16 16:29:33 2012 From: dale.bengston at gmail.com (Dale Bengston) Date: Thu Aug 16 15:46:05 2012 Subject: [FX.php List] Odd problem with POST values In-Reply-To: References: <60E9B186-EAB4-4A40-9747-5CA751E79CFC@patin.com> <5B665EEA-8F39-4F69-B33B-EB79CBE0BA9D@bluecrocodile.co.nz> <85DCFF18-FD42-44ED-A3EB-13130AD25530@patin.com> <5AE33A6F-BA64-4EF8-9D2C-5E3576363A69@gmail.com> <40A5B27B-083A-4710-B677-7AD7DE28791F@patin.com> <66E2905E-836A-4269-85ED-19238C80319B@patin.com> <0AA6B910-25AE-4C8D-87DA-E9C290729816@patin.com> <592C6C9E-120E-4EFA-867D-A0804C6EC685@patin.com> Message-ID: Hmm, well, FX is PHP. I'd still like to know what the FX Error object was trying to tell you. Dale On Aug 16, 2012, at 4:18 PM, Bob Patin wrote: > OK, so here's the latest: > > I made a copy of the form page and the processing page, made a simple DB with her table in it, put all of this on my pair of servers here in my network. > > Same thing happened to me. > > So then I took a newer FX folder from another site (I had copied hers over to my server), and it worked fine with as many as 2000 characters. Wrote to Filemaker perfectly. > > So tomorrow morning we're going to put up a fresh FX folder on her server and see what happens. > > I wonder if this was something that was fixed along the way in FX, and she's just had an older FX folder all this time. I've been working for her for at least 5 years, and she had another consultant before me who probably put the original FX folder on her machine. > > So it's not PHP choking, it was FX... > > > Bob Patin > Longterm Solutions LLC > bob@longtermsolutions.com > 615-333-6858 > http://www.longtermsolutions.com > FileMaker 9, 10 & 11 Certified Developer > Member of FileMaker Business Alliance and FileMaker TechNet > -- > Twitter: bobpatin > Google+: http://www.longtermsolutions.com/plus > AIM: longterm1954 > iChat: bobpatin > -- > Expert FileMaker Consulting > FileMaker Hosting for all versions of FileMaker > > On Aug 16, 2012, at 4:15 PM, Dale Bengston wrote: > >> Hi Bob, >> >> When you make an FX call, a successful query sets your results variable to a PHP array. But a query that fails generates a PHP object, which is not an array. What's happening is, your page is processing the results variable assuming it's an array. Since the FX call is failing, you are trying (probably with foreach) to treat an object as an array and PHP is throwing that error. >> >> Just prior to the place where you try to get data out of the results array, print_r() it. That will dump the error object to the screen and you can see what's going on before your PHP chokes on the object in foreach. >> >> Dale >> >> On Aug 16, 2012, at 2:52 PM, Bob Patin wrote: >> >>> Just got an email from my client; here's what OS X Server reports when it fails: >>> >>> ... PHP Fatal error: Cannot use object of type FX_Error as array in /Volumes/... on line 68, referer ... and the page... >>> >>> Interesting, since I'm don't have an INCLUDE or REQUIRE for 'FX_Error.php;" does it get reference in the FX.php page? >>> >>> Could this be an indication of what's up? She's using FM Server 10 Advanced, by the way... >>> >>> Thanks, >>> >>> Bob Patin >>> Longterm Solutions LLC >>> bob@longtermsolutions.com >>> 615-333-6858 >>> http://www.longtermsolutions.com >>> FileMaker 9, 10 & 11 Certified Developer >>> Member of FileMaker Business Alliance and FileMaker TechNet >>> -- >>> Twitter: bobpatin >>> Google+: http://www.longtermsolutions.com/plus >>> AIM: longterm1954 >>> iChat: bobpatin >>> -- >>> Expert FileMaker Consulting >>> FileMaker Hosting for all versions of FileMaker >>> >>> _______________________________________________ >>> 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/20120816/92a83ac2/attachment-0001.html From chris at iViking.org Sat Aug 18 20:10:46 2012 From: chris at iViking.org (Chris Hansen) Date: Sat Aug 18 19:27:17 2012 Subject: [FX.php List] Odd problem with POST values In-Reply-To: <592C6C9E-120E-4EFA-867D-A0804C6EC685@patin.com> References: <60E9B186-EAB4-4A40-9747-5CA751E79CFC@patin.com> <5B665EEA-8F39-4F69-B33B-EB79CBE0BA9D@bluecrocodile.co.nz> <85DCFF18-FD42-44ED-A3EB-13130AD25530@patin.com> <5AE33A6F-BA64-4EF8-9D2C-5E3576363A69@gmail.com> <40A5B27B-083A-4710-B677-7AD7DE28791F@patin.com> <66E2905E-836A-4269-85ED-19238C80319B@patin.com> <0AA6B910-25AE-4C8D-87DA-E9C290729816@patin.com> <592C6C9E-120E-4EFA-867D-A0804C6EC685@patin.com> Message-ID: As has been noted in other posts, it would be interesting to see what error FX.php is throwing. FX errors are more serious problems that can result from a broken pipe to FileMaker, or as a result of FileMaker returning an HTML error page (it happens...ugh!) It's always a good idea to have a line like this right after your FX query: if (FX::isError($myReturnedVariable)) { // do something useful here like logging the error, or a print_r() -- enclosed in HTML comments if you'd like } HTH --Chris On Aug 16, 2012, at 1:52 PM, Bob Patin wrote: > Just got an email from my client; here's what OS X Server reports when it fails: > > ... PHP Fatal error: Cannot use object of type FX_Error as array in /Volumes/... on line 68, referer ... and the page... > > Interesting, since I'm don't have an INCLUDE or REQUIRE for 'FX_Error.php;" does it get reference in the FX.php page? > > Could this be an indication of what's up? She's using FM Server 10 Advanced, by the way... > > Thanks, > > Bob Patin > Longterm Solutions LLC > bob@longtermsolutions.com > 615-333-6858 > http://www.longtermsolutions.com > FileMaker 9, 10 & 11 Certified Developer > Member of FileMaker Business Alliance and FileMaker TechNet > -- > Twitter: bobpatin > Google+: http://www.longtermsolutions.com/plus > AIM: longterm1954 > iChat: bobpatin > -- > Expert FileMaker Consulting > FileMaker Hosting for all versions of FileMaker > > _______________________________________________ > 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 Mon Aug 20 07:23:29 2012 From: dale.bengston at gmail.com (Dale Bengston) Date: Mon Aug 20 06:40:00 2012 Subject: [FX.php List] ODBC Selects and Inserts VS FX/XML Speed test In-Reply-To: References: Message-ID: Hi John, Thanks for the metrics. I think it's comforting to see numbers backing up what we've known for some time about FMS/XML speed. Did you use FX.php to perform the ODBC calls, or did you hard-code the SQL? Thanks, Dale On Aug 16, 2012, at 12:40 PM, John Funk wrote: > Just thought I would share my results of some tests I ran on a NEW fmserver (Win2008)that was installed at my client. The FM server is part of an offsite server bank. It is FileMaker Server 11. > > The tests were comparing read and write speeds using the two technologies from a command line PHP script. I also wanted to see the impact on the FMserver's statistics. > > The script was designed to find specific records from a large FM DB, in this case the result is about 5000 records out of 980,500 records. No other users were on the system at the time. > > Test 1, using FX/XML, Find records = 20 seconds ave. > Test 2, using FX/XML, Find records, write to a text file = 21 seconds ave. > Text 3, using ODBC/SQL, Select records = 8 seconds. > Text 4, using ODBC/SQL, Select records, write to a different DB on the same server = 27 seconds ave. > > As you can see ODBC is much faster and ODBC is a direct call to the FMServer engine rather than the web server that XML relies on. > A downfall of not using FX is you cannot call FM Scripts to run but this can be worked around I suppose. > > I am looking forward to any comments anyone has on this. > > John Funk > Critical Solution > _______________________________________________ > 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/20120820/341646dc/attachment.html From csinfo at criticalsolution.com Mon Aug 20 08:26:35 2012 From: csinfo at criticalsolution.com (John Funk) Date: Mon Aug 20 07:43:56 2012 Subject: [FX.php List] ODBC Selects and Inserts VS FX/XML Speed test In-Reply-To: Message-ID: The ODBC calls were hardcoded directly to the Driver. Thanks On 8/20/12 8:23 AM, "Dale Bengston" wrote: > Hi John, > > Thanks for the metrics. I think it's comforting to see numbers backing up what > we've known for some time about FMS/XML speed. > > Did you use FX.php to perform the ODBC calls, or did you hard-code the SQL? > > Thanks, > Dale > > > On Aug 16, 2012, at 12:40 PM, John Funk wrote: > >> ODBC Selects and Inserts VS FX/XML Speed test >> Just thought I would share my results of some tests I ran on a NEW fmserver >> (Win2008)that was installed at my client. The FM server is part of an offsite >> server bank. It is FileMaker Server 11. >> >> The tests were comparing read and write speeds using the two technologies >> from a command line PHP script. I also wanted to see the impact on the >> FMserver's statistics. >> >> The script was designed to find specific records from a large FM DB, in this >> case the result is about 5000 records out of 980,500 records. No other users >> were on the system at the time. >> >> Test 1, using FX/XML, Find records = 20 seconds ave. >> Test 2, using FX/XML, Find records, write to a text file = 21 seconds ave. >> Text 3, using ODBC/SQL, Select records = 8 seconds. >> Text 4, using ODBC/SQL, Select records, write to a different DB on the same >> server = 27 seconds ave. >> >> As you can see ODBC is much faster and ODBC is a direct call to the FMServer >> engine rather than the web server that XML relies on. >> A downfall of not using FX is you cannot call FM Scripts to run but this can >> be worked around I suppose. >> >> I am looking forward to any comments anyone has on this. >> >> John Funk >> Critical Solution >> _______________________________________________ >> 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/20120820/f71b0a8b/attachment.html From beverlyvoth at gmail.com Mon Aug 20 09:09:01 2012 From: beverlyvoth at gmail.com (BEVERLY VOTH) Date: Mon Aug 20 08:25:35 2012 Subject: [FX.php List] ODBC Selects and Inserts VS FX/XML Speed test In-Reply-To: References: Message-ID: thanks, John! so you did not use PHP or other web app to make the ODBC calls to FM? I did a few projects with ColdFusion (I know I know, sacrilege on *this* list!) with ODBC to FMS. I have to say I really like the "zippiness". :) But with any database and any web application, I still try to OPTIMIZE by * caching things that don't need a direct db call every time (product description text in a cart, for example can be pushed to an include once - or when changed) and called from the web-app instead of the database * caching common value lists (state abbreviations and names, for example, or any list that doesn't change frequently) * storing images NOT in db, but let the web server do what it does best (serve FILES of all types), by referencing the location * let the web app do the "heavy lifting" (instead of scripts, use the web app - and YES, I know that's *more* work...) These tips bring up the speed every time, whether using ODBC or xml! Beverly On 20 Aug 2012, at 10:26 AM, John Funk wrote: > The ODBC calls were hardcoded directly to the Driver. > Thanks > > On 8/20/12 8:23 AM, "Dale Bengston" wrote: > >> Hi John, >> >> Thanks for the metrics. I think it's comforting to see numbers backing up what we've known for some time about FMS/XML speed. >> >> Did you use FX.php to perform the ODBC calls, or did you hard-code the SQL? >> >> Thanks, >> Dale >> >> >> On Aug 16, 2012, at 12:40 PM, John Funk wrote: >> >>> ODBC Selects and Inserts VS FX/XML Speed test >>> Just thought I would share my results of some tests I ran on a NEW fmserver (Win2008)that was installed at my client. The FM server is part of an offsite server bank. It is FileMaker Server 11. >>> >>> The tests were comparing read and write speeds using the two technologies from a command line PHP script. I also wanted to see the impact on the FMserver's statistics. >>> >>> The script was designed to find specific records from a large FM DB, in this case the result is about 5000 records out of 980,500 records. No other users were on the system at the time. >>> >>> Test 1, using FX/XML, Find records = 20 seconds ave. >>> Test 2, using FX/XML, Find records, write to a text file = 21 seconds ave. >>> Text 3, using ODBC/SQL, Select records = 8 seconds. >>> Text 4, using ODBC/SQL, Select records, write to a different DB on the same server = 27 seconds ave. >>> >>> As you can see ODBC is much faster and ODBC is a direct call to the FMServer engine rather than the web server that XML relies on. >>> A downfall of not using FX is you cannot call FM Scripts to run but this can be worked around I suppose. >>> >>> I am looking forward to any comments anyone has on this. >>> >>> John Funk >>> Critical Solution >>> _______________________________________________ >>> 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 bob at patin.com Mon Aug 20 10:21:25 2012 From: bob at patin.com (Bob Patin) Date: Mon Aug 20 09:38:50 2012 Subject: [FX.php List] [off] Link formatting not working Message-ID: <99867CAA-98F8-47E9-ABCC-417690016D15@patin.com> Okay gurus, tell me why this doesn't make the link red; it changes on the hover, but not when you load the page, which is here: http://greenhillstherapy.com/test.htm I'm trying to figure out why, even though my CSS specifies a link color on this site's links, they keep taking on the ugly default purplish color... Here's my HTML in the test page: this is a test link. So why doesn't this link show in RED instead of purple? Bob Patin Longterm Solutions LLC bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com FileMaker 9, 10 & 11 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -- Twitter: bobpatin Google+: http://www.longtermsolutions.com/plus AIM: longterm1954 iChat: bobpatin -- Expert FileMaker Consulting FileMaker Hosting for all versions of FileMaker From leo at finalresort.org Mon Aug 20 10:24:15 2012 From: leo at finalresort.org (Leo R. Lundgren) Date: Mon Aug 20 09:40:42 2012 Subject: [FX.php List] [off] Link formatting not working In-Reply-To: <99867CAA-98F8-47E9-ABCC-417690016D15@patin.com> References: <99867CAA-98F8-47E9-ABCC-417690016D15@patin.com> Message-ID: I'm guessing because you're only specifying CSS for :link and :hover. Did you try without any :foo and/or with :visited? 20 aug 2012 kl. 18.21 skrev Bob Patin: > Okay gurus, tell me why this doesn't make the link red; it changes on the hover, but not when you load the page, which is here: > > http://greenhillstherapy.com/test.htm > > I'm trying to figure out why, even though my CSS specifies a link color on this site's links, they keep taking on the ugly default purplish color... > > Here's my HTML in the test page: > > > > > > this is a test link. > > > > So why doesn't this link show in RED instead of purple? > > > Bob Patin > Longterm Solutions LLC > bob@longtermsolutions.com > 615-333-6858 > http://www.longtermsolutions.com > FileMaker 9, 10 & 11 Certified Developer > Member of FileMaker Business Alliance and FileMaker TechNet > -- > Twitter: bobpatin > Google+: http://www.longtermsolutions.com/plus > AIM: longterm1954 > iChat: bobpatin > -- > Expert FileMaker Consulting > FileMaker Hosting for all versions of FileMaker > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list -| From csinfo at criticalsolution.com Mon Aug 20 10:27:20 2012 From: csinfo at criticalsolution.com (John Funk) Date: Mon Aug 20 09:44:09 2012 Subject: [FX.php List] ODBC Selects and Inserts VS FX/XML Speed test In-Reply-To: Message-ID: Thanks for the tips Beverly. I DID use PHP on the command line of Terminal of MacOS, this also works on the DOS prompt on Windows, My application is calling the PHP and using the results in another program that does not have internet connectivity. I am finding that my script is evolving into an hybrid of FX calls and direct ODBC calls. Though is does make your brain hurt... On 8/20/12 10:09 AM, "BEVERLY VOTH" wrote: > thanks, John! so you did not use PHP or other web app to make the ODBC calls > to FM? > > I did a few projects with ColdFusion (I know I know, sacrilege on *this* > list!) with ODBC to FMS. I have to say I really like the "zippiness". :) > > But with any database and any web application, I still try to OPTIMIZE by > * caching things that don't need a direct db call every time (product > description text in a cart, for example can be pushed to an include once - or > when changed) and called from the web-app instead of the database > * caching common value lists (state abbreviations and names, for example, or > any list that doesn't change frequently) > * storing images NOT in db, but let the web server do what it does best (serve > FILES of all types), by referencing the location > * let the web app do the "heavy lifting" (instead of scripts, use the web app > - and YES, I know that's *more* work...) > > These tips bring up the speed every time, whether using ODBC or xml! > Beverly > > > On 20 Aug 2012, at 10:26 AM, John Funk wrote: > >> The ODBC calls were hardcoded directly to the Driver. >> Thanks >> >> On 8/20/12 8:23 AM, "Dale Bengston" wrote: >> >>> Hi John, >>> >>> Thanks for the metrics. I think it's comforting to see numbers backing up >>> what we've known for some time about FMS/XML speed. >>> >>> Did you use FX.php to perform the ODBC calls, or did you hard-code the SQL? >>> >>> Thanks, >>> Dale >>> >>> >>> On Aug 16, 2012, at 12:40 PM, John Funk wrote: >>> >>>> ODBC Selects and Inserts VS FX/XML Speed test >>>> Just thought I would share my results of some tests I ran on a NEW fmserver >>>> (Win2008)that was installed at my client. The FM server is part of an >>>> offsite server bank. It is FileMaker Server 11. >>>> >>>> The tests were comparing read and write speeds using the two technologies >>>> from a command line PHP script. I also wanted to see the impact on the >>>> FMserver's statistics. >>>> >>>> The script was designed to find specific records from a large FM DB, in >>>> this case the result is about 5000 records out of 980,500 records. No other >>>> users were on the system at the time. >>>> >>>> Test 1, using FX/XML, Find records = 20 seconds ave. >>>> Test 2, using FX/XML, Find records, write to a text file = 21 seconds ave. >>>> Text 3, using ODBC/SQL, Select records = 8 seconds. >>>> Text 4, using ODBC/SQL, Select records, write to a different DB on the same >>>> server = 27 seconds ave. >>>> >>>> As you can see ODBC is much faster and ODBC is a direct call to the >>>> FMServer engine rather than the web server that XML relies on. >>>> A downfall of not using FX is you cannot call FM Scripts to run but this >>>> can be worked around I suppose. >>>> >>>> I am looking forward to any comments anyone has on this. >>>> >>>> John Funk >>>> Critical Solution >>>> _______________________________________________ >>>> 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 jschwartz at exit445.com Mon Aug 20 10:32:22 2012 From: jschwartz at exit445.com (Jonathan Schwartz) Date: Mon Aug 20 09:48:54 2012 Subject: [FX.php List] [off] Link formatting not working In-Reply-To: <99867CAA-98F8-47E9-ABCC-417690016D15@patin.com> References: <99867CAA-98F8-47E9-ABCC-417690016D15@patin.com> Message-ID: Bob, It was red for me, and then "the ugly purple color" once I had clicked the link. This is normal, being the "Visted" state. See below for all 4 states. Just add the "Visited" state to your cess. a:link {color:#FF0000;} /* unvisited link */ a:visited {color:#00FF00;} /* visited link */ a:hover {color:#FF00FF;} /* mouse over link */ a:active {color:#0000FF;} /* selected link */ HTH Jonathan >Okay gurus, tell me why this doesn't make the link red; it changes >on the hover, but not when you load the page, which is here: > >http://greenhillstherapy.com/test.htm > >I'm trying to figure out why, even though my CSS specifies a link >color on this site's links, they keep taking on the ugly default >purplish color... > >Here's my HTML in the test page: > > > > > >this is a test link. > > > >So why doesn't this link show in RED instead of purple? > > >Bob Patin >Longterm Solutions LLC >bob@longtermsolutions.com >615-333-6858 >http://www.longtermsolutions.com >FileMaker 9, 10 & 11 Certified Developer >Member of FileMaker Business Alliance and FileMaker TechNet >-- >Twitter: bobpatin >Google+: http://www.longtermsolutions.com/plus >AIM: longterm1954 >iChat: bobpatin >-- >Expert FileMaker Consulting >FileMaker Hosting for all versions of FileMaker > >_______________________________________________ >FX.php_List mailing list >FX.php_List@mail.iviking.org >http://www.iviking.org/mailman/listinfo/fx.php_list -- Jonathan Schwartz Exit 445 Group jonathan@exit445.com http://www.exit445.com 415-370-5011 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20120820/2c646347/attachment.html From jsfmp at earthlink.net Mon Aug 20 10:41:45 2012 From: jsfmp at earthlink.net (Joel Shapiro) Date: Mon Aug 20 09:58:08 2012 Subject: [FX.php List] ODBC Selects and Inserts VS FX/XML Speed test In-Reply-To: References: Message-ID: Hi Just a quick comment that FM scripts can sometimes perform a LOT faster than trying to do everything just on the "web" end. I used to never use FM scripts but have found that they can sometimes save time in both development *and* performance. A while back I tested speeds of different ways to add multiple related records: http://blog.jsfmp.com/post/19243201571/adding-multiple-related-records-in-filemaker-php NOTE: a) I tested only in the API but I'd imagine the differences would be comparable in FX b) I did *not* test ODBC -Joel On Aug 20, 2012, at 8:09 AM, BEVERLY VOTH wrote: > * let the web app do the "heavy lifting" (instead of scripts, use the web app - and YES, I know that's *more* work...) From bob at patin.com Mon Aug 20 10:47:06 2012 From: bob at patin.com (Bob Patin) Date: Mon Aug 20 10:04:30 2012 Subject: [FX.php List] [off] Link formatting not working In-Reply-To: References: <99867CAA-98F8-47E9-ABCC-417690016D15@patin.com> Message-ID: <0F726827-DE3A-4563-9B62-42363C0397E2@patin.com> (showing my marginal CSS skills here)... So I should just use a { text-family... } ? On Aug 20, 2012, at 11:24 AM, Leo R. Lundgren wrote: > I'm guessing because you're only specifying CSS for :link and :hover. Did you try without any :foo and/or with :visited? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20120820/12260b51/attachment.html From leo at finalresort.org Mon Aug 20 10:48:42 2012 From: leo at finalresort.org (Leo R. Lundgren) Date: Mon Aug 20 10:05:09 2012 Subject: [FX.php List] [off] Link formatting not working In-Reply-To: <0F726827-DE3A-4563-9B62-42363C0397E2@patin.com> References: <99867CAA-98F8-47E9-ABCC-417690016D15@patin.com> <0F726827-DE3A-4563-9B62-42363C0397E2@patin.com> Message-ID: <8EB46C5F-111B-4CF8-B573-63C263D1CBE0@finalresort.org> Did you try it? 20 aug 2012 kl. 18.47 skrev Bob Patin: > (showing my marginal CSS skills here)... > > So I should just use > > a { > text-family... > } > > > ? > > > On Aug 20, 2012, at 11:24 AM, Leo R. Lundgren wrote: > >> I'm guessing because you're only specifying CSS for :link and :hover. Did you try without any :foo and/or with :visited? > > _______________________________________________ > 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/20120820/af0f7736/attachment.html From bob at patin.com Mon Aug 20 11:20:18 2012 From: bob at patin.com (Bob Patin) Date: Mon Aug 20 10:37:42 2012 Subject: [FX.php List] [off] Link formatting not working In-Reply-To: <8EB46C5F-111B-4CF8-B573-63C263D1CBE0@finalresort.org> References: <99867CAA-98F8-47E9-ABCC-417690016D15@patin.com> <0F726827-DE3A-4563-9B62-42363C0397E2@patin.com> <8EB46C5F-111B-4CF8-B573-63C263D1CBE0@finalresort.org> Message-ID: too easy, and yes it did work... :) How come it doesn't work with a:link though? I've used that for years and it's always worked... Again, my CSS ignorance rearing its ugly head... On Aug 20, 2012, at 11:48 AM, Leo R. Lundgren wrote: > Did you try it? > > 20 aug 2012 kl. 18.47 skrev Bob Patin: > >> (showing my marginal CSS skills here)... >> >> So I should just use >> >> a { >> text-family... >> } >> >> >> ? >> >> >> On Aug 20, 2012, at 11:24 AM, Leo R. Lundgren wrote: >> >>> I'm guessing because you're only specifying CSS for :link and :hover. Did you try without any :foo and/or with :visited? >> >> _______________________________________________ >> 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/20120820/6366c2ce/attachment-0001.html From leo at finalresort.org Mon Aug 20 11:22:10 2012 From: leo at finalresort.org (Leo R. Lundgren) Date: Mon Aug 20 10:38:37 2012 Subject: [FX.php List] [off] Link formatting not working In-Reply-To: References: <99867CAA-98F8-47E9-ABCC-417690016D15@patin.com> <0F726827-DE3A-4563-9B62-42363C0397E2@patin.com> <8EB46C5F-111B-4CF8-B573-63C263D1CBE0@finalresort.org> Message-ID: a:link is more specific than a, it only applies to a subset of all a's state. 20 aug 2012 kl. 19.20 skrev Bob Patin: > too easy, and yes it did work... :) > > How come it doesn't work with a:link though? I've used that for years and it's always worked... > > Again, my CSS ignorance rearing its ugly head... > > > On Aug 20, 2012, at 11:48 AM, Leo R. Lundgren wrote: > >> Did you try it? >> >> 20 aug 2012 kl. 18.47 skrev Bob Patin: >> >>> (showing my marginal CSS skills here)... >>> >>> So I should just use >>> >>> a { >>> text-family... >>> } >>> >>> >>> ? >>> >>> >>> On Aug 20, 2012, at 11:24 AM, Leo R. Lundgren wrote: >>> >>>> I'm guessing because you're only specifying CSS for :link and :hover. Did you try without any :foo and/or with :visited? >>> >>> _______________________________________________ >>> 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/20120820/70f9e589/attachment.html From dale.bengston at gmail.com Mon Aug 20 11:39:02 2012 From: dale.bengston at gmail.com (Dale Bengston) Date: Mon Aug 20 10:55:32 2012 Subject: [FX.php List] ODBC Selects and Inserts VS FX/XML Speed test In-Reply-To: References: Message-ID: Joel, Thanks for more great metrics. It also makes sense to tap scripts if you're web-enabling an existing FMP client-server system. The workflow's already there. It's often a series of tradeoffs, though. Avoiding scripts to use ODBC may be slower when adding 20 child records, but if the rest of the queries on a site are faster, it still might be worth it. I have one client with a very complex system that might benefit greatly from a switch to ODBC. Dale On Aug 20, 2012, at 11:41 AM, Joel Shapiro wrote: > Hi > > Just a quick comment that FM scripts can sometimes perform a LOT faster than trying to do everything just on the "web" end. > > I used to never use FM scripts but have found that they can sometimes save time in both development *and* performance. > > A while back I tested speeds of different ways to add multiple related records: > http://blog.jsfmp.com/post/19243201571/adding-multiple-related-records-in-filemaker-php > > NOTE: > a) I tested only in the API but I'd imagine the differences would be comparable in FX > b) I did *not* test ODBC > > -Joel > > > On Aug 20, 2012, at 8:09 AM, BEVERLY VOTH wrote: > >> * let the web app do the "heavy lifting" (instead of scripts, use the web app - and YES, I know that's *more* work...) > > _______________________________________________ > 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 Mon Aug 20 11:39:19 2012 From: beverlyvoth at gmail.com (BEVERLY VOTH) Date: Mon Aug 20 10:55:52 2012 Subject: [FX.php List] ODBC Selects and Inserts VS FX/XML Speed test In-Reply-To: References: Message-ID: <6AD9D7BF-E511-4374-B059-C813EE14621A@gmail.com> + 1 on that Joel! I guess it really depends on what needs to be done and what's the most efficient for the application! Like the difference between Set Field and a calculation. Sometimes one is better and sometimes the other... :) Edit multiple related may just be one of those times to script-it! I *love* having a full load of methods to use (or not). Beverly On 20 Aug 2012, at 12:41 PM, Joel Shapiro wrote: > Hi > > Just a quick comment that FM scripts can sometimes perform a LOT faster than trying to do everything just on the "web" end. > > I used to never use FM scripts but have found that they can sometimes save time in both development *and* performance. > > A while back I tested speeds of different ways to add multiple related records: > http://blog.jsfmp.com/post/19243201571/adding-multiple-related-records-in-filemaker-php > > NOTE: > a) I tested only in the API but I'd imagine the differences would be comparable in FX > b) I did *not* test ODBC > > -Joel > > > On Aug 20, 2012, at 8:09 AM, BEVERLY VOTH wrote: > >> * let the web app do the "heavy lifting" (instead of scripts, use the web app - and YES, I know that's *more* work...) > > _______________________________________________ > 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 Aug 20 13:37:05 2012 From: bob at patin.com (Bob Patin) Date: Mon Aug 20 12:54:29 2012 Subject: [FX.php List] [off] Link formatting not working In-Reply-To: References: <99867CAA-98F8-47E9-ABCC-417690016D15@patin.com> <0F726827-DE3A-4563-9B62-42363C0397E2@patin.com> <8EB46C5F-111B-4CF8-B573-63C263D1CBE0@finalresort.org> Message-ID: <2ED495F2-D00D-43D4-8307-4B5266B63F4B@patin.com> But if it's an HREF, as in link shouldn't that work? It always used to in the past... Now I find that it doesn't even work on that little test page I threw together... BP Bob Patin Longterm Solutions LLC bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com FileMaker 9, 10 & 11 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -- Twitter: bobpatin Google+: http://www.longtermsolutions.com/plus AIM: longterm1954 iChat: bobpatin -- Expert FileMaker Consulting FileMaker Hosting for all versions of FileMaker On Aug 20, 2012, at 12:22 PM, Leo R. Lundgren wrote: > a:link is more specific than a, it only applies to a subset of all a's state. > > 20 aug 2012 kl. 19.20 skrev Bob Patin: > >> too easy, and yes it did work... :) >> >> How come it doesn't work with a:link though? I've used that for years and it's always worked... >> >> Again, my CSS ignorance rearing its ugly head... >> >> >> On Aug 20, 2012, at 11:48 AM, Leo R. Lundgren wrote: >> >>> Did you try it? >>> >>> 20 aug 2012 kl. 18.47 skrev Bob Patin: >>> >>>> (showing my marginal CSS skills here)... >>>> >>>> So I should just use >>>> >>>> a { >>>> text-family... >>>> } >>>> >>>> >>>> ? >>>> >>>> >>>> On Aug 20, 2012, at 11:24 AM, Leo R. Lundgren wrote: >>>> >>>>> I'm guessing because you're only specifying CSS for :link and :hover. Did you try without any :foo and/or with :visited? >>>> >>>> _______________________________________________ >>>> 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/20120820/257e4574/attachment.html From beverlyvoth at gmail.com Mon Aug 20 13:58:52 2012 From: beverlyvoth at gmail.com (BEVERLY VOTH) Date: Mon Aug 20 13:15:28 2012 Subject: [FX.php List] [off] Link formatting not working In-Reply-To: <2ED495F2-D00D-43D4-8307-4B5266B63F4B@patin.com> References: <99867CAA-98F8-47E9-ABCC-417690016D15@patin.com> <0F726827-DE3A-4563-9B62-42363C0397E2@patin.com> <8EB46C5F-111B-4CF8-B573-63C263D1CBE0@finalresort.org> <2ED495F2-D00D-43D4-8307-4B5266B63F4B@patin.com> Message-ID: <8B23FA0A-B5D6-40A0-B76C-CFB845629B06@gmail.com> bob, IIRC, "a" in CSS just specifies the link when first sent to browser. The pseudo selectors - which *can* apply to more than just the "a"! (:link, :hover, etc.) are more specific and apply where needed, but you must specify them all or the browser uses it's defaults. Beverly On 20 Aug 2012, at 3:37 PM, Bob Patin wrote: > But if it's an HREF, as in > > link > > shouldn't that work? It always used to in the past... > > Now I find that it doesn't even work on that little test page I threw together... > > BP > > Bob Patin > Longterm Solutions LLC > bob@longtermsolutions.com > 615-333-6858 > http://www.longtermsolutions.com > FileMaker 9, 10 & 11 Certified Developer > Member of FileMaker Business Alliance and FileMaker TechNet > -- > Twitter: bobpatin > Google+: http://www.longtermsolutions.com/plus > AIM: longterm1954 > iChat: bobpatin > -- > Expert FileMaker Consulting > FileMaker Hosting for all versions of FileMaker > > On Aug 20, 2012, at 12:22 PM, Leo R. Lundgren wrote: > >> a:link is more specific than a, it only applies to a subset of all a's state. >> >> 20 aug 2012 kl. 19.20 skrev Bob Patin: >> >>> too easy, and yes it did work... :) >>> >>> How come it doesn't work with a:link though? I've used that for years and it's always worked... >>> >>> Again, my CSS ignorance rearing its ugly head... >>> >>> >>> On Aug 20, 2012, at 11:48 AM, Leo R. Lundgren wrote: >>> >>>> Did you try it? >>>> >>>> 20 aug 2012 kl. 18.47 skrev Bob Patin: >>>> >>>>> (showing my marginal CSS skills here)... >>>>> >>>>> So I should just use >>>>> >>>>> a { >>>>> text-family... >>>>> } >>>>> >>>>> >>>>> ? >>>>> >>>>> >>>>> On Aug 20, 2012, at 11:24 AM, Leo R. Lundgren wrote: >>>>> >>>>>> I'm guessing because you're only specifying CSS for :link and :hover. Did you try without any :foo and/or with :visited? >>>>> >>>>> _______________________________________________ >>>>> 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 bob at patin.com Mon Aug 20 14:11:29 2012 From: bob at patin.com (Bob Patin) Date: Mon Aug 20 13:28:51 2012 Subject: [FX.php List] [off] Link formatting not working In-Reply-To: <8B23FA0A-B5D6-40A0-B76C-CFB845629B06@gmail.com> References: <99867CAA-98F8-47E9-ABCC-417690016D15@patin.com> <0F726827-DE3A-4563-9B62-42363C0397E2@patin.com> <8EB46C5F-111B-4CF8-B573-63C263D1CBE0@finalresort.org> <2ED495F2-D00D-43D4-8307-4B5266B63F4B@patin.com> <8B23FA0A-B5D6-40A0-B76C-CFB845629B06@gmail.com> Message-ID: On Aug 20, 2012, at 2:58 PM, BEVERLY VOTH wrote: > bob, IIRC, "a" in CSS just specifies the link when first sent to browser. The pseudo selectors - which *can* apply to more than just the "a"! (:link, :hover, etc.) are more specific and apply where needed, but you must specify them all or the browser uses it's defaults. But in the past, before I started using separate stylesheets, I did it exactly like the test page, which failed to render properly this morning. I don't think I ever specified just a CSS format for any "a" tag, but always used "a:link..." Maybe I'm hallucinating... :) BP Bob Patin Longterm Solutions LLC bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com FileMaker 9, 10 & 11 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -- Twitter: bobpatin Google+: http://www.longtermsolutions.com/plus AIM: longterm1954 iChat: bobpatin -- Expert FileMaker Consulting FileMaker Hosting for all versions of FileMaker -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20120820/fc3a0044/attachment.html From jsfmp at earthlink.net Mon Aug 20 14:22:49 2012 From: jsfmp at earthlink.net (Joel Shapiro) Date: Mon Aug 20 13:39:14 2012 Subject: [FX.php List] [off] Link formatting not working In-Reply-To: References: <99867CAA-98F8-47E9-ABCC-417690016D15@patin.com> <0F726827-DE3A-4563-9B62-42363C0397E2@patin.com> <8EB46C5F-111B-4CF8-B573-63C263D1CBE0@finalresort.org> <2ED495F2-D00D-43D4-8307-4B5266B63F4B@patin.com> <8B23FA0A-B5D6-40A0-B76C-CFB845629B06@gmail.com> Message-ID: <0A88DCA9-D9BC-45B4-880D-31082173F263@earthlink.net> Maybe you are... :) Or could it be that the page that your link is directed to has already been viewed (even if not via the link), in which case your link is not "unvisited" (the state for :link)? Have you tried it in a browser in which you have NOT viewed the linked page? (Or cleared your history?) -Joel On Aug 20, 2012, at 1:11 PM, Bob Patin wrote: > But in the past, before I started using separate stylesheets, I did it exactly like the test page, which failed to render properly this morning. I don't think I ever specified just a CSS format for any "a" tag, but always used "a:link..." > > Maybe I'm hallucinating... :) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20120820/506d7293/attachment.html From bob at patin.com Mon Aug 20 14:47:10 2012 From: bob at patin.com (Bob Patin) Date: Mon Aug 20 14:04:44 2012 Subject: [FX.php List] [off] Link formatting not working In-Reply-To: <0A88DCA9-D9BC-45B4-880D-31082173F263@earthlink.net> References: <99867CAA-98F8-47E9-ABCC-417690016D15@patin.com> <0F726827-DE3A-4563-9B62-42363C0397E2@patin.com> <8EB46C5F-111B-4CF8-B573-63C263D1CBE0@finalresort.org> <2ED495F2-D00D-43D4-8307-4B5266B63F4B@patin.com> <8B23FA0A-B5D6-40A0-B76C-CFB845629B06@gmail.com> <0A88DCA9-D9BC-45B4-880D-31082173F263@earthlink.net> Message-ID: <94FD8FB7-7594-4938-AB49-56516939F87A@patin.com> Hey, Check this out; this is the test page I did to see if I was truly losing my mind (which of course many of my friends would readily verify)... This is the page in its entirety: Untitled Document this is a test link. --- As you can see, there's nothing there--no reference to a stylesheet or anything. I would've thought that this would apply the RED color to any wrote: > Maybe you are... :) > > Or could it be that the page that your link is directed to has already been viewed (even if not via the link), in which case your link is not "unvisited" (the state for :link)? > > Have you tried it in a browser in which you have NOT viewed the linked page? (Or cleared your history?) > > -Joel > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20120820/c9aff34c/attachment.html From jschwartz at exit445.com Mon Aug 20 15:09:49 2012 From: jschwartz at exit445.com (Jonathan Schwartz) Date: Mon Aug 20 14:30:29 2012 Subject: [FX.php List] [off] Link formatting not working In-Reply-To: <94FD8FB7-7594-4938-AB49-56516939F87A@patin.com> References: <99867CAA-98F8-47E9-ABCC-417690016D15@patin.com> <0F726827-DE3A-4563-9B62-42363C0397E2@patin.com> <8EB46C5F-111B-4CF8-B573-63C263D1CBE0@finalresort.org> <2ED495F2-D00D-43D4-8307-4B5266B63F4B@patin.com> <8B23FA0A-B5D6-40A0-B76C-CFB845629B06@gmail.com> <0A88DCA9-D9BC-45B4-880D-31082173F263@earthlink.net> <94FD8FB7-7594-4938-AB49-56516939F87A@patin.com> Message-ID: Bob, Maybe I lost track of the thread, but the code you listed should show a red link...up until the the time that the link is clicked. Since you don't specify the behavior of the visited link, it goes to the default for the browser...usually purple. To make it red all the time, add the parameter for "visited" to your style. Or maybe I misunderstand the problem. J At 3:47 PM -0500 8/20/12, Bob Patin wrote: >Hey, > >Check this out; this is the test page I did to see if I was truly >losing my mind (which of course many of my friends would readily >verify)... > >This is the page in its entirety: > >"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > > > >Untitled Document > > > > >this is a test link. > > > >--- > >As you can see, there's nothing there--no reference to a stylesheet >or anything. I would've thought that this would apply the RED color >to any >... or in the past, when I used to not use stylesheets, maybe >Dreamweaver put a style to all a tags and I just don't remember >it... knowing the oddness of Dreamweaver, nothing would surprise >me... > >Bob > > >On Aug 20, 2012, at 3:22 PM, Joel Shapiro ><jsfmp@earthlink.net> wrote: > >>Maybe you are... :) >> >>Or could it be that the page that your link is directed to has >>already been viewed (even if not via the link), in which case your >>link is not "unvisited" (the state for :link)? >> >>Have you tried it in a browser in which you have NOT viewed the >>linked page? (Or cleared your history?) >> >>-Joel >> >> > > >_______________________________________________ >FX.php_List mailing list >FX.php_List@mail.iviking.org >http://www.iviking.org/mailman/listinfo/fx.php_list -- Jonathan Schwartz Exit 445 Group jonathan@exit445.com http://www.exit445.com 415-370-5011 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20120820/91c19a60/attachment-0001.html From bob at patin.com Tue Aug 21 05:29:22 2012 From: bob at patin.com (Bob Patin) Date: Tue Aug 21 04:46:44 2012 Subject: [FX.php List] [off] Link formatting not working In-Reply-To: References: <99867CAA-98F8-47E9-ABCC-417690016D15@patin.com> <0F726827-DE3A-4563-9B62-42363C0397E2@patin.com> <8EB46C5F-111B-4CF8-B573-63C263D1CBE0@finalresort.org> <2ED495F2-D00D-43D4-8307-4B5266B63F4B@patin.com> <8B23FA0A-B5D6-40A0-B76C-CFB845629B06@gmail.com> <0A88DCA9-D9BC-45B4-880D-31082173F263@earthlink.net> <94FD8FB7-7594-4938-AB49-56516939F87A@patin.com> Message-ID: <72CC42FE-3F7E-4D5F-B97D-891DB904467F@patin.com> That's probably it, thanks! BP On Aug 20, 2012, at 4:09 PM, Jonathan Schwartz wrote: > Maybe I lost track of the thread, but the code you listed should show a red link...up until the the time that the link is clicked. Since you don't specify the behavior of the visited link, it goes to the default for the browser...usually purple. > > To make it red all the time, add the parameter for "visited" to your style. > > Or maybe I misunderstand the problem. > > J > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20120821/cadc2774/attachment.html From KFutter at sbc.vic.edu.au Tue Aug 21 22:48:35 2012 From: KFutter at sbc.vic.edu.au (Kevin Futter) Date: Tue Aug 21 22:06:19 2012 Subject: [FX.php List] Related field issue Message-ID: Hi folks, I've got a weird problem I'm hoping someone can help me with. I'm pulling data out of a table in File A using FX. Today I decided I needed some data out of a field in related File B, so I put that field on the web layout of File A. I ensured all the permissions were correct at both ends, and even logged into File A as the FX web user (to which I gave 'fmapp' privileges), and the data is visible on the layout. BUT! When I pull the data out of that layout via FX, I get an empty array element for that field. It doesn't even read the field name for the array index. In desperation, and I added a calculation field to the table in File A that resolves to the data I want from File B. Again, it passes all the tests I did for the pure related field, but still no joy. The only difference is that this time I get the field name in as the array index, but still no data. I have absolutely no idea what's going on! Normally this sort of thing indicates a permissions issue with the related file, but I've opened everything up on both sides of the relationship, and have proved that the web user can 'see' the related data. Any clues? Thanks in advance, Kev -- Kevin Futter Webmaster, St. Bernard's College http://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. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20120822/48e99633/attachment.html From jon at montgomerysonline.com Wed Aug 22 06:42:19 2012 From: jon at montgomerysonline.com (Jon Montgomery) Date: Wed Aug 22 05:58:38 2012 Subject: [FX.php List] Related field issue In-Reply-To: References: Message-ID: Kevin, I have had this problems on my one web project. The only way I ever got around it, and you have done more than I ever did trying to fix it, was to put a Portal on that layout with the data I need. However, I believe I was in the API then and not FX. Could you not make a call directly to the table on File B and not mess with a portal? I have not had to do that yet, but I read many posts by Tim "Webko" Booth, and my guess is he would tell me to do that. Just have not convinced myself that I am smart enough to make that work. I read every post from you guys on these emails. You guys are so sharp on this stuff. Not sure this helps but I hope so. Jon Montgomery Illinois Grade School Music Association On Aug 21, 2012, at 11:48 PM, Kevin Futter wrote: > Hi folks, > > I've got a weird problem I'm hoping someone can help me with. I'm pulling data out of a table in File A using FX. Today I decided I needed some data out of a field in related File B, so I put that field on the web layout of File A. I ensured all the permissions were correct at both ends, and even logged into File A as the FX web user (to which I gave 'fmapp' privileges), and the data is visible on the layout. > > BUT! When I pull the data out of that layout via FX, I get an empty array element for that field. It doesn't even read the field name for the array index. In desperation, and I added a calculation field to the table in File A that resolves to the data I want from File B. Again, it passes all the tests I did for the pure related field, but still no joy. The only difference is that this time I get the field name in as the array index, but still no data. > > I have absolutely no idea what's going on! Normally this sort of thing indicates a permissions issue with the related file, but I've opened everything up on both sides of the relationship, and have proved that the web user can 'see' the related data. > > Any clues? > > Thanks in advance, > > Kev > > -- > Kevin Futter > Webmaster, St. Bernard's College > http://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. > _______________________________________________ > 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/20120822/ca1d6965/attachment.html From chris at iViking.org Wed Aug 22 12:56:17 2012 From: chris at iViking.org (Chris Hansen) Date: Wed Aug 22 12:12:32 2012 Subject: [FX.php List] Related field issue In-Reply-To: References: Message-ID: <212A6E98-BC0D-469E-9405-58D69C2CCC08@iViking.org> Kev, Okay, silly question perhaps, but does the FX web user have the correct extended web permissions in File B (xml access, in other words)? Permissions are definitely a hairy beast, and it's easy to miss small stuff. Best, --Chris On Aug 21, 2012, at 10:48 PM, Kevin Futter wrote: > Hi folks, > > I've got a weird problem I'm hoping someone can help me with. I'm pulling data out of a table in File A using FX. Today I decided I needed some data out of a field in related File B, so I put that field on the web layout of File A. I ensured all the permissions were correct at both ends, and even logged into File A as the FX web user (to which I gave 'fmapp' privileges), and the data is visible on the layout. > > BUT! When I pull the data out of that layout via FX, I get an empty array element for that field. It doesn't even read the field name for the array index. In desperation, and I added a calculation field to the table in File A that resolves to the data I want from File B. Again, it passes all the tests I did for the pure related field, but still no joy. The only difference is that this time I get the field name in as the array index, but still no data. > > I have absolutely no idea what's going on! Normally this sort of thing indicates a permissions issue with the related file, but I've opened everything up on both sides of the relationship, and have proved that the web user can 'see' the related data. > > Any clues? > > Thanks in advance, > > Kev > > -- > Kevin Futter > Webmaster, St. Bernard's College > http://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. > _______________________________________________ > 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 Wed Aug 22 21:21:06 2012 From: KFutter at sbc.vic.edu.au (Kevin Futter) Date: Wed Aug 22 20:38:49 2012 Subject: [FX.php List] Related field issue In-Reply-To: <212A6E98-BC0D-469E-9405-58D69C2CCC08@iViking.org> Message-ID: Chris, I can confirm that this is set correctly. I had an issue like this once before, where an entire file suddenly stopped serving data from certain fields via XML. I ended up having to rebuild the file from scratch based on an empty clone. In this case I've got around the problem by creating a lookup field in File A that pulls the data locally from File B. This works, but I still can't figure out why it was necessary. I suspect it's some sort of minor field-level corruption in File B. Now that FM has released a patch to FMS(A) that fixes the XML bug (tested and confirmed -yay!), we'll be moving to FMSA12 in September, so I'll see what happens after the conversion process. Kev -- Kevin Futter Webmaster, St. Bernard's College http://www.sbc.vic.edu.au/ On 23/08/12 4:56 AM, "Chris Hansen" wrote: >Kev, > >Okay, silly question perhaps, but does the FX web user have the correct >extended web permissions in File B (xml access, in other words)? >Permissions are definitely a hairy beast, and it's easy to miss small >stuff. Best, > >--Chris > >On Aug 21, 2012, at 10:48 PM, Kevin Futter wrote: > >> Hi folks, >> >> I've got a weird problem I'm hoping someone can help me with. I'm >>pulling data out of a table in File A using FX. Today I decided I needed >>some data out of a field in related File B, so I put that field on the >>web layout of File A. I ensured all the permissions were correct at both >>ends, and even logged into File A as the FX web user (to which I gave >>'fmapp' privileges), and the data is visible on the layout. >> >> BUT! When I pull the data out of that layout via FX, I get an empty >>array element for that field. It doesn't even read the field name for >>the array index. In desperation, and I added a calculation field to the >>table in File A that resolves to the data I want from File B. Again, it >>passes all the tests I did for the pure related field, but still no joy. >>The only difference is that this time I get the field name in as the >>array index, but still no data. >> >> I have absolutely no idea what's going on! Normally this sort of thing >>indicates a permissions issue with the related file, but I've opened >>everything up on both sides of the relationship, and have proved that >>the web user can 'see' the related data. >> >> Any clues? >> >> Thanks in advance, >> >> Kev >> >> -- >> Kevin Futter >> Webmaster, St. Bernard's College >> http://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. >> _______________________________________________ >> 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 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 bob at patin.com Thu Aug 23 07:07:52 2012 From: bob at patin.com (Bob Patin) Date: Thu Aug 23 06:25:06 2012 Subject: [FX.php List] JQuery question... Message-ID: I have a form that I'd like to submit (using JQuery) anytime the user changes a pulldown in the form, rather than using a SUBMIT button. I know that this works with a non-JQuery form onchange="Javascript:document.form1.submit();" but how do I use onchange to submit using JQuery? Thanks, Bob Patin Longterm Solutions LLC bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com FileMaker 9, 10 & 11 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -- Twitter: bobpatin Google+: http://www.longtermsolutions.com/plus AIM: longterm1954 iChat: bobpatin -- Expert FileMaker Consulting FileMaker Hosting for all versions of FileMaker From someone at gagayaya.com Thu Aug 23 07:19:45 2012 From: someone at gagayaya.com (Frank G) Date: Thu Aug 23 06:36:30 2012 Subject: [FX.php List] JQuery question... In-Reply-To: References: Message-ID: <86D556AA-5718-45B1-AA5F-4FF0F5560E4F@gagayaya.com> $().ready(function() { $("#pulldown").change(function() { $("#form_id").submit(); }); }); On 2012-08-23, at 9:07 AM, Bob Patin wrote: > I have a form that I'd like to submit (using JQuery) anytime the user changes a pulldown in the form, rather than using a SUBMIT button. I know that this works with a non-JQuery form > > onchange="Javascript:document.form1.submit();" > > but how do I use onchange to submit using JQuery? > > Thanks, > > Bob Patin > Longterm Solutions LLC > bob@longtermsolutions.com > 615-333-6858 > http://www.longtermsolutions.com > FileMaker 9, 10 & 11 Certified Developer > Member of FileMaker Business Alliance and FileMaker TechNet > -- > Twitter: bobpatin > Google+: http://www.longtermsolutions.com/plus > AIM: longterm1954 > iChat: bobpatin > -- > Expert FileMaker Consulting > FileMaker Hosting for all versions of FileMaker > > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list From tcmeyers at troymeyers.com Thu Aug 23 08:50:08 2012 From: tcmeyers at troymeyers.com (Troy Meyers) Date: Thu Aug 23 08:06:27 2012 Subject: [FX.php List] Related field issue Message-ID: Kev wrote: > Now that FM has released a patch to FMS(A) that fixes the XML bug > (tested and confirmed -yay!), we'll be moving to FMSA12 in September, so > I'll see what happens after the conversion process. Kev, I just installed the updater to FMS 12.0.2. I _cannot_ confirm that the XML problem has been solved. I'm stunned... can you tell me how you tested this? -Troy From tcmeyers at troymeyers.com Thu Aug 23 09:49:35 2012 From: tcmeyers at troymeyers.com (Troy Meyers) Date: Thu Aug 23 09:05:50 2012 Subject: [FX.php List] Re-That sinking feeling: FileMaker 12 & FX ? Message-ID: Bev, That sinking feeling has turned to panic. After waiting more than 3 months for the "vrev" I installed FMS 12.0.2 this morning with high hopes. Unfortunately our web site is still a shambles. I just tried the identical XML query that we discussed before, and though the results are somewhat different (data has changed) there are still a different number of and tags. This time, 145 of the FIELD (as before) and only 111 of the COL. I wish I had been a tester for them, for the vref. -Troy > CONFIRMED from the WPE files I did a search for " results. Then I did a search for " > Thanks, Troy. this is a bug!! Bev From bob at patin.com Thu Aug 23 10:07:33 2012 From: bob at patin.com (Bob Patin) Date: Thu Aug 23 09:24:48 2012 Subject: [FX.php List] JQuery question... In-Reply-To: <86D556AA-5718-45B1-AA5F-4FF0F5560E4F@gagayaya.com> References: <86D556AA-5718-45B1-AA5F-4FF0F5560E4F@gagayaya.com> Message-ID: perfect, thanks! BP On Aug 23, 2012, at 8:19 AM, Frank G wrote: > $().ready(function() { > $("#pulldown").change(function() { > $("#form_id").submit(); > > }); > }); > > On 2012-08-23, at 9:07 AM, Bob Patin wrote: > >> I have a form that I'd like to submit (using JQuery) anytime the user changes a pulldown in the form, rather than using a SUBMIT button. I know that this works with a non-JQuery form >> >> onchange="Javascript:document.form1.submit();" >> >> but how do I use onchange to submit using JQuery? >> >> Thanks, >> >> Bob Patin >> Longterm Solutions LLC >> bob@longtermsolutions.com >> 615-333-6858 >> http://www.longtermsolutions.com >> FileMaker 9, 10 & 11 Certified Developer >> Member of FileMaker Business Alliance and FileMaker TechNet >> -- >> Twitter: bobpatin >> Google+: http://www.longtermsolutions.com/plus >> AIM: longterm1954 >> iChat: bobpatin >> -- >> Expert FileMaker Consulting >> FileMaker Hosting for all versions of FileMaker >> >> >> _______________________________________________ >> 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 tcmeyers at troymeyers.com Thu Aug 23 10:51:33 2012 From: tcmeyers at troymeyers.com (Troy Meyers) Date: Thu Aug 23 10:07:50 2012 Subject: [FX.php List] Alternate grammar? Message-ID: <6764C716.B0BB.401F.B012.40437C52E7F4@111.1163382> It has been mentioned that having FX use the other XML query grammar (FMRESULTSET) could potentially solve the XML-CWP portals bug. Since the FMS 12.0.2 update hasn't solved it (even though they say it did) I wonder how I could get someone to work on FX.php so that this alternate grammar could be used? I don't think I'm up to the task myself. I'm pretty desperate, our site has been a horrible mess for 3 months now while I waited for the update, and it is not as promised, as far as I can tell. Could I pay some one? How much might it be? We don't have a lot of funds. -Troy From tcmeyers at troymeyers.com Thu Aug 23 11:23:56 2012 From: tcmeyers at troymeyers.com (Troy Meyers) Date: Thu Aug 23 10:40:11 2012 Subject: [FX.php List] Re-That sinking feeling: FileMaker 12 & FX ? Message-ID: <862AFB00.357D.4A7C.A433.4FD4F1558709@111.1163383> I've just noticed that the XML returned for both the FMPXMLRESULT and FMRESULTSET grammars list this: My Admin Console and the "start page" both list that FMS is "Current Installed Version:?12.0.2.232" Is it possible that the updater didn't update the Web Publishing Engine component.... ? -Troy > That sinking feeling has turned to panic. After waiting more than 3 > months for the "vrev" I installed FMS 12.0.2 this morning with high > hopes. Unfortunately our web site is still a shambles. I just tried the > identical XML query that we discussed before, and though the results are > somewhat different (data has changed) there are still a different number > of and tags. This time, 145 of the FIELD (as before) > and only 111 of the COL. > > I wish I had been a tester for them, for the vref. > > -Troy From beverlyvoth at gmail.com Thu Aug 23 17:40:45 2012 From: beverlyvoth at gmail.com (BEVERLY VOTH) Date: Thu Aug 23 16:57:03 2012 Subject: [FX.php List] Re-That sinking feeling: FileMaker 12 & FX ? In-Reply-To: References: Message-ID: Me, too, Troy! I'm out of town and haven't even made the update to test. I'm sorry to hear that it's failing STILL!) Bev On 23 Aug 2012, at 10:49 AM, Troy Meyers wrote: > Bev, > > That sinking feeling has turned to panic. After waiting more than 3 months for the "vrev" I installed FMS 12.0.2 this morning with high hopes. Unfortunately our web site is still a shambles. I just tried the identical XML query that we discussed before, and though the results are somewhat different (data has changed) there are still a different number of and tags. This time, 145 of the FIELD (as before) and only 111 of the COL. > > I wish I had been a tester for them, for the vref. > > -Troy > > >> CONFIRMED from the WPE files I did a search for "> results. Then I did a search for "> >> Thanks, Troy. this is a bug!! Bev From beverlyvoth at gmail.com Thu Aug 23 17:43:02 2012 From: beverlyvoth at gmail.com (BEVERLY VOTH) Date: Thu Aug 23 16:59:17 2012 Subject: [FX.php List] Re-That sinking feeling: FileMaker 12 & FX ? In-Reply-To: <862AFB00.357D.4A7C.A433.4FD4F1558709@111.1163383> References: <862AFB00.357D.4A7C.A433.4FD4F1558709@111.1163383> Message-ID: <6D37146D-A9E2-4446-B7C8-6D144640C403@gmail.com> Perhaps? I know it's work, but can you try to reinstall FMS (perhaps starting over). I'm not where I can test for a few days. Bev On 23 Aug 2012, at 12:23 PM, Troy Meyers wrote: > I've just noticed that the XML returned for both the FMPXMLRESULT and FMRESULTSET grammars list this: > > > > My Admin Console and the "start page" both list that FMS is "Current Installed Version: 12.0.2.232" > > Is it possible that the updater didn't update the Web Publishing Engine component.... ? > > -Troy > > > > >> That sinking feeling has turned to panic. After waiting more than 3 >> months for the "vrev" I installed FMS 12.0.2 this morning with high >> hopes. Unfortunately our web site is still a shambles. I just tried the >> identical XML query that we discussed before, and though the results are >> somewhat different (data has changed) there are still a different number >> of and tags. This time, 145 of the FIELD (as before) >> and only 111 of the COL. >> >> I wish I had been a tester for them, for the vref. >> >> -Troy > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list From tcmeyers at troymeyers.com Thu Aug 23 17:52:28 2012 From: tcmeyers at troymeyers.com (Troy Meyers) Date: Thu Aug 23 17:08:43 2012 Subject: [FX.php List] Re-That sinking feeling: FileMaker 12 & FX ? Message-ID: <40CD3903.7B74.4CF8.B352.C4D59289FCAA@111.1163386> Bev, I thought if that, and looked for a version 12.0.2 full-installer, but I didn't see one. It is kind of referred to regarding Mountain Lion installations so I thought there might be one. (Mine is on a Lion server). I'd rather do that, it would make me feel more confident that the right stuff was being installed, but if it doesn't exist (yet) then I guess I'd redo 12.0.1 fresh and re-update. I just downloaded the "demo" installer that sometimes they suggest using (and then putting in your license key to make it "real") and it's still a 12.0.1.178 version, so I did not try that, I was hoping it was 12.0.2. -Troy > Perhaps? I know it's work, but can you try to reinstall FMS (perhaps > starting over). I'm not where I can test for a few days. > > Bev From KFutter at sbc.vic.edu.au Thu Aug 23 17:54:59 2012 From: KFutter at sbc.vic.edu.au (Kevin Futter) Date: Thu Aug 23 17:12:39 2012 Subject: [FX.php List] Related field issue In-Reply-To: Message-ID: Troy, Your issues made me take another look, and it turns out that I only *thought* I was testing the FM12 server; turns out $serverIP for my test code was still resolving to our production FM11 server. Having sorted that out, I now see that I still have the old issue, just like you. Bugger! I also verified that my version numbers match yours. The thing I didn't do was restart the machine, so I might go off and try that now and report back. Bugger... -- Kevin Futter Webmaster, St. Bernard's College http://www.sbc.vic.edu.au/ On 24/08/12 12:50 AM, "Troy Meyers" wrote: >Kev wrote: > >> Now that FM has released a patch to FMS(A) that fixes the XML bug >> (tested and confirmed -yay!), we'll be moving to FMSA12 in September, so >> I'll see what happens after the conversion process. > >Kev, I just installed the updater to FMS 12.0.2. I _cannot_ confirm that >the XML problem has been solved. I'm stunned... can you tell me how you >tested this? > >-Troy >_______________________________________________ >FX.php_List mailing list >FX.php_List@mail.iviking.org >http://www.iviking.org/mailman/listinfo/fx.php_list 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 adenman at tmea.org Thu Aug 23 18:04:13 2012 From: adenman at tmea.org (Andrew Denman) Date: Thu Aug 23 17:20:28 2012 Subject: [FX.php List] Re-That sinking feeling: FileMaker 12 & FX ? In-Reply-To: <40CD3903.7B74.4CF8.B352.C4D59289FCAA@111.1163386> References: <40CD3903.7B74.4CF8.B352.C4D59289FCAA@111.1163386> Message-ID: We always have to contact our volume license person to get a full installer on updates. Not sure how to get it if you purchased retail. Sales or customer support maybe? Andrew Denman -----Original Message----- From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Troy Meyers Sent: Thursday, August 23, 2012 6:52 PM To: FX.php Discussion List Subject: Re: [FX.php List] Re-That sinking feeling: FileMaker 12 & FX ? Bev, I thought if that, and looked for a version 12.0.2 full-installer, but I didn't see one. It is kind of referred to regarding Mountain Lion installations so I thought there might be one. (Mine is on a Lion server). I'd rather do that, it would make me feel more confident that the right stuff was being installed, but if it doesn't exist (yet) then I guess I'd redo 12.0.1 fresh and re-update. I just downloaded the "demo" installer that sometimes they suggest using (and then putting in your license key to make it "real") and it's still a 12.0.1.178 version, so I did not try that, I was hoping it was 12.0.2. -Troy > Perhaps? I know it's work, but can you try to reinstall FMS (perhaps > starting over). I'm not where I can test for a few days. > > Bev _______________________________________________ FX.php_List mailing list FX.php_List@mail.iviking.org http://www.iviking.org/mailman/listinfo/fx.php_list From tcmeyers at troymeyers.com Thu Aug 23 18:11:51 2012 From: tcmeyers at troymeyers.com (Troy Meyers) Date: Thu Aug 23 17:28:04 2012 Subject: [FX.php List] Re-That sinking feeling: FileMaker 12 & FX ? Message-ID: <7F24DA3E.FD4A.4470.ADE7.BDBFE208B689@111.1163387> Andrew, I'll try that. I do have all this stuff under the maint. agreement, renewed every year. I was never quite sure what I was getting for my money, so maybe this will be it. -Troy > We always have to contact our volume license person to get a full > installer on updates. Not sure how to get it if you purchased retail. > Sales or customer support maybe? > > Andrew Denman From tcmeyers at troymeyers.com Thu Aug 23 18:12:43 2012 From: tcmeyers at troymeyers.com (Troy Meyers) Date: Thu Aug 23 17:28:57 2012 Subject: [FX.php List] Related field issue Message-ID: Thanks, Kevin! Please do. -Troy > Troy, > > Your issues made me take another look, and it turns out that I only > *thought* I was testing the FM12 server; turns out $serverIP for my test > code was still resolving to our production FM11 server. Having sorted > that out, I now see that I still have the old issue, just like you. > Bugger! > > I also verified that my version numbers match yours. The thing I didn't > do was restart the machine, so I might go off and try that now and > report back. > > Bugger... From KFutter at sbc.vic.edu.au Thu Aug 23 18:13:17 2012 From: KFutter at sbc.vic.edu.au (Kevin Futter) Date: Thu Aug 23 17:30:55 2012 Subject: [FX.php List] Related field issue In-Reply-To: Message-ID: No change unfortunately. How can they release a fix that doesn't fix anything? Grrr? Kev -- Kevin Futter Webmaster, St. Bernard's College http://www.sbc.vic.edu.au/ On 24/08/12 10:12 AM, "Troy Meyers" wrote: >Thanks, Kevin! Please do. > >-Troy > > > > > > >> Troy, >> >> Your issues made me take another look, and it turns out that I only >> *thought* I was testing the FM12 server; turns out $serverIP for my test >> code was still resolving to our production FM11 server. Having sorted >> that out, I now see that I still have the old issue, just like you. >> Bugger! >> >> I also verified that my version numbers match yours. The thing I didn't >> do was restart the machine, so I might go off and try that now and >> report back. >> >> Bugger... > >_______________________________________________ >FX.php_List mailing list >FX.php_List@mail.iviking.org >http://www.iviking.org/mailman/listinfo/fx.php_list 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 tcmeyers at troymeyers.com Thu Aug 23 18:22:30 2012 From: tcmeyers at troymeyers.com (Troy Meyers) Date: Thu Aug 23 17:38:48 2012 Subject: [FX.php List] Related field issue Message-ID: Kev, I'm absolutely wigging out too. -Troy > No change unfortunately. How can they release a fix that doesn't fix > anything? Grrr? > > Kev From beverlyvoth at gmail.com Thu Aug 23 18:45:19 2012 From: beverlyvoth at gmail.com (BEVERLY VOTH) Date: Thu Aug 23 18:01:35 2012 Subject: [FX.php List] Related field issue In-Reply-To: References: Message-ID: <2B49DC06-20BF-46DD-911A-0218FAC916C5@gmail.com> This is rather MAJOR and getting the xml wrong for this grammar should NOT have happened. FX.php isn't the ONLY way to use the FMPXMLRESULT grammar. I believe ASP uses it and hey you can write your own with just about anything that reads & processes XML from the web publishing engine. That the SAME grammar with export is correct and with web publishing is NOT is wigging me too. :( Bev On 23 Aug 2012, at 7:22 PM, Troy Meyers wrote: > Kev, > > I'm absolutely wigging out too. > > -Troy > > >> No change unfortunately. How can they release a fix that doesn't fix >> anything? Grrr? >> >> Kev From KFutter at sbc.vic.edu.au Thu Aug 23 18:44:03 2012 From: KFutter at sbc.vic.edu.au (Kevin Futter) Date: Thu Aug 23 18:01:43 2012 Subject: [FX.php List] Related field issue In-Reply-To: Message-ID: I only use portal data in one quite specific instance, so I'm going to have to rewrite the code for that page (which is a bit more work than it sounds, but doable - and better at this stage than waiting around for FileMaker!). I know it's not considered best practice to access portal data via the web, but it was set up this way for this particular solution in order to reduce what would otherwise have been 3-4 separate requests to FM down to one. In my experience, performance issues with FM and the web are related to the number of requests it has to handle, not the amount of data it has to serve (acknowledging of course that they're related issues). By aggregating the data into portals on a single layout, I can serve all the data I need via a single FX request, thereby reducing the request queue on what *still* appears to be a single-threaded transaction engine... Rant over! Kev -- Kevin Futter Webmaster, St. Bernard's College http://www.sbc.vic.edu.au/ On 24/08/12 10:22 AM, "Troy Meyers" wrote: >Kev, > >I'm absolutely wigging out too. > >-Troy > > >> No change unfortunately. How can they release a fix that doesn't fix >> anything? Grrr? >> >> Kev > >_______________________________________________ >FX.php_List mailing list >FX.php_List@mail.iviking.org >http://www.iviking.org/mailman/listinfo/fx.php_list 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 tim.webko at gmail.com Thu Aug 23 18:50:30 2012 From: tim.webko at gmail.com (Tim 'Webko' Booth) Date: Thu Aug 23 18:06:50 2012 Subject: [FX.php List] Re-That sinking feeling: FileMaker 12 & FX ? In-Reply-To: <7F24DA3E.FD4A.4470.ADE7.BDBFE208B689@111.1163387> References: <7F24DA3E.FD4A.4470.ADE7.BDBFE208B689@111.1163387> Message-ID: <36F32532-C25B-45E5-A0A1-288AEE0B8327@gmail.com> Dear Troy, > > I'll try that. I do have all this stuff under the maint. agreement, > renewed every year. I was never quite sure what I was getting for my > money, so maybe this will be it. Well, on the page http://help.filemaker.com/app/answers/detail/a_id/11044 it does say to use the Full Installer for 12.0v2 (and then the link appears to be 12.0.1.178) HTH webko -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20120824/7b2c6142/attachment-0001.html From KFutter at sbc.vic.edu.au Thu Aug 23 18:56:27 2012 From: KFutter at sbc.vic.edu.au (Kevin Futter) Date: Thu Aug 23 18:14:05 2012 Subject: [FX.php List] Re-That sinking feeling: FileMaker 12 & FX ? In-Reply-To: <36F32532-C25B-45E5-A0A1-288AEE0B8327@gmail.com> Message-ID: FWIW, our FMSA12 is running on Windows 2008 Server DCE, and I'm seeing exactly the same issues (and version numbers) as Troy. Kev -- Kevin Futter Webmaster, St. Bernard's College http://www.sbc.vic.edu.au/ From: Tim 'Webko' Booth > Reply-To: "FX.php Discussion List" > Date: Friday, 24 August 2012 10:50 AM To: "FX.php Discussion List" > Subject: Re: [FX.php List] Re-That sinking feeling: FileMaker 12 & FX ? Dear Troy, I'll try that. I do have all this stuff under the maint. agreement, renewed every year. I was never quite sure what I was getting for my money, so maybe this will be it. Well, on the page http://help.filemaker.com/app/answers/detail/a_id/11044 it does say to use the Full Installer for 12.0v2 (and then the link appears to be 12.0.1.178) HTH webko 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20120824/c9c6a6ea/attachment.html From adenman at tmea.org Thu Aug 23 19:02:40 2012 From: adenman at tmea.org (Andrew Denman) Date: Thu Aug 23 18:18:54 2012 Subject: [FX.php List] Related field issue In-Reply-To: References: Message-ID: Unfortunate results from my testing so far: Not fixed on FileMaker Server Advanced 12.0.2.232, Windows 2008 R2 SP1. 1. Used updater, followed all instructions (shutdown all affected services) 2. Restart did not help 3. XML is reporting version 12.0.1.150, as mentioned by someone before, despite version in admin console 4. Duplicating layout nor creating a new layout resolves the issue Sigh... Andrew Denman -----Original Message----- From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Troy Meyers Sent: Thursday, August 23, 2012 7:23 PM To: FX.php Discussion List Subject: Re: [FX.php List] Related field issue Kev, I'm absolutely wigging out too. -Troy > No change unfortunately. How can they release a fix that doesn't fix > anything? Grrr? > > Kev _______________________________________________ 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 Fri Aug 24 07:11:21 2012 From: bob at patin.com (Bob Patin) Date: Fri Aug 24 06:28:33 2012 Subject: [FX.php List] Odd problem with POST values - UPDATE In-Reply-To: References: <60E9B186-EAB4-4A40-9747-5CA751E79CFC@patin.com> <5B665EEA-8F39-4F69-B33B-EB79CBE0BA9D@bluecrocodile.co.nz> <85DCFF18-FD42-44ED-A3EB-13130AD25530@patin.com> <5AE33A6F-BA64-4EF8-9D2C-5E3576363A69@gmail.com> <40A5B27B-083A-4710-B677-7AD7DE28791F@patin.com> <66E2905E-836A-4269-85ED-19238C80319B@patin.com> <0AA6B910-25AE-4C8D-87DA-E9C290729816@patin.com> <592C6C9E-120E-4EFA-867D-A0804C6EC685@patin.com> Message-ID: OK, so here's what Christ Hansen helped me to realize about the problem with a large POST value not getting into FIleMaker: My client has been running her own 1-machine install of the WPE for several years at a large university. Last year her web-publishing quit working, and after trying to find it for several days, Chris Hansen helped me and determined that FX was unable to use its normal POST mechanism to post XML data to the web publishing engine. So he made a tiny switch in the FX.php file, which set FX to use GETs instead of POST. I subsequently forgot all about the change, so didn't think of this when this latest problem cropped up. As a result, any submission from the forms was actually using a POST to post the form, but a GET to process the data to the web publishing engine. Because of this, long data strings were more than what the GET submission could handle, causing a failure. Rather than try to find the problem in her server, she's going to move hosting here to me, so I guess we'll never know what went haywire on her machine (running FMSA 11 on a Mac G5 of some sort, don't know the version of OS X Server). So long as she submits normal forms with small character counts, her forms work fine; it's just on this one form, where applicants submit essays, that it chokes. Thought someone might find this useful somewhere down the road. Bob Patin Longterm Solutions LLC bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com FileMaker 9, 10 & 11 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -- Twitter: bobpatin Google+: http://www.longtermsolutions.com/plus AIM: longterm1954 iChat: bobpatin -- Expert FileMaker Consulting FileMaker Hosting for all versions of FileMaker From tcmeyers at troymeyers.com Fri Aug 24 10:58:43 2012 From: tcmeyers at troymeyers.com (Troy Meyers) Date: Fri Aug 24 10:14:58 2012 Subject: [FX.php List] Related field issue Message-ID: <62329DD5.B82E.4484.8017.F1C3A37EB665@111.1163398> Andrew, I just did a full-uninstall, and used the full installer just obtained from FMI under my maintainance agreement. (MacOS X) Now the XML results report: ...so the full install produced at least that change. BUT -- AAARRRGGG -- the FMPXMLRESULT is still broken, with a different number of tags than tags when an unpopulated portal is on the layout. Mfff. Notice the build DATE? -Troy > Unfortunate results from my testing so far: Not fixed on FileMaker > Server Advanced 12.0.2.232, Windows 2008 R2 SP1. > > 1. Used updater, followed all instructions (shutdown all affected > services) 2. Restart did not help 3. XML is reporting version > 12.0.1.150, as mentioned by someone before, despite version in admin > console 4. Duplicating layout nor creating a new layout resolves the > issue > > Sigh... > > Andrew Denman From chris at iViking.org Sat Aug 25 21:42:08 2012 From: chris at iViking.org (Chris Hansen) Date: Sat Aug 25 20:58:12 2012 Subject: [FX.php List] Alternate grammar? In-Reply-To: <6764C716.B0BB.401F.B012.40437C52E7F4@111.1163382> References: <6764C716.B0BB.401F.B012.40437C52E7F4@111.1163382> Message-ID: <460105A1-7D83-4A13-934C-7A1D5B581E89@iViking.org> Okay gang, I'll add support in FX.php for the other grammar this coming week. It really shouldn't be too tough, and I don't think that the performance hit should be too high. I can't guarantee that I'll have time until next Saturday to do this. Troy, would that work for you? Best, --Chris On Aug 23, 2012, at 10:51 AM, Troy Meyers wrote: > It has been mentioned that having FX use the other XML query grammar (FMRESULTSET) could potentially solve the XML-CWP portals bug. > > Since the FMS 12.0.2 update hasn't solved it (even though they say it did) I wonder how I could get someone to work on FX.php so that this alternate grammar could be used? I don't think I'm up to the task myself. > > I'm pretty desperate, our site has been a horrible mess for 3 months now while I waited for the update, and it is not as promised, as far as I can tell. > > Could I pay some one? How much might it be? We don't have a lot of funds. > > -Troy > > _______________________________________________ > 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 Aug 25 22:00:26 2012 From: beverlyvoth at gmail.com (Beverly Voth) Date: Sat Aug 25 21:16:38 2012 Subject: [FX.php List] Alternate grammar? In-Reply-To: <460105A1-7D83-4A13-934C-7A1D5B581E89@iViking.org> References: <6764C716.B0BB.401F.B012.40437C52E7F4@111.1163382> <460105A1-7D83-4A13-934C-7A1D5B581E89@iViking.org> Message-ID: That would be faster than what I was going to do: create an XSLT to convert the xml from one grammar to the other... ;D -- sent from my iPhone4 -- Beverly Voth -- On Aug 25, 2012, at 11:42 PM, Chris Hansen wrote: > Okay gang, > > I'll add support in FX.php for the other grammar this coming week. It really shouldn't be too tough, and I don't think that the performance hit should be too high. I can't guarantee that I'll have time until next Saturday to do this. Troy, would that work for you? > > Best, > > --Chris > > On Aug 23, 2012, at 10:51 AM, Troy Meyers wrote: > >> It has been mentioned that having FX use the other XML query grammar (FMRESULTSET) could potentially solve the XML-CWP portals bug. >> >> Since the FMS 12.0.2 update hasn't solved it (even though they say it did) I wonder how I could get someone to work on FX.php so that this alternate grammar could be used? I don't think I'm up to the task myself. >> >> I'm pretty desperate, our site has been a horrible mess for 3 months now while I waited for the update, and it is not as promised, as far as I can tell. >> >> Could I pay some one? How much might it be? We don't have a lot of funds. >> >> -Troy >> >> _______________________________________________ >> 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 tcmeyers at troymeyers.com Sun Aug 26 09:45:49 2012 From: tcmeyers at troymeyers.com (Troy Meyers) Date: Sun Aug 26 09:01:53 2012 Subject: [FX.php List] Alternate grammar? Message-ID: Chris, Thank you so very much! Boy, does that work for me. -Troy > Okay gang, > > I'll add support in FX.php for the other grammar this coming week. It > really shouldn't be too tough, and I don't think that the performance > hit should be too high. I can't guarantee that I'll have time until > next Saturday to do this. Troy, would that work for you? > > Best, > > --Chris From tcmeyers at troymeyers.com Sun Aug 26 09:46:45 2012 From: tcmeyers at troymeyers.com (Troy Meyers) Date: Sun Aug 26 09:02:47 2012 Subject: [FX.php List] Alternate grammar? Message-ID: Bev, Thanks for thing up that, too. -Troy > That would be faster than what I was going to do: create an XSLT to > convert the xml from one grammar to the other... > > ;D From beverlyvoth at gmail.com Sun Aug 26 09:53:14 2012 From: beverlyvoth at gmail.com (BEVERLY VOTH) Date: Sun Aug 26 09:09:27 2012 Subject: [FX.php List] Alternate grammar? In-Reply-To: References: Message-ID: <7FB455D5-148D-4B11-B5C9-08B5C1739496@gmail.com> Yes, Chris, let me know if you need any testing done!! Bev On 26 Aug 2012, at 11:45 AM, Troy Meyers wrote: > Chris, > > Thank you so very much! Boy, does that work for me. > > -Troy > > >> Okay gang, >> >> I'll add support in FX.php for the other grammar this coming week. It >> really shouldn't be too tough, and I don't think that the performance >> hit should be too high. I can't guarantee that I'll have time until >> next Saturday to do this. Troy, would that work for you? >> >> Best, >> >> --Chris From KFutter at sbc.vic.edu.au Sun Aug 26 16:17:14 2012 From: KFutter at sbc.vic.edu.au (Kevin Futter) Date: Sun Aug 26 15:34:46 2012 Subject: [FX.php List] Alternate grammar? In-Reply-To: <460105A1-7D83-4A13-934C-7A1D5B581E89@iViking.org> Message-ID: I'd be interested in such a solution too Chris! Kev -- Kevin Futter Webmaster, St. Bernard's College http://www.sbc.vic.edu.au/ On 26/08/12 1:42 PM, "Chris Hansen" wrote: >Okay gang, > >I'll add support in FX.php for the other grammar this coming week. It >really shouldn't be too tough, and I don't think that the performance hit >should be too high. I can't guarantee that I'll have time until next >Saturday to do this. Troy, would that work for you? > >Best, > >--Chris > >On Aug 23, 2012, at 10:51 AM, Troy Meyers wrote: > >> It has been mentioned that having FX use the other XML query grammar >>(FMRESULTSET) could potentially solve the XML-CWP portals bug. >> >> Since the FMS 12.0.2 update hasn't solved it (even though they say it >>did) I wonder how I could get someone to work on FX.php so that this >>alternate grammar could be used? I don't think I'm up to the task myself. >> >> I'm pretty desperate, our site has been a horrible mess for 3 months >>now while I waited for the update, and it is not as promised, as far as >>I can tell. >> >> Could I pay some one? How much might it be? We don't have a lot of >>funds. >> >> -Troy >> >> _______________________________________________ >> 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 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 jschwartz at exit445.com Sun Aug 26 17:06:14 2012 From: jschwartz at exit445.com (Jonathan Schwartz) Date: Sun Aug 26 16:22:21 2012 Subject: [FX.php List] A little JQuery/javascript help Message-ID: Hi Folks, I've added a short script to a page to help remind the user to save their data before leaving a form. I found the script in a JQuery page, but don't know how to make a needed modification. It works as needed if the user tries to leave the page. But, it also warns the user when the Submit button is clicked to save the data. That's one case where it should not produce a warning. Anyone know how to disarm the script in the single case of when the submit button is clicked, the javacsript equivalent of if(!isset($_POST['submit']))... Thanks. JOnathan -- Jonathan Schwartz Exit 445 Group jonathan@exit445.com http://www.exit445.com 415-370-5011 From dsomar at gmail.com Mon Aug 27 09:16:30 2012 From: dsomar at gmail.com (Denis Somar) Date: Mon Aug 27 08:32:50 2012 Subject: [FX.php List] A little JQuery/javascript help In-Reply-To: References: Message-ID: Hi Jonathan, Put the
code in the email also, just to see what we're dealing with here. D On Sun, Aug 26, 2012 at 7:06 PM, Jonathan Schwartz wrote: > Hi Folks, > > I've added a short script to a page to help remind the user to save their > data before leaving a form. I found the script in a JQuery page, but don't > know how to make a needed modification. > > It works as needed if the user tries to leave the page. But, it also warns > the user when the Submit button is clicked to save the data. That's one > case where it should not produce a warning. > > Anyone know how to disarm the script in the single case of when the submit > button is clicked, the javacsript equivalent of > > if(!isset($_POST['submit']))..**. > > Thanks. > > JOnathan > > > > > -- > Jonathan Schwartz > Exit 445 Group > jonathan@exit445.com > http://www.exit445.com > 415-370-5011 > ______________________________**_________________ > 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/20120827/3d1cc790/attachment.html From KFutter at sbc.vic.edu.au Wed Aug 29 20:05:43 2012 From: KFutter at sbc.vic.edu.au (Kevin Futter) Date: Wed Aug 29 19:22:58 2012 Subject: [FX.php List] Strange problem with Chrome! Message-ID: Hi folks, I've just encountered a bizarre problem when submitting data to a particular database using Chrome (v21 Mac). Basically, the data submits successfully (via FX), and then, after about a second or so, it gets removed from the database! I've seen it with my own eyes; I've had the web page open alongside the database layout, hit the submit button, watched the data appear in the db, and then watched it disappear again. This doesn't happen with other browsers. As far as I'm aware, it's not happening with other databases or their web apps either (but I'm not in a position to confirm or guarantee that). It's almost as if the query is being submitted twice, only the second time the name/value pairs are empty. All except a single field, whose data survives the great disappearing act! I can't see anything in the code that would trigger such a thing, and given that it's all PHP anyway, I can't even see how the browser can have an impact here. If anybody has any clues, please sing out! I'm completely stumped? Kev -- Kevin Futter Webmaster, St. Bernard's College http://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. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20120830/90e6ed10/attachment.html From tim.webko at gmail.com Wed Aug 29 20:51:20 2012 From: tim.webko at gmail.com (Tim 'Webko' Booth) Date: Wed Aug 29 20:07:16 2012 Subject: [FX.php List] Strange problem with Chrome! In-Reply-To: References: Message-ID: <52D61B4C-F0C7-4654-9594-649DB7764A24@gmail.com> I can't see how that can be. As the second would have to an edit with the recid rather than new command... Tim 'Webko' Booth [m] 0418 993 306 On 30/08/2012, at 12:05 PM, Kevin Futter wrote: > Hi folks, > > I've just encountered a bizarre problem when submitting data to a particular database using Chrome (v21 Mac). Basically, the data submits successfully (via FX), and then, after about a second or so, it gets removed from the database! I've seen it with my own eyes; I've had the web page open alongside the database layout, hit the submit button, watched the data appear in the db, and then watched it disappear again. > > This doesn't happen with other browsers. As far as I'm aware, it's not happening with other databases or their web apps either (but I'm not in a position to confirm or guarantee that). It's almost as if the query is being submitted twice, only the second time the name/value pairs are empty. All except a single field, whose data survives the great disappearing act! I can't see anything in the code that would trigger such a thing, and given that it's all PHP anyway, I can't even see how the browser can have an impact here. > > If anybody has any clues, please sing out! I'm completely stumped? > > Kev > > -- > Kevin Futter > Webmaster, St. Bernard's College > http://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. > _______________________________________________ > 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 Wed Aug 29 20:59:37 2012 From: KFutter at sbc.vic.edu.au (Kevin Futter) Date: Wed Aug 29 20:16:52 2012 Subject: [FX.php List] Strange problem with Chrome! In-Reply-To: <52D61B4C-F0C7-4654-9594-649DB7764A24@gmail.com> Message-ID: The initial submission is in fact an -edit Tim - the web app populates a pre-created FM record. So a silent-but-empty resubmission would give the results I'm seeing, but I can't see how the browser has anything to do with it. There's no page reload, no form resubmission warning, no evidence whatsoever about what exactly is happening. Only disappearing data. It even does it when I exit the page immediately after the submit code runs, which is before any of the HTML is loaded. As I said, I'm stumped! Kev -- Kevin Futter Webmaster, St. Bernard's College http://www.sbc.vic.edu.au/ On 30/08/12 12:51 PM, "Tim 'Webko' Booth" wrote: >I can't see how that can be. As the second would have to an edit with the >recid rather than new command... > >Tim 'Webko' Booth >[m] 0418 993 306 > >On 30/08/2012, at 12:05 PM, Kevin Futter wrote: > >> Hi folks, >> >> I've just encountered a bizarre problem when submitting data to a >>particular database using Chrome (v21 Mac). Basically, the data submits >>successfully (via FX), and then, after about a second or so, it gets >>removed from the database! I've seen it with my own eyes; I've had the >>web page open alongside the database layout, hit the submit button, >>watched the data appear in the db, and then watched it disappear again. >> >> This doesn't happen with other browsers. As far as I'm aware, it's not >>happening with other databases or their web apps either (but I'm not in >>a position to confirm or guarantee that). It's almost as if the query is >>being submitted twice, only the second time the name/value pairs are >>empty. All except a single field, whose data survives the great >>disappearing act! I can't see anything in the code that would trigger >>such a thing, and given that it's all PHP anyway, I can't even see how >>the browser can have an impact here. >> >> If anybody has any clues, please sing out! I'm completely stumped? >> >> Kev >> >> -- >> Kevin Futter >> Webmaster, St. Bernard's College >> http://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. >> _______________________________________________ >> 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 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 KFutter at sbc.vic.edu.au Wed Aug 29 22:09:30 2012 From: KFutter at sbc.vic.edu.au (Kevin Futter) Date: Wed Aug 29 21:26:44 2012 Subject: [FX.php List] Strange problem with Chrome! In-Reply-To: Message-ID: Well, I've finally discovered the problem. It turned out to be the HTML Validator plug-in I was using for Chrome. It apparently sends the page to the W3C validator, instead of using a local parser to do the job, and in the process it basically resubmits the page, but with mostly empty POST variables. I have no idea why 'mostly', but if anyone can recommend a better HTML validator for Chrome, I'd appreciate it. Kev -- Kevin Futter Webmaster, St. Bernard's College http://www.sbc.vic.edu.au/ On 30/08/12 12:59 PM, "Kevin Futter" wrote: >The initial submission is in fact an -edit Tim - the web app populates a >pre-created FM record. So a silent-but-empty resubmission would give the >results I'm seeing, but I can't see how the browser has anything to do >with it. There's no page reload, no form resubmission warning, no evidence >whatsoever about what exactly is happening. Only disappearing data. It >even does it when I exit the page immediately after the submit code runs, >which is before any of the HTML is loaded. > >As I said, I'm stumped! > >Kev > >-- >Kevin Futter >Webmaster, St. Bernard's College >http://www.sbc.vic.edu.au/ > > > > >On 30/08/12 12:51 PM, "Tim 'Webko' Booth" wrote: > >>I can't see how that can be. As the second would have to an edit with the >>recid rather than new command... >> >>Tim 'Webko' Booth >>[m] 0418 993 306 >> >>On 30/08/2012, at 12:05 PM, Kevin Futter wrote: >> >>> Hi folks, >>> >>> I've just encountered a bizarre problem when submitting data to a >>>particular database using Chrome (v21 Mac). Basically, the data submits >>>successfully (via FX), and then, after about a second or so, it gets >>>removed from the database! I've seen it with my own eyes; I've had the >>>web page open alongside the database layout, hit the submit button, >>>watched the data appear in the db, and then watched it disappear again. >>> >>> This doesn't happen with other browsers. As far as I'm aware, it's not >>>happening with other databases or their web apps either (but I'm not in >>>a position to confirm or guarantee that). It's almost as if the query is >>>being submitted twice, only the second time the name/value pairs are >>>empty. All except a single field, whose data survives the great >>>disappearing act! I can't see anything in the code that would trigger >>>such a thing, and given that it's all PHP anyway, I can't even see how >>>the browser can have an impact here. >>> >>> If anybody has any clues, please sing out! I'm completely stumped? >>> >>> Kev >>> >>> -- >>> Kevin Futter >>> Webmaster, St. Bernard's College >>> http://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. >>> _______________________________________________ >>> 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 > >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. >_______________________________________________ >FX.php_List mailing list >FX.php_List@mail.iviking.org >http://www.iviking.org/mailman/listinfo/fx.php_list 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 jschwartz at exit445.com Thu Aug 30 17:16:36 2012 From: jschwartz at exit445.com (Jonathan Schwartz) Date: Thu Aug 30 16:32:43 2012 Subject: [FX.php List] A little JQuery/javascript help In-Reply-To: References: Message-ID: Sorry for the delay. I have documented the challenge here: http://exit445.com/testform.php Jonathan At 11:16 AM -0400 8/27/12, Denis Somar wrote: >Hi Jonathan, > >Put the code in the email also, just to see what we're >dealing with here. > >D > >On Sun, Aug 26, 2012 at 7:06 PM, Jonathan Schwartz ><jschwartz@exit445.com> wrote: > >Hi Folks, > >I've added a short script to a page to help remind the user to save >their data before leaving a form. I found the script in a JQuery >page, but don't know how to make a needed modification. > >It works as needed if the user tries to leave the page. But, it also >warns the user when the Submit button is clicked to save the data. >That's one case where it should not produce a warning. > >Anyone know how to disarm the script in the single case of when the >submit button is clicked, the javacsript equivalent of > > if(!isset($_POST['submit']))... > >Thanks. > >JOnathan > > > > >-- >Jonathan Schwartz >Exit 445 Group >jonathan@exit445.com >http://www.exit445.com >415-370-5011 >_______________________________________________ >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 -- Jonathan Schwartz Exit 445 Group jonathan@exit445.com http://www.exit445.com 415-370-5011 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20120830/34c5649e/attachment.html From bob at minteer.org Fri Aug 31 13:56:46 2012 From: bob at minteer.org (Bob Minteer) Date: Fri Aug 31 13:12:31 2012 Subject: [FX.php List] A little JQuery/javascript help In-Reply-To: Message-ID: Johnathan, I think you are looking for something like this: http://pastebin.com/e0HacSpr I added a submit handler and a flag that you can set when you have clicked the save button and have properly saved off the form data. That should give you a boost in the right direction. Regards... Bob Minteer On 8/30/12 6:16 PM, "Jonathan Schwartz" wrote: > Sorry for the delay. > > I have documented the challenge here: > > http://exit445.com/testform.php > > > Jonathan > > At 11:16 AM -0400 8/27/12, Denis Somar wrote: >> Hi Jonathan, >> >> Put the code in the email also, just to see what we're dealing with >> here. >> >> D >> On Sun, Aug 26, 2012 at 7:06 PM, Jonathan Schwartz >> wrote: >>> Hi Folks, >>> >>> I've added a short script to a page to help remind the user to save their >>> data before leaving a form. I found the script in a JQuery page, but don't >>> know how to make a needed modification. >>> >>> It works as needed if the user tries to leave the page. But, it also warns >>> the user when the Submit button is clicked to save the data. That's one case >>> where it should not produce a warning. >>> >>> Anyone know how to disarm the script in the single case of when the submit >>> button is clicked, the javacsript equivalent of >>> >>> if(!isset($_POST['submit']))... >>> >>> Thanks. >>> >>> JOnathan >>> >>> >>> >>> >>> -- >>> Jonathan Schwartz >>> Exit 445 Group >>> jonathan@exit445.com >>> http://www.exit445.com >>> 415-370-5011 >>> _______________________________________________ >>> 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/20120831/ed92c175/attachment.html