From ggt667 at gmail.com Thu Oct 1 01:09:34 2009 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Thu Oct 1 01:08:10 2009 Subject: [FX.php List] Getting an error I do not understand In-Reply-To: References: Message-ID: Or if you have too many fields on a layout this error is easy to provoke. When working with graphic files I usually increase the size in php.ini to 64MB or so... ggt 2009/10/1 Dale Bengston : > Also, it might be time to restart IIS. > Dale > On Sep 30, 2009, at 10:54 PM, Jonathan Schwartz wrote: > > In my experience, this due to an endless loop, such as a script that calls > itself. Look for soemthing of this nature. > Hope that helps. > Jonathan Schwartz > Exit 445 Group > 415-370-5011 > On Sep 30, 2009, at 8:40 PM, John Funk wrote: > > > Fatal error: Allowed memory size of 262144 bytes exhausted (tried to > allocate 98304 bytes) in C:\Inetpub\wwwroot\Boating\FX\FX.php on line 389 > > Any ideas? > John Funk > > _______________________________________________ > 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 someone at gagayaya.com Thu Oct 1 15:18:23 2009 From: someone at gagayaya.com (Someone) Date: Thu Oct 1 15:17:08 2009 Subject: [FX.php List] [API] How to monitor session in FileMaker PHP In-Reply-To: References: <94A602F7D7242349A5B8846DEC4A5F8B163B80F8AF@mail> Message-ID: try echo phpinfo(); and look for session.save_path maybe use the session_save_path() function to change the location Frank On Sep 14, 2009, at 1:57 PM, Gjermund Gusland Thorsen wrote: > Mine are in > > /var/lib/php4 > > /var/lib/php5 > > ggt > > 2009/9/14 Andrew Denman : >> Jonathan, >> >> Even though the php.ini file says the save_path directive must be >> set, my Zend install of PHP on Windows saves the sessions in a >> temp folder in the PHP installation directory, so there must be >> some other setting it is looking at that I haven't found. >> >> Places I would check for the session files are a temp folder in >> the PHP installation folder, the C:\Windows\temp folder, or >> whichever folder is set in the TEMP system variable (My Computer > >> Properties > Advanced > Environment Variables > System >> Variables). The session files have names like >> 'sess_1ebeb3gptijgae5ul1amhre3j5', where the characters after the >> underscore are the session ID. I guess you could also search for >> files named 'sess_*' and see what shows up. >> >> Andrew Denman >> >> -----Original Message----- >> From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list- >> bounces@mail.iviking.org] On Behalf Of Jonathan Schwartz >> Sent: Sunday, September 13, 2009 6:18 PM >> To: FX.php Discussion List >> Subject: Re: [FX.php List] [API] How to monitor session in >> FileMaker PHP >> >> Or...maybe I have it wrong. Is the session data only stored in >> memory? That would explain why I can't find physical files. >> >> J >> >> >> Thanks Michael, >> >> Actually, I was referring to PHP sessions. You >> know...session_start(); $_SESSION['CustomerID']; etc. >> >> They are supposed to be stored in the directory indicated in the >> info.php. But mine shows none. >> >> Jonathan >> >> At 8:44 AM +1000 9/14/09, Head Honcho wrote: >>> Hi Jonathan, >>> >>> On 14/09/2009, at 3:38 AM, Jonathan Schwartz wrote: >>> >>>> Anyone know how to monitor the number of sessions open in >>>> FileMaker's PHP under FMS10 and Windows Server 2008? Or at >>>> least..where are the files stored? >>>> >>>> I trying to rack down memory issues what might be tied to >>>> lingering sessions. >>> >>> Unless I am completely wrong, I thought that API for PHP calls to >>> FileMaker were not (FileMaker) session bound... ie. connect, do >>> your stuff, disconnect. IWP certainly create sessions, and you can >>> see users in the Admin Console. I haven't seen API users in the >>> Admin console. >>> >>> Which is why, I believe, it is _hard_ to reach the 100 simultaneous >>> connection limit on Server. >>> >>> Doesn't help you in your memory issues, though. >>> >>> Regards >>> >>> Michael Ward >>> -- >>> Head Honcho >>> CustoMike Solutions >>> Member, FileMaker Business Alliance >>> Member, FileMaker Technical Network >>> FileMaker 7 Certified Developer >>> FileMaker 8 Certified Developer >>> FileMaker 9 Certified Developer >>> FileMaker 10 Certified Developer >>> 10 Wandoo Crt >>> Wheelers Hill, 3150 >>> ph 0414 562 501 >>> headhoncho@customikesolutions.com >>> >>> >>> >>> >>> _______________________________________________ >>> 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 >> _______________________________________________ >> 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 >> _______________________________________________ >> 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 davidcox at wcfs.edu Wed Oct 7 13:19:52 2009 From: davidcox at wcfs.edu (David Cox) Date: Wed Oct 7 13:18:02 2009 Subject: [FX.php List] Container Quandary Message-ID: Forgive me if this has already been addressed before, but I've not been able to find a solution to this problem in the documentation I have searched through: I would like to add/view/update the contents of a filemaker Container field using fx.php. I see that there are some tags in the FileMaker.php api, but I've not been able to find anything for fx.php. I also see that php can handle file uploads to server disk, so should I try to pull it into the Container from the server disk via filemaker script? So my questions to everyone are: 1. can I use fx.php 'as is' to do this, but I'm just overlooking the obvious? 2. what other ways are there to accomplish this for the least cost? 1. browser->php->serverdisk->filemaker container 2. browser->php->filemaker 3. I've seen some other third-party options which have varying degrees of functionality (radinks.com, 360works SuperContainer, w3Schools, File Thingie, etc.) Do you have any suggestions? Thank you for your help! David -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20091007/69da704e/attachment.html From bob at patin.com Wed Oct 7 13:26:56 2009 From: bob at patin.com (Bob Patin) Date: Wed Oct 7 13:25:10 2009 Subject: [FX.php List] Container Quandary In-Reply-To: References: Message-ID: <783219EB-E27A-4B2C-8979-8095CDD46270@patin.com> David, Several thoughts: If you want to display a container's contents on the web, make sure you use this in the top of your code: include_once('FX/image_proxy.php'); Next, to retrieve it, here's how I use it: // get the logo and letterhead data $query2 =new FX($serverIP,$webCompanionPort, $dataType, $scheme); $query2->SetDBData($dbname,'web_prefs',1); $query2->SetDBPassword($webpw,$webun); $query2Result = $query2->FMFindAll(); foreach($query2Result['data'] as $key=>$query2Data); $logo="FX/image_proxy.php?FXimage=".vignereEncryptURL($query2Data ['cont_logo'][0]); $company_name = $query2Data['company_name'][0]; ... and so on NOW... My suggestion would be to store images separately; for one thing, your database gets bloated with container storage, while a web server doesn't care if you throw tons of graphics at it. There are instances, like the example I showed above, where it's a good use of containers; for example, I sell a solution where the client can put his company logo into a container in the database, and then I use that to display his letterhead in the web application. FOR UPLOADING: I use PHP standard upload scripts to do uploading to the web server; one particular gotcha is to be sure that the folder to which you're uploading has the proper permission (read/write) in order to accept uploads (could it work with WRITE-ONLY, I don't know; someone answer that question?). I always use chmod 777 (all r/w) when I set up upload folders. SuperContainer is a great product, but if you're planning to have a lot of graphics, you should store them on the web server; I'm not positive about this, but I strongly suspect image loading will be faster from the web server anyway. Hope this helps; best, Bob Patin Longterm Solutions bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com iChat: bobpatin FileMaker 10 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 Oct 7, 2009, at 2:19 PM, David Cox wrote: > Forgive me if this has already been addressed before, but I've not > been able to find a solution to this problem in the documentation I > have searched through: > > I would like to add/view/update the contents of a filemaker > Container field using fx.php. I see that there are some tags in the > FileMaker.php api, but I've not been able to find anything for > fx.php. I also see that php can handle file uploads to server disk, > so should I try to pull it into the Container from the server disk > via filemaker script? So my questions to everyone are: > > can I use fx.php 'as is' to do this, but I'm just overlooking the > obvious? > what other ways are there to accomplish this for the least cost? > browser->php->serverdisk->filemaker container > browser->php->filemaker > I've seen some other third-party options which have varying degrees > of functionality (radinks.com, 360works SuperContainer, w3Schools, > File Thingie, etc.) > Do you have any suggestions? Thank you for your help! > > David > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list -------------- next part -------------- Skipped content of type multipart/related From dbengston at tds.net Wed Oct 7 13:36:22 2009 From: dbengston at tds.net (Dale Bengston) Date: Wed Oct 7 13:34:35 2009 Subject: [FX.php List] Container Quandary In-Reply-To: References: Message-ID: Hi David, Unless you have some compelling reason to insert files into container fields (like there is FileMaker client-server access that expects them to display in containers), then I would recommend keeping the files external to your database and store the file's location in the database. Then use that reference location to display the files via the web. To others out there, is it possible to display certain file types in FMP using web portals that look like containers? Dale -- Dale Bengston Streamline Studio, LLC www.streamline-studio.com On Oct 7, 2009, at 2:19 PM, David Cox wrote: > Forgive me if this has already been addressed before, but I've not > been able to find a solution to this problem in the documentation I > have searched through: > > I would like to add/view/update the contents of a filemaker > Container field using fx.php. I see that there are some tags in the > FileMaker.php api, but I've not been able to find anything for > fx.php. I also see that php can handle file uploads to server disk, > so should I try to pull it into the Container from the server disk > via filemaker script? So my questions to everyone are: > > can I use fx.php 'as is' to do this, but I'm just overlooking the > obvious? > what other ways are there to accomplish this for the least cost? > browser->php->serverdisk->filemaker container > browser->php->filemaker > I've seen some other third-party options which have varying degrees > of functionality (radinks.com, 360works SuperContainer, w3Schools, > File Thingie, etc.) > Do you have any suggestions? Thank you for your help! > > David > _______________________________________________ > 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/20091007/9d076a12/attachment.html From bob at patin.com Wed Oct 7 13:45:29 2009 From: bob at patin.com (Bob Patin) Date: Wed Oct 7 13:43:42 2009 Subject: [FX.php List] Container Quandary In-Reply-To: References: Message-ID: <278BDD27-9594-4114-9B3D-F27502107783@patin.com> Sure, just use a web viewer; I do it in a couple of solutions to show upload pages that they can use in FileMaker. The web viewer displays a PHP page that is written specifically to display in their layout, and that way they can upload to the web server directly from the database. I don't think this forum will allow a screenshot or I'd show you... Best, Bob Patin Longterm Solutions bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com iChat: bobpatin FileMaker 10 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 Oct 7, 2009, at 2:36 PM, Dale Bengston wrote: > > To others out there, is it possible to display certain file types in > FMP using web portals that look like containers? > -------------- next part -------------- Skipped content of type multipart/related From davidcox at wcfs.edu Wed Oct 7 14:33:58 2009 From: davidcox at wcfs.edu (David Cox) Date: Wed Oct 7 14:32:07 2009 Subject: [FX.php List] Re: Container Quandary Message-ID: Bob, Dale, Thanks for the fast response. I'm glad to know about image_proxy.php! Is there any documentation on using it? I wanted to store the files in the database container for organizational purposes so that record data, pdf, and mp3s are kept together. However if you say it's not a good idea, maybe I should rethink it. On the upside, this site would not have much traffic - maybe one user upload per week with a limited download access. I have used FileMaker in the past to store many large PDFs with a reverse approach where the database acted as a file & content manager which then generated static HTML files and uploaded both PDFs and static HTML to webserver via FTPit. It is still working well and the client loves it since it's saving him thousands in web developer costs per year. Because it seemed to store PDFs in the desktop app well, I figured why not use it for web server storage too? Hummm.... David Cox On Wed, Oct 7, 2009 at 3:43 PM, wrote: > Send FX.php_List mailing list submissions to > fx.php_list@mail.iviking.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://www.iviking.org/mailman/listinfo/fx.php_list > or, via email, send a message with subject or body 'help' to > fx.php_list-request@mail.iviking.org > > You can reach the person managing the list at > fx.php_list-owner@mail.iviking.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of FX.php_List digest..." > > > Today's Topics: > > 1. Re: Container Quandary (Dale Bengston) > 2. Re: Container Quandary (Bob Patin) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 7 Oct 2009 14:36:22 -0500 > From: Dale Bengston > Subject: Re: [FX.php List] Container Quandary > To: "FX.php Discussion List" > Message-ID: > Content-Type: text/plain; charset="us-ascii" > > Hi David, > > Unless you have some compelling reason to insert files into container > fields (like there is FileMaker client-server access that expects them > to display in containers), then I would recommend keeping the files > external to your database and store the file's location in the > database. Then use that reference location to display the files via > the web. > > To others out there, is it possible to display certain file types in > FMP using web portals that look like containers? > > Dale > > > -- > Dale Bengston > Streamline Studio, LLC > www.streamline-studio.com > > On Oct 7, 2009, at 2:19 PM, David Cox wrote: > > > Forgive me if this has already been addressed before, but I've not > > been able to find a solution to this problem in the documentation I > > have searched through: > > > > I would like to add/view/update the contents of a filemaker > > Container field using fx.php. I see that there are some tags in the > > FileMaker.php api, but I've not been able to find anything for > > fx.php. I also see that php can handle file uploads to server disk, > > so should I try to pull it into the Container from the server disk > > via filemaker script? So my questions to everyone are: > > > > can I use fx.php 'as is' to do this, but I'm just overlooking the > > obvious? > > what other ways are there to accomplish this for the least cost? > > browser->php->serverdisk->filemaker container > > browser->php->filemaker > > I've seen some other third-party options which have varying degrees > > of functionality (radinks.com, 360works SuperContainer, w3Schools, > > File Thingie, etc.) > > Do you have any suggestions? Thank you for your help! > > > > David > > _______________________________________________ > > 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/20091007/9d076a12/attachment-0001.html > > ------------------------------ > > Message: 2 > Date: Wed, 7 Oct 2009 14:45:29 -0500 > From: Bob Patin > Subject: Re: [FX.php List] Container Quandary > To: "FX.php Discussion List" > Message-ID: <278BDD27-9594-4114-9B3D-F27502107783@patin.com> > Content-Type: text/plain; charset="windows-1252" > > Sure, just use a web viewer; I do it in a couple of solutions to show > upload pages that they can use in FileMaker. The web viewer displays a > PHP page that is written specifically to display in their layout, and > that way they can upload to the web server directly from the database. > > I don't think this forum will allow a screenshot or I'd show you... > > Best, > > Bob Patin > > > > Longterm Solutions > bob@longtermsolutions.com > 615-333-6858 > http://www.longtermsolutions.com > iChat: bobpatin > FileMaker 10 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 Oct 7, 2009, at 2:36 PM, Dale Bengston wrote: > > > > > To others out there, is it possible to display certain file types in > > FMP using web portals that look like containers? > > > > -------------- next part -------------- > Skipped content of type multipart/related > > ------------------------------ > > _______________________________________________ > FX.php_List > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > > End of FX.php_List Digest, Vol 63, Issue 3 > ****************************************** > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20091007/b02e8ecc/attachment.html From bob at patin.com Wed Oct 7 15:19:45 2009 From: bob at patin.com (Bob Patin) Date: Wed Oct 7 15:17:59 2009 Subject: [FX.php List] Re: Container Quandary In-Reply-To: References: Message-ID: > > I wanted to store the files in the database container for > organizational purposes so that record data, pdf, and mp3s are kept > together. However if you say it's not a good idea, maybe I should > rethink it. On the upside, this site would not have much traffic - > maybe one user upload per week with a limited download access. Here's how I do that: when someone wants to upload, they click a link (or a button); this sends that record's recordID to the next page. On the 2nd page, they select the file to upload; the file is uploaded to the web server, and the filename is written into a variable. It also puts a timestamp in front of the name, to prevent users from accidentally overwriting files. Then, it takes that filename and writes it to the FileMaker database's record, editing the record using the RECID that I captured in the first step. That way, each upload is associated with a specific record in the database. Hope that helps, Bob Patin Longterm Solutions bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com iChat: bobpatin FileMaker 10 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 > > I have used FileMaker in the past to store many large PDFs with a > reverse approach where the database acted as a file & content > manager which then generated static HTML files and uploaded both > PDFs and static HTML to webserver via FTPit. It is still working > well and the client loves it since it's saving him thousands in web > developer costs per year. Because it seemed to store PDFs in the > desktop app well, I figured why not use it for web server storage > too? Hummm.... > > David Cox -------------- next part -------------- Skipped content of type multipart/related From ggt667 at gmail.com Wed Oct 7 16:52:51 2009 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Wed Oct 7 16:51:01 2009 Subject: [FX.php List] Container Quandary In-Reply-To: <278BDD27-9594-4114-9B3D-F27502107783@patin.com> References: <278BDD27-9594-4114-9B3D-F27502107783@patin.com> Message-ID: Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 15728 bytes Desc: not available Url : http://mail.iviking.org/pipermail/fx.php_list/attachments/20091008/e72f3a81/attachment.jpe From msyk at msyk.net Fri Oct 9 05:24:26 2009 From: msyk at msyk.net (Masayuki Nii) Date: Fri Oct 9 05:22:42 2009 Subject: [FX.php List] Patch for Surrogate-pair Character Message-ID: <1701700764.0.1255087466117.JavaMail.msyk@msyk.net> I noticed that FileMaker Server returns an invalid XML data in case of any fields have surrogate-pair character. "surrogate-pair character" are used for east asia languages, and that is quite rare case in Japanese for example a letter for a family name. Of course, I've reported the problem as a bug. I've patched FX.php to resolve above issue. If the returned XML has wrong character, XML parser reports the error. After detecting it, my patched FX convert the wrong characters to valid encoded ones and retry to parse. So it's almost no degrading for the perfomance if there is no wrong characters, and it will be 100% case in English or Latin-1. The following is patched one and I published on my site. I hope to invelove the added codes to next FX.php release. http://msyk.net/fmp/fx_ja/FX_patched091009.zip Thanks, Masayuki _______________________________________________________________ Masayuki Nii/Masayuki Nii :iChat Ready Web Site / OME :Emailer From msyk at msyk.net Sat Oct 10 04:47:58 2009 From: msyk at msyk.net (Masayuki Nii) Date: Sat Oct 10 04:46:09 2009 Subject: [FX.php List] Re-Patch for Surrogate-pair Character In-Reply-To: References: Message-ID: <489242803.0.1255171678142.JavaMail.msyk@msyk.net> > > I recognize you (via your photo on your home page) from DevCons and > > our PHP User Group meetings. Hi Joel, Thanks for DevCon's meeting. > > > > Thank you for posting this to the group! So I have to patch more. And then done. http://msyk.net/fmp/fx_ja/FX_patched091010.zip If you know the difference from original source, please search my name "Masayuki" in the file. On UTF-16, one character has 2 bytes. The surrogate-pair character has double- 2-byte, i.e. 4 bytes. Although we submit the right UTF-8 encoded request, FMS recognizes wrong way. If there is one surrogate-pair character in the filed value, the last character is deleted and stored in the FileMaker's text field. If two surrogate-pairs then last two character are deleted, and so on. WPE will recognize one surrogate-pair character as two character at any process in spite of convined 2 double byte code into one character. My patch is very tricky way and it's not smart way, but it needs for current FMS. My patch adds some characters after the field value it it has any surrogated- pair characters. If someone wants to disable this patch, it can control by the constant as below. define( 'SURROGATE_INPUT_PATCH_DISABLED', true); In a future, FMS might take care of these problem. This constant will be required at that time. Regards, _______________________________________________________________ Masayuki Nii/Masayuki Nii :iChat Ready Web Site / OME :Emailer From ggt667 at gmail.com Sat Oct 10 05:05:14 2009 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Sat Oct 10 05:03:12 2009 Subject: [FX.php List] Re-Patch for Surrogate-pair Character In-Reply-To: <489242803.0.1255171678142.JavaMail.msyk@msyk.net> References: <489242803.0.1255171678142.JavaMail.msyk@msyk.net> Message-ID: What are these things? Are these things suggestions for the FX.php distro? Can you please paste the diff[s] on pastebin? tia, ggt 2009/10/10 Masayuki Nii : >> > I recognize you (via your photo on your home page) from DevCons and >> > our PHP User Group meetings. > > Hi Joel, > Thanks for DevCon's meeting. >> > >> > Thank you for posting this to the group! > > So I have to patch more. And then done. > > http://msyk.net/fmp/fx_ja/FX_patched091010.zip > > If you know the difference from original source, please search my name "Masayuki" > in the file. > > On UTF-16, one character has 2 bytes. The surrogate-pair character has double- > 2-byte, i.e. 4 bytes. Although we submit the right UTF-8 encoded request, FMS > recognizes wrong way. If there is one surrogate-pair character in the filed > value, the last character is deleted and stored in the FileMaker's text field. > If two surrogate-pairs then last two character are deleted, and so on. WPE will > recognize one surrogate-pair character as two character at any process in spite > of convined 2 double byte code into one character. > > My patch is very tricky way and it's not smart way, but it needs for current > FMS. My patch adds some characters after the field value it it has any surrogated- > pair characters. If someone wants to disable this patch, it can control by the > constant as below. > > define( 'SURROGATE_INPUT_PATCH_DISABLED', true); > > In a future, FMS might take care of these problem. This constant will be required > at that time. > > Regards, > > _______________________________________________________________ > Masayuki Nii/Masayuki Nii :iChat Ready > ?Web Site / OME :Emailer > > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > From ggt667 at gmail.com Sat Oct 10 05:06:08 2009 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Sat Oct 10 05:04:06 2009 Subject: [FX.php List] Re-Patch for Surrogate-pair Character In-Reply-To: References: <489242803.0.1255171678142.JavaMail.msyk@msyk.net> Message-ID: Sorry bad english in my previous post What are these things you are posting? Are these patch proposals for the FX.php distro? Can you please paste the diff[s] on pastebin? tia, ggt 2009/10/10 Gjermund Gusland Thorsen : > What are these things? Are these things suggestions for the FX.php distro? > > Can you please paste the diff[s] on pastebin? > > tia, > ggt > > 2009/10/10 Masayuki Nii : >>> > I recognize you (via your photo on your home page) from DevCons and >>> > our PHP User Group meetings. >> >> Hi Joel, >> Thanks for DevCon's meeting. >>> > >>> > Thank you for posting this to the group! >> >> So I have to patch more. And then done. >> >> http://msyk.net/fmp/fx_ja/FX_patched091010.zip >> >> If you know the difference from original source, please search my name "Masayuki" >> in the file. >> >> On UTF-16, one character has 2 bytes. The surrogate-pair character has double- >> 2-byte, i.e. 4 bytes. Although we submit the right UTF-8 encoded request, FMS >> recognizes wrong way. If there is one surrogate-pair character in the filed >> value, the last character is deleted and stored in the FileMaker's text field. >> If two surrogate-pairs then last two character are deleted, and so on. WPE will >> recognize one surrogate-pair character as two character at any process in spite >> of convined 2 double byte code into one character. >> >> My patch is very tricky way and it's not smart way, but it needs for current >> FMS. My patch adds some characters after the field value it it has any surrogated- >> pair characters. If someone wants to disable this patch, it can control by the >> constant as below. >> >> define( 'SURROGATE_INPUT_PATCH_DISABLED', true); >> >> In a future, FMS might take care of these problem. This constant will be required >> at that time. >> >> Regards, >> >> _______________________________________________________________ >> Masayuki Nii/Masayuki Nii :iChat Ready >> ?Web Site / OME :Emailer >> >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list >> > From msyk at msyk.net Sat Oct 10 05:24:55 2009 From: msyk at msyk.net (Masayuki Nii) Date: Sat Oct 10 05:23:05 2009 Subject: [FX.php List] Re-Patch for Surrogate-pair Character In-Reply-To: References: <489242803.0.1255171678142.JavaMail.msyk@msyk.net> Message-ID: <781552568.1.1255173895475.JavaMail.msyk@msyk.net> Ok, sure. Here is the diff of current patch. http://msyk.net/fmp/fx_ja/diff091010.txt Of course, this is proposals. Though this patch is required for just Japanese site, I hope to be included to the distribution. Gjermund Gusland Thorsen ????2009/10/10 20:06:08??? ?? ??---?Re: [FX.php List] Re-Patch for Surrogate-pair Character?????? ? > Sorry bad english in my previous post > > What are these things you are posting? Are these patch proposals for > the FX.php distro? > > Can you please paste the diff[s] on pastebin? > > tia, > ggt _______________________________________________________________ Masayuki Nii/Masayuki Nii :iChat Ready Web Site / OME :Emailer From 1265 at lucerneblvd.org Wed Oct 14 15:58:35 2009 From: 1265 at lucerneblvd.org (david weiner) Date: Wed Oct 14 15:56:28 2009 Subject: [FX.php List] fx and caching Message-ID: <7E09EF80-A579-44AA-9AA0-ACDB16A8640F@lucerneblvd.org> Hello list, I see that there is some kind of a caching mechanism planned for FX but it's not able to be shown on the demo site. I'm trying to work out a conflict between FX generated pages and the Drupal content management system that keeps Drupal site search and the internal Drupal cron function from being able to run on FX based nodes with repeating terms. (i.e. Two pages with the word "filemaker" will cause a fatal error when run through Drupal's search and cron processes.) There are a couple of options we are looking at, but the one that is probably easiest for all kinds of reasons would be to run the FX.php code through some call and store the results in a MySQL table that Drupal could then access and call into a node. I'm wondering if the FX Cache function could be used for this and if anyone else has another straightforward idea for how to accomplish this. Thanks, David ps: doing a google search for "fx php" gives the site summary that credits a hack to the site, I hope everything got recovered ok from whenever that happened. From ggt667 at gmail.com Mon Oct 19 06:56:56 2009 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Mon Oct 19 06:54:19 2009 Subject: [FX.php List] FMS 10 setting up XML returns sometimes empty record sets, and sometimes fields and data working Message-ID: Anyone experienced this? http://pastebin.com/f7d504cc4 foundCount = 0 ErrorCode = 0 and not 401... all fields are supposedly empty. tia, ggt PS fm and php is working though on the same server, is this a racist issue? From leo at finalresort.org Mon Oct 19 07:28:14 2009 From: leo at finalresort.org (Leo R. Lundgren) Date: Mon Oct 19 07:25:40 2009 Subject: [FX.php List] FMS 10 setting up XML returns sometimes empty record sets, and sometimes fields and data working In-Reply-To: References: Message-ID: <8CA81BB6-C342-4D32-94C2-6613755D4CD3@finalresort.org> 19 okt 2009 kl. 14.56 skrev Gjermund Gusland Thorsen: > Anyone experienced this? > > http://pastebin.com/f7d504cc4 > > foundCount = 0 > ErrorCode = 0 and not 401... > > all fields are supposedly empty. Hi, Before I delve into explaining my similar experiences, do you still have the same problem? If so, does it help if you go into the permissions for the user/group that the user belongs to, and change something, so that the privileges are updated. Note that I don't mean you must change something that actually matters, do whatever little change is needed to be able to "OK" and save the new permissions, then change it back to what it originally was. Just to see if the problem goes away when the permissions are definately updated at least once. -| From ggt667 at gmail.com Mon Oct 19 07:33:48 2009 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Mon Oct 19 07:31:11 2009 Subject: [FX.php List] FMS 10 setting up XML returns sometimes empty record sets, and sometimes fields and data working In-Reply-To: <8CA81BB6-C342-4D32-94C2-6613755D4CD3@finalresort.org> References: <8CA81BB6-C342-4D32-94C2-6613755D4CD3@finalresort.org> Message-ID: You are right, this works. I will give you feed back on whether or not it stays like this, I mean relaunching WPE gives the same effect for a while. tia, ggt 2009/10/19 Leo R. Lundgren : > > 19 okt 2009 kl. 14.56 skrev Gjermund Gusland Thorsen: > >> Anyone experienced this? >> >> http://pastebin.com/f7d504cc4 >> >> foundCount = 0 >> ErrorCode = 0 and not 401... >> >> all fields are supposedly empty. > > > Hi, > > Before I delve into explaining my similar experiences, do you still have the > same problem? If so, does it help if you go into the permissions for the > user/group that the user belongs to, and change something, so that the > privileges are updated. Note that I don't mean you must change something > that actually matters, do whatever little change is needed to be able to > "OK" and save the new permissions, then change it back to what it originally > was. Just to see if the problem goes away when the permissions are > definately updated at least once. > > -| > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > From leo at finalresort.org Mon Oct 19 07:44:20 2009 From: leo at finalresort.org (Leo R. Lundgren) Date: Mon Oct 19 07:41:42 2009 Subject: [FX.php List] FMS 10 setting up XML returns sometimes empty record sets, and sometimes fields and data working In-Reply-To: References: <8CA81BB6-C342-4D32-94C2-6613755D4CD3@finalresort.org> Message-ID: Do you mean that relaunching WPE (by disabling IWP for that database in the databases pane in FM Admin?) gives the same effect as "touching" the permissions, i.e that the records start being visible again, but only for a little while? The last time this happened for me was a while ago and before that it was a while ago as well. It doesn't happen very often, it's measured in a number of months between times. Overall I think it's happened only two times for something that's been running for a couple of years. 19 okt 2009 kl. 15.33 skrev Gjermund Gusland Thorsen: > You are right, this works. > > I will give you feed back on whether or not it stays like this, I mean > relaunching WPE gives the same effect for a while. > > tia, > ggt > > 2009/10/19 Leo R. Lundgren : >> >> 19 okt 2009 kl. 14.56 skrev Gjermund Gusland Thorsen: >> >>> Anyone experienced this? >>> >>> http://pastebin.com/f7d504cc4 >>> >>> foundCount = 0 >>> ErrorCode = 0 and not 401... >>> >>> all fields are supposedly empty. >> >> >> Hi, >> >> Before I delve into explaining my similar experiences, do you still >> have the >> same problem? If so, does it help if you go into the permissions >> for the >> user/group that the user belongs to, and change something, so that >> the >> privileges are updated. Note that I don't mean you must change >> something >> that actually matters, do whatever little change is needed to be >> able to >> "OK" and save the new permissions, then change it back to what it >> originally >> was. Just to see if the problem goes away when the permissions are >> definately updated at least once. >> >> -| >> >> _______________________________________________ >> 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 leo at finalresort.org Mon Oct 19 07:46:16 2009 From: leo at finalresort.org (Leo R. Lundgren) Date: Mon Oct 19 07:43:39 2009 Subject: [FX.php List] FMS 10 setting up XML returns sometimes empty record sets, and sometimes fields and data working In-Reply-To: References: <8CA81BB6-C342-4D32-94C2-6613755D4CD3@finalresort.org> Message-ID: <94620E18-18F9-466B-A707-AE9DA88499A0@finalresort.org> 19 okt 2009 kl. 15.44 skrev Leo R. Lundgren: > The last time this happened for me was a while ago and before that > it was a while ago as well. It doesn't happen very often, it's > measured in a number of months between times. Overall I think it's > happened only two times for something that's been running for a > couple of years. That being said, it might still have happened at times when neither I nor the client was looking. But considering that I haven't been able to get rid of the problem without taking action, after a few hours of almost fruitless debugging, it feels more likely that it hasn't happened without us noticing it. -| From ggt667 at gmail.com Mon Oct 19 07:51:02 2009 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Mon Oct 19 07:48:24 2009 Subject: [FX.php List] FMS 10 setting up XML returns sometimes empty record sets, and sometimes fields and data working In-Reply-To: <94620E18-18F9-466B-A707-AE9DA88499A0@finalresort.org> References: <8CA81BB6-C342-4D32-94C2-6613755D4CD3@finalresort.org> <94620E18-18F9-466B-A707-AE9DA88499A0@finalresort.org> Message-ID: My experience with this on this one server is that it works for about 50 queries then starts serving _ONE_ blank record. And it does not matter whether you set privs again or relaunching WPE... ggt 2009/10/19 Leo R. Lundgren : > > 19 okt 2009 kl. 15.44 skrev Leo R. Lundgren: > >> The last time this happened for me was a while ago and before that it was >> a while ago as well. It doesn't happen very often, it's measured in a number >> of months between times. Overall I think it's happened only two times for >> something that's been running for a couple of years. > > > That being said, it might still have happened at times when neither I nor > the client was looking. But considering that I haven't been able to get rid > of the problem without taking action, after a few hours of almost fruitless > debugging, it feels more likely that it hasn't happened without us noticing > it. > > -| > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > From leo at finalresort.org Mon Oct 19 07:54:17 2009 From: leo at finalresort.org (Leo R. Lundgren) Date: Mon Oct 19 07:51:38 2009 Subject: [FX.php List] FMS 10 setting up XML returns sometimes empty record sets, and sometimes fields and data working In-Reply-To: References: <8CA81BB6-C342-4D32-94C2-6613755D4CD3@finalresort.org> Message-ID: <62DA8795-F1E4-40DD-8798-9F606B721B49@finalresort.org> Have you looked in the database using the normal FM GUI, and seen whether the records that you cannot find via XML are visible in the database like they should? 19 okt 2009 kl. 15.51 skrev Gjermund Gusland Thorsen: > My experience with this on this one server is that it works for about > 50 queries then starts serving _ONE_ blank record. > > And it does not matter whether you set privs again or relaunching > WPE... > > ggt > > 19 okt 2009 kl. 15.44 skrev Leo R. Lundgren: > >> Do you mean that relaunching WPE (by disabling IWP for that >> database in the databases pane in FM Admin?) gives the same effect >> as "touching" the permissions, i.e that the records start being >> visible again, but only for a little while? >> >> The last time this happened for me was a while ago and before that >> it was a while ago as well. It doesn't happen very often, it's >> measured in a number of months between times. Overall I think it's >> happened only two times for something that's been running for a >> couple of years. >> >> That being said, it might still have happened at times when neither >> I nor the client was looking. But considering that I haven't been >> able to get rid of the problem without taking action, after a few >> hours of almost fruitless debugging, it feels more likely that it >> hasn't happened without us noticing it. >> >> 19 okt 2009 kl. 15.33 skrev Gjermund Gusland Thorsen: >> >>> You are right, this works. >>> >>> I will give you feed back on whether or not it stays like this, I >>> mean >>> relaunching WPE gives the same effect for a while. >>> >>> tia, >>> ggt >>> >>> 2009/10/19 Leo R. Lundgren : >>>> >>>> 19 okt 2009 kl. 14.56 skrev Gjermund Gusland Thorsen: >>>> >>>>> Anyone experienced this? >>>>> >>>>> http://pastebin.com/f7d504cc4 >>>>> >>>>> foundCount = 0 >>>>> ErrorCode = 0 and not 401... >>>>> >>>>> all fields are supposedly empty. >>>> >>>> Hi, >>>> >>>> Before I delve into explaining my similar experiences, do you >>>> still have the >>>> same problem? If so, does it help if you go into the permissions >>>> for the >>>> user/group that the user belongs to, and change something, so >>>> that the >>>> privileges are updated. Note that I don't mean you must change >>>> something >>>> that actually matters, do whatever little change is needed to be >>>> able to >>>> "OK" and save the new permissions, then change it back to what it >>>> originally >>>> was. Just to see if the problem goes away when the permissions are >>>> definately updated at least once. -| From ggt667 at gmail.com Mon Oct 19 07:55:57 2009 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Mon Oct 19 07:53:20 2009 Subject: [FX.php List] FMS 10 setting up XML returns sometimes empty record sets, and sometimes fields and data working In-Reply-To: <62DA8795-F1E4-40DD-8798-9F606B721B49@finalresort.org> References: <8CA81BB6-C342-4D32-94C2-6613755D4CD3@finalresort.org> <62DA8795-F1E4-40DD-8798-9F606B721B49@finalresort.org> Message-ID: Yes, they are in FM, on the web I even try to use FMFindAny, in FX and -findany using curl on commandline. This time around saving privs did not make a difference :-( ggt 2009/10/19 Leo R. Lundgren : > Have you looked in the database using the normal FM GUI, and seen whether > the records that you cannot find via XML are visible in the database like > they should? > > 19 okt 2009 kl. 15.51 skrev Gjermund Gusland Thorsen: > >> My experience with this on this one server is that it works for about >> 50 queries then starts serving _ONE_ blank record. >> >> And it does not matter whether you set privs again or relaunching WPE... >> >> ggt >> >> 19 okt 2009 kl. 15.44 skrev Leo R. Lundgren: >> >>> Do you mean that relaunching WPE (by disabling IWP for that database in >>> the databases pane in FM Admin?) gives the same effect as "touching" the >>> permissions, i.e that the records start being visible again, but only for a >>> little while? >>> >>> The last time this happened for me was a while ago and before that it was >>> a while ago as well. It doesn't happen very often, it's measured in a number >>> of months between times. Overall I think it's happened only two times for >>> something that's been running for a couple of years. >>> >>> That being said, it might still have happened at times when neither I nor >>> the client was looking. But considering that I haven't been able to get rid >>> of the problem without taking action, after a few hours of almost fruitless >>> debugging, it feels more likely that it hasn't happened without us noticing >>> it. >>> >>> 19 okt 2009 kl. 15.33 skrev Gjermund Gusland Thorsen: >>> >>>> You are right, this works. >>>> >>>> I will give you feed back on whether or not it stays like this, I mean >>>> relaunching WPE gives the same effect for a while. >>>> >>>> tia, >>>> ggt >>>> >>>> 2009/10/19 Leo R. Lundgren : >>>>> >>>>> 19 okt 2009 kl. 14.56 skrev Gjermund Gusland Thorsen: >>>>> >>>>>> Anyone experienced this? >>>>>> >>>>>> http://pastebin.com/f7d504cc4 >>>>>> >>>>>> foundCount = 0 >>>>>> ErrorCode = 0 and not 401... >>>>>> >>>>>> all fields are supposedly empty. >>>>> >>>>> Hi, >>>>> >>>>> Before I delve into explaining my similar experiences, do you still >>>>> have the >>>>> same problem? If so, does it help if you go into the permissions for >>>>> the >>>>> user/group that the user belongs to, and change something, so that the >>>>> privileges are updated. Note that I don't mean you must change >>>>> something >>>>> that actually matters, do whatever little change is needed to be able >>>>> to >>>>> "OK" and save the new permissions, then change it back to what it >>>>> originally >>>>> was. Just to see if the problem goes away when the permissions are >>>>> definately updated at least once. > > > -| > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > From ggt667 at gmail.com Mon Oct 19 07:56:38 2009 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Mon Oct 19 07:54:01 2009 Subject: [FX.php List] FMS 10 setting up XML returns sometimes empty record sets, and sometimes fields and data working In-Reply-To: References: <8CA81BB6-C342-4D32-94C2-6613755D4CD3@finalresort.org> <62DA8795-F1E4-40DD-8798-9F606B721B49@finalresort.org> Message-ID: The sad thing though... is that fmphp works :-(... ggt 2009/10/19 Gjermund Gusland Thorsen : > Yes, they are in FM, on the web I even try to use FMFindAny, in FX and > -findany using curl on commandline. > > This time around saving privs did not make a difference :-( > > ggt > > 2009/10/19 Leo R. Lundgren : >> Have you looked in the database using the normal FM GUI, and seen whether >> the records that you cannot find via XML are visible in the database like >> they should? >> >> 19 okt 2009 kl. 15.51 skrev Gjermund Gusland Thorsen: >> >>> My experience with this on this one server is that it works for about >>> 50 queries then starts serving _ONE_ blank record. >>> >>> And it does not matter whether you set privs again or relaunching WPE... >>> >>> ggt >>> >>> 19 okt 2009 kl. 15.44 skrev Leo R. Lundgren: >>> >>>> Do you mean that relaunching WPE (by disabling IWP for that database in >>>> the databases pane in FM Admin?) gives the same effect as "touching" the >>>> permissions, i.e that the records start being visible again, but only for a >>>> little while? >>>> >>>> The last time this happened for me was a while ago and before that it was >>>> a while ago as well. It doesn't happen very often, it's measured in a number >>>> of months between times. Overall I think it's happened only two times for >>>> something that's been running for a couple of years. >>>> >>>> That being said, it might still have happened at times when neither I nor >>>> the client was looking. But considering that I haven't been able to get rid >>>> of the problem without taking action, after a few hours of almost fruitless >>>> debugging, it feels more likely that it hasn't happened without us noticing >>>> it. >>>> >>>> 19 okt 2009 kl. 15.33 skrev Gjermund Gusland Thorsen: >>>> >>>>> You are right, this works. >>>>> >>>>> I will give you feed back on whether or not it stays like this, I mean >>>>> relaunching WPE gives the same effect for a while. >>>>> >>>>> tia, >>>>> ggt >>>>> >>>>> 2009/10/19 Leo R. Lundgren : >>>>>> >>>>>> 19 okt 2009 kl. 14.56 skrev Gjermund Gusland Thorsen: >>>>>> >>>>>>> Anyone experienced this? >>>>>>> >>>>>>> http://pastebin.com/f7d504cc4 >>>>>>> >>>>>>> foundCount = 0 >>>>>>> ErrorCode = 0 and not 401... >>>>>>> >>>>>>> all fields are supposedly empty. >>>>>> >>>>>> Hi, >>>>>> >>>>>> Before I delve into explaining my similar experiences, do you still >>>>>> have the >>>>>> same problem? If so, does it help if you go into the permissions for >>>>>> the >>>>>> user/group that the user belongs to, and change something, so that the >>>>>> privileges are updated. Note that I don't mean you must change >>>>>> something >>>>>> that actually matters, do whatever little change is needed to be able >>>>>> to >>>>>> "OK" and save the new permissions, then change it back to what it >>>>>> originally >>>>>> was. Just to see if the problem goes away when the permissions are >>>>>> definately updated at least once. >> >> >> -| >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list >> > From leo at finalresort.org Mon Oct 19 08:02:16 2009 From: leo at finalresort.org (Leo R. Lundgren) Date: Mon Oct 19 07:59:39 2009 Subject: [FX.php List] FMS 10 setting up XML returns sometimes empty record sets, and sometimes fields and data working In-Reply-To: References: <8CA81BB6-C342-4D32-94C2-6613755D4CD3@finalresort.org> <62DA8795-F1E4-40DD-8798-9F606B721B49@finalresort.org> Message-ID: <755AEE25-E756-4FD5-9847-A573A16DE551@finalresort.org> Well, the times I've had these problems, it's been with FM PHP API, so I don't think it's a problem with the PHP part. I recall checking the XML output from a problematic search, and indeed the actual data stream said that there were no record. This means the problem is upstreams and not on the PHP side of the solution. 19 okt 2009 kl. 15.56 skrev Gjermund Gusland Thorsen: > The sad thing though... is that fmphp works :-(... > > ggt > > 2009/10/19 Gjermund Gusland Thorsen : >> Yes, they are in FM, on the web I even try to use FMFindAny, in FX >> and >> -findany using curl on commandline. >> >> This time around saving privs did not make a difference :-( >> >> ggt >> >> 2009/10/19 Leo R. Lundgren : >>> Have you looked in the database using the normal FM GUI, and seen >>> whether >>> the records that you cannot find via XML are visible in the >>> database like >>> they should? >>> >>> 19 okt 2009 kl. 15.51 skrev Gjermund Gusland Thorsen: >>> >>>> My experience with this on this one server is that it works for >>>> about >>>> 50 queries then starts serving _ONE_ blank record. >>>> >>>> And it does not matter whether you set privs again or relaunching >>>> WPE... >>>> >>>> ggt >>>> >>>> 19 okt 2009 kl. 15.44 skrev Leo R. Lundgren: >>>> >>>>> Do you mean that relaunching WPE (by disabling IWP for that >>>>> database in >>>>> the databases pane in FM Admin?) gives the same effect as >>>>> "touching" the >>>>> permissions, i.e that the records start being visible again, but >>>>> only for a >>>>> little while? >>>>> >>>>> The last time this happened for me was a while ago and before >>>>> that it was >>>>> a while ago as well. It doesn't happen very often, it's measured >>>>> in a number >>>>> of months between times. Overall I think it's happened only two >>>>> times for >>>>> something that's been running for a couple of years. >>>>> >>>>> That being said, it might still have happened at times when >>>>> neither I nor >>>>> the client was looking. But considering that I haven't been able >>>>> to get rid >>>>> of the problem without taking action, after a few hours of >>>>> almost fruitless >>>>> debugging, it feels more likely that it hasn't happened without >>>>> us noticing >>>>> it. >>>>> >>>>> 19 okt 2009 kl. 15.33 skrev Gjermund Gusland Thorsen: >>>>> >>>>>> You are right, this works. >>>>>> >>>>>> I will give you feed back on whether or not it stays like this, >>>>>> I mean >>>>>> relaunching WPE gives the same effect for a while. >>>>>> >>>>>> tia, >>>>>> ggt >>>>>> >>>>>> 2009/10/19 Leo R. Lundgren : >>>>>>> >>>>>>> 19 okt 2009 kl. 14.56 skrev Gjermund Gusland Thorsen: >>>>>>> >>>>>>>> Anyone experienced this? >>>>>>>> >>>>>>>> http://pastebin.com/f7d504cc4 >>>>>>>> >>>>>>>> foundCount = 0 >>>>>>>> ErrorCode = 0 and not 401... >>>>>>>> >>>>>>>> all fields are supposedly empty. >>>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> Before I delve into explaining my similar experiences, do you >>>>>>> still >>>>>>> have the >>>>>>> same problem? If so, does it help if you go into the >>>>>>> permissions for >>>>>>> the >>>>>>> user/group that the user belongs to, and change something, so >>>>>>> that the >>>>>>> privileges are updated. Note that I don't mean you must change >>>>>>> something >>>>>>> that actually matters, do whatever little change is needed to >>>>>>> be able >>>>>>> to >>>>>>> "OK" and save the new permissions, then change it back to what >>>>>>> it >>>>>>> originally >>>>>>> was. Just to see if the problem goes away when the permissions >>>>>>> are >>>>>>> definately updated at least once. >>> >>> >>> -| >>> >>> _______________________________________________ >>> 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 ggt667 at gmail.com Mon Oct 19 08:05:05 2009 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Mon Oct 19 08:02:30 2009 Subject: [FX.php List] FMS 10 setting up XML returns sometimes empty record sets, and sometimes fields and data working In-Reply-To: <755AEE25-E756-4FD5-9847-A573A16DE551@finalresort.org> References: <8CA81BB6-C342-4D32-94C2-6613755D4CD3@finalresort.org> <62DA8795-F1E4-40DD-8798-9F606B721B49@finalresort.org> <755AEE25-E756-4FD5-9847-A573A16DE551@finalresort.org> Message-ID: Well php I know somewhat well, FMS logs are not that easily accessible or debugable... Any clue to what might go wrong? Would sniffing the WPE reveal the actual problem? tshark and perhaps netcat to see what is going on? ggt 2009/10/19 Leo R. Lundgren : > Well, the times I've had these problems, it's been with FM PHP API, so I > don't think it's a problem with the PHP part. > > I recall checking the XML output from a problematic search, and indeed the > actual data stream said that there were no record. This means the problem is > upstreams and not on the PHP side of the solution. > > > 19 okt 2009 kl. 15.56 skrev Gjermund Gusland Thorsen: > >> The sad thing though... is that fmphp works :-(... >> >> ggt >> >> 2009/10/19 Gjermund Gusland Thorsen : >>> >>> Yes, they are in FM, on the web I even try to use FMFindAny, in FX and >>> -findany using curl on commandline. >>> >>> This time around saving privs did not make a difference :-( >>> >>> ggt >>> >>> 2009/10/19 Leo R. Lundgren : >>>> >>>> Have you looked in the database using the normal FM GUI, and seen >>>> whether >>>> the records that you cannot find via XML are visible in the database >>>> like >>>> they should? >>>> >>>> 19 okt 2009 kl. 15.51 skrev Gjermund Gusland Thorsen: >>>> >>>>> My experience with this on this one server is that it works for about >>>>> 50 queries then starts serving _ONE_ blank record. >>>>> >>>>> And it does not matter whether you set privs again or relaunching >>>>> WPE... >>>>> >>>>> ggt >>>>> >>>>> 19 okt 2009 kl. 15.44 skrev Leo R. Lundgren: >>>>> >>>>>> Do you mean that relaunching WPE (by disabling IWP for that database >>>>>> in >>>>>> the databases pane in FM Admin?) gives the same effect as "touching" >>>>>> the >>>>>> permissions, i.e that the records start being visible again, but only >>>>>> for a >>>>>> little while? >>>>>> >>>>>> The last time this happened for me was a while ago and before that it >>>>>> was >>>>>> a while ago as well. It doesn't happen very often, it's measured in a >>>>>> number >>>>>> of months between times. Overall I think it's happened only two times >>>>>> for >>>>>> something that's been running for a couple of years. >>>>>> >>>>>> That being said, it might still have happened at times when neither I >>>>>> nor >>>>>> the client was looking. But considering that I haven't been able to >>>>>> get rid >>>>>> of the problem without taking action, after a few hours of almost >>>>>> fruitless >>>>>> debugging, it feels more likely that it hasn't happened without us >>>>>> noticing >>>>>> it. >>>>>> >>>>>> 19 okt 2009 kl. 15.33 skrev Gjermund Gusland Thorsen: >>>>>> >>>>>>> You are right, this works. >>>>>>> >>>>>>> I will give you feed back on whether or not it stays like this, I >>>>>>> mean >>>>>>> relaunching WPE gives the same effect for a while. >>>>>>> >>>>>>> tia, >>>>>>> ggt >>>>>>> >>>>>>> 2009/10/19 Leo R. Lundgren : >>>>>>>> >>>>>>>> 19 okt 2009 kl. 14.56 skrev Gjermund Gusland Thorsen: >>>>>>>> >>>>>>>>> Anyone experienced this? >>>>>>>>> >>>>>>>>> http://pastebin.com/f7d504cc4 >>>>>>>>> >>>>>>>>> foundCount = 0 >>>>>>>>> ErrorCode = 0 and not 401... >>>>>>>>> >>>>>>>>> all fields are supposedly empty. >>>>>>>> >>>>>>>> Hi, >>>>>>>> >>>>>>>> Before I delve into explaining my similar experiences, do you still >>>>>>>> have the >>>>>>>> same problem? If so, does it help if you go into the permissions for >>>>>>>> the >>>>>>>> user/group that the user belongs to, and change something, so that >>>>>>>> the >>>>>>>> privileges are updated. Note that I don't mean you must change >>>>>>>> something >>>>>>>> that actually matters, do whatever little change is needed to be >>>>>>>> able >>>>>>>> to >>>>>>>> "OK" and save the new permissions, then change it back to what it >>>>>>>> originally >>>>>>>> was. Just to see if the problem goes away when the permissions are >>>>>>>> definately updated at least once. >>>> >>>> >>>> -| >>>> >>>> _______________________________________________ >>>> 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 leo at finalresort.org Mon Oct 19 08:14:20 2009 From: leo at finalresort.org (Leo R. Lundgren) Date: Mon Oct 19 08:11:42 2009 Subject: [FX.php List] FMS 10 setting up XML returns sometimes empty record sets, and sometimes fields and data working In-Reply-To: References: <8CA81BB6-C342-4D32-94C2-6613755D4CD3@finalresort.org> <62DA8795-F1E4-40DD-8798-9F606B721B49@finalresort.org> <755AEE25-E756-4FD5-9847-A573A16DE551@finalresort.org> Message-ID: <16F71F2C-6B80-4D43-A2D6-3AD519376CA0@finalresort.org> I used tcpdump to sniff the traffic coming from the server in relation to the find command issued by my FM PHP API. I do not know what's causing this, as it's only happened twice and I haven't been able to reproduce it in any way. So far my efforts have been mostly concentrated around isolating the issue and trying to see a pattern in when/why it "solves itself". My feeling so far about this is that it's a problem with something relating to permissions, since that is what I've been affecting as the only thing, the times it's happened to me. Of course it could come from external circumstances such as disk problems on the server, but since the data we can't see over XML/WPE *does* show in FM itself, the data is really there. And once we poke the privileges a bit (or possible the WPE, considering your experiences) it starts working, at least for me. Well, I'm kind of waiting for it to happen again, to see where that takes us. 19 okt 2009 kl. 16.05 skrev Gjermund Gusland Thorsen: > Well php I know somewhat well, FMS logs are not that easily accessible > or debugable... > > Any clue to what might go wrong? Would sniffing the WPE reveal the > actual problem? tshark and perhaps netcat to see what is going on? > > ggt > > 2009/10/19 Leo R. Lundgren : >> Well, the times I've had these problems, it's been with FM PHP API, >> so I >> don't think it's a problem with the PHP part. >> >> I recall checking the XML output from a problematic search, and >> indeed the >> actual data stream said that there were no record. This means the >> problem is >> upstreams and not on the PHP side of the solution. >> >> >> 19 okt 2009 kl. 15.56 skrev Gjermund Gusland Thorsen: >> >>> The sad thing though... is that fmphp works :-(... >>> >>> ggt >>> >>> 2009/10/19 Gjermund Gusland Thorsen : >>>> >>>> Yes, they are in FM, on the web I even try to use FMFindAny, in >>>> FX and >>>> -findany using curl on commandline. >>>> >>>> This time around saving privs did not make a difference :-( >>>> >>>> ggt >>>> >>>> 2009/10/19 Leo R. Lundgren : >>>>> >>>>> Have you looked in the database using the normal FM GUI, and seen >>>>> whether >>>>> the records that you cannot find via XML are visible in the >>>>> database >>>>> like >>>>> they should? >>>>> >>>>> 19 okt 2009 kl. 15.51 skrev Gjermund Gusland Thorsen: >>>>> >>>>>> My experience with this on this one server is that it works for >>>>>> about >>>>>> 50 queries then starts serving _ONE_ blank record. >>>>>> >>>>>> And it does not matter whether you set privs again or relaunching >>>>>> WPE... >>>>>> >>>>>> ggt >>>>>> >>>>>> 19 okt 2009 kl. 15.44 skrev Leo R. Lundgren: >>>>>> >>>>>>> Do you mean that relaunching WPE (by disabling IWP for that >>>>>>> database >>>>>>> in >>>>>>> the databases pane in FM Admin?) gives the same effect as >>>>>>> "touching" >>>>>>> the >>>>>>> permissions, i.e that the records start being visible again, >>>>>>> but only >>>>>>> for a >>>>>>> little while? >>>>>>> >>>>>>> The last time this happened for me was a while ago and before >>>>>>> that it >>>>>>> was >>>>>>> a while ago as well. It doesn't happen very often, it's >>>>>>> measured in a >>>>>>> number >>>>>>> of months between times. Overall I think it's happened only >>>>>>> two times >>>>>>> for >>>>>>> something that's been running for a couple of years. >>>>>>> >>>>>>> That being said, it might still have happened at times when >>>>>>> neither I >>>>>>> nor >>>>>>> the client was looking. But considering that I haven't been >>>>>>> able to >>>>>>> get rid >>>>>>> of the problem without taking action, after a few hours of >>>>>>> almost >>>>>>> fruitless >>>>>>> debugging, it feels more likely that it hasn't happened >>>>>>> without us >>>>>>> noticing >>>>>>> it. >>>>>>> >>>>>>> 19 okt 2009 kl. 15.33 skrev Gjermund Gusland Thorsen: >>>>>>> >>>>>>>> You are right, this works. >>>>>>>> >>>>>>>> I will give you feed back on whether or not it stays like >>>>>>>> this, I >>>>>>>> mean >>>>>>>> relaunching WPE gives the same effect for a while. >>>>>>>> >>>>>>>> tia, >>>>>>>> ggt >>>>>>>> >>>>>>>> 2009/10/19 Leo R. Lundgren : >>>>>>>>> >>>>>>>>> 19 okt 2009 kl. 14.56 skrev Gjermund Gusland Thorsen: >>>>>>>>> >>>>>>>>>> Anyone experienced this? >>>>>>>>>> >>>>>>>>>> http://pastebin.com/f7d504cc4 >>>>>>>>>> >>>>>>>>>> foundCount = 0 >>>>>>>>>> ErrorCode = 0 and not 401... >>>>>>>>>> >>>>>>>>>> all fields are supposedly empty. >>>>>>>>> >>>>>>>>> Hi, >>>>>>>>> >>>>>>>>> Before I delve into explaining my similar experiences, do >>>>>>>>> you still >>>>>>>>> have the >>>>>>>>> same problem? If so, does it help if you go into the >>>>>>>>> permissions for >>>>>>>>> the >>>>>>>>> user/group that the user belongs to, and change something, >>>>>>>>> so that >>>>>>>>> the >>>>>>>>> privileges are updated. Note that I don't mean you must change >>>>>>>>> something >>>>>>>>> that actually matters, do whatever little change is needed >>>>>>>>> to be >>>>>>>>> able >>>>>>>>> to >>>>>>>>> "OK" and save the new permissions, then change it back to >>>>>>>>> what it >>>>>>>>> originally >>>>>>>>> was. Just to see if the problem goes away when the >>>>>>>>> permissions are >>>>>>>>> definately updated at least once. >>>>> >>>>> >>>>> -| >>>>> >>>>> _______________________________________________ >>>>> 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 leo at finalresort.org Mon Oct 19 08:16:06 2009 From: leo at finalresort.org (Leo R. Lundgren) Date: Mon Oct 19 08:13:29 2009 Subject: [FX.php List] FMS 10 setting up XML returns sometimes empty record sets, and sometimes fields and data working In-Reply-To: References: <8CA81BB6-C342-4D32-94C2-6613755D4CD3@finalresort.org> <62DA8795-F1E4-40DD-8798-9F606B721B49@finalresort.org> <755AEE25-E756-4FD5-9847-A573A16DE551@finalresort.org> Message-ID: BTW, if I understand you correctly, you said that when the problem is visible with FX.php, it's not a problem if you switch to FM PHP API? Have you tried the exact same search with both these products, when there is a problem? If so, does it work with one of them? I meant to ask whether you've had the chance to try the same search using the Python version of FX, when the problem shows itself. If so, does that work or not? 19 okt 2009 kl. 16.05 skrev Gjermund Gusland Thorsen: > Well php I know somewhat well, FMS logs are not that easily accessible > or debugable... > > Any clue to what might go wrong? Would sniffing the WPE reveal the > actual problem? tshark and perhaps netcat to see what is going on? > > ggt > > 2009/10/19 Leo R. Lundgren : >> Well, the times I've had these problems, it's been with FM PHP API, >> so I >> don't think it's a problem with the PHP part. >> >> I recall checking the XML output from a problematic search, and >> indeed the >> actual data stream said that there were no record. This means the >> problem is >> upstreams and not on the PHP side of the solution. >> >> >> 19 okt 2009 kl. 15.56 skrev Gjermund Gusland Thorsen: >> >>> The sad thing though... is that fmphp works :-(... >>> >>> ggt >>> >>> 2009/10/19 Gjermund Gusland Thorsen : >>>> >>>> Yes, they are in FM, on the web I even try to use FMFindAny, in >>>> FX and >>>> -findany using curl on commandline. >>>> >>>> This time around saving privs did not make a difference :-( >>>> >>>> ggt >>>> >>>> 2009/10/19 Leo R. Lundgren : >>>>> >>>>> Have you looked in the database using the normal FM GUI, and seen >>>>> whether >>>>> the records that you cannot find via XML are visible in the >>>>> database >>>>> like >>>>> they should? >>>>> >>>>> 19 okt 2009 kl. 15.51 skrev Gjermund Gusland Thorsen: >>>>> >>>>>> My experience with this on this one server is that it works for >>>>>> about >>>>>> 50 queries then starts serving _ONE_ blank record. >>>>>> >>>>>> And it does not matter whether you set privs again or relaunching >>>>>> WPE... >>>>>> >>>>>> ggt >>>>>> >>>>>> 19 okt 2009 kl. 15.44 skrev Leo R. Lundgren: >>>>>> >>>>>>> Do you mean that relaunching WPE (by disabling IWP for that >>>>>>> database >>>>>>> in >>>>>>> the databases pane in FM Admin?) gives the same effect as >>>>>>> "touching" >>>>>>> the >>>>>>> permissions, i.e that the records start being visible again, >>>>>>> but only >>>>>>> for a >>>>>>> little while? >>>>>>> >>>>>>> The last time this happened for me was a while ago and before >>>>>>> that it >>>>>>> was >>>>>>> a while ago as well. It doesn't happen very often, it's >>>>>>> measured in a >>>>>>> number >>>>>>> of months between times. Overall I think it's happened only >>>>>>> two times >>>>>>> for >>>>>>> something that's been running for a couple of years. >>>>>>> >>>>>>> That being said, it might still have happened at times when >>>>>>> neither I >>>>>>> nor >>>>>>> the client was looking. But considering that I haven't been >>>>>>> able to >>>>>>> get rid >>>>>>> of the problem without taking action, after a few hours of >>>>>>> almost >>>>>>> fruitless >>>>>>> debugging, it feels more likely that it hasn't happened >>>>>>> without us >>>>>>> noticing >>>>>>> it. >>>>>>> >>>>>>> 19 okt 2009 kl. 15.33 skrev Gjermund Gusland Thorsen: >>>>>>> >>>>>>>> You are right, this works. >>>>>>>> >>>>>>>> I will give you feed back on whether or not it stays like >>>>>>>> this, I >>>>>>>> mean >>>>>>>> relaunching WPE gives the same effect for a while. >>>>>>>> >>>>>>>> tia, >>>>>>>> ggt >>>>>>>> >>>>>>>> 2009/10/19 Leo R. Lundgren : >>>>>>>>> >>>>>>>>> 19 okt 2009 kl. 14.56 skrev Gjermund Gusland Thorsen: >>>>>>>>> >>>>>>>>>> Anyone experienced this? >>>>>>>>>> >>>>>>>>>> http://pastebin.com/f7d504cc4 >>>>>>>>>> >>>>>>>>>> foundCount = 0 >>>>>>>>>> ErrorCode = 0 and not 401... >>>>>>>>>> >>>>>>>>>> all fields are supposedly empty. >>>>>>>>> >>>>>>>>> Hi, >>>>>>>>> >>>>>>>>> Before I delve into explaining my similar experiences, do >>>>>>>>> you still >>>>>>>>> have the >>>>>>>>> same problem? If so, does it help if you go into the >>>>>>>>> permissions for >>>>>>>>> the >>>>>>>>> user/group that the user belongs to, and change something, >>>>>>>>> so that >>>>>>>>> the >>>>>>>>> privileges are updated. Note that I don't mean you must change >>>>>>>>> something >>>>>>>>> that actually matters, do whatever little change is needed >>>>>>>>> to be >>>>>>>>> able >>>>>>>>> to >>>>>>>>> "OK" and save the new permissions, then change it back to >>>>>>>>> what it >>>>>>>>> originally >>>>>>>>> was. Just to see if the problem goes away when the >>>>>>>>> permissions are >>>>>>>>> definately updated at least once. >>>>> >>>>> >>>>> -| >>>>> >>>>> _______________________________________________ >>>>> 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 ggt667 at gmail.com Mon Oct 19 08:20:26 2009 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Mon Oct 19 08:17:50 2009 Subject: [FX.php List] FMS 10 setting up XML returns sometimes empty record sets, and sometimes fields and data working In-Reply-To: References: <8CA81BB6-C342-4D32-94C2-6613755D4CD3@finalresort.org> <62DA8795-F1E4-40DD-8798-9F606B721B49@finalresort.org> <755AEE25-E756-4FD5-9847-A573A16DE551@finalresort.org> Message-ID: The problem is only for XML RPC( not FX.php in particular ), not for the fmphp... for now Yes, the query is the same the problem is only with XML RPC ggt 2009/10/19 Leo R. Lundgren : > BTW, if I understand you correctly, you said that when the problem is > visible with FX.php, it's not a problem if you switch to FM PHP API? Have > you tried the exact same search with both these products, when there is a > problem? If so, does it work with one of them? > > I meant to ask whether you've had the chance to try the same search using > the Python version of FX, when the problem shows itself. If so, does that > work or not? > > > 19 okt 2009 kl. 16.05 skrev Gjermund Gusland Thorsen: > >> Well php I know somewhat well, FMS logs are not that easily accessible >> or debugable... >> >> Any clue to what might go wrong? Would sniffing the WPE reveal the >> actual problem? tshark and perhaps netcat to see what is going on? >> >> ggt >> >> 2009/10/19 Leo R. Lundgren : >>> >>> Well, the times I've had these problems, it's been with FM PHP API, so I >>> don't think it's a problem with the PHP part. >>> >>> I recall checking the XML output from a problematic search, and indeed >>> the >>> actual data stream said that there were no record. This means the problem >>> is >>> upstreams and not on the PHP side of the solution. >>> >>> >>> 19 okt 2009 kl. 15.56 skrev Gjermund Gusland Thorsen: >>> >>>> The sad thing though... is that fmphp works :-(... >>>> >>>> ggt >>>> >>>> 2009/10/19 Gjermund Gusland Thorsen : >>>>> >>>>> Yes, they are in FM, on the web I even try to use FMFindAny, in FX and >>>>> -findany using curl on commandline. >>>>> >>>>> This time around saving privs did not make a difference :-( >>>>> >>>>> ggt >>>>> >>>>> 2009/10/19 Leo R. Lundgren : >>>>>> >>>>>> Have you looked in the database using the normal FM GUI, and seen >>>>>> whether >>>>>> the records that you cannot find via XML are visible in the database >>>>>> like >>>>>> they should? >>>>>> >>>>>> 19 okt 2009 kl. 15.51 skrev Gjermund Gusland Thorsen: >>>>>> >>>>>>> My experience with this on this one server is that it works for about >>>>>>> 50 queries then starts serving _ONE_ blank record. >>>>>>> >>>>>>> And it does not matter whether you set privs again or relaunching >>>>>>> WPE... >>>>>>> >>>>>>> ggt >>>>>>> >>>>>>> 19 okt 2009 kl. 15.44 skrev Leo R. Lundgren: >>>>>>> >>>>>>>> Do you mean that relaunching WPE (by disabling IWP for that database >>>>>>>> in >>>>>>>> the databases pane in FM Admin?) gives the same effect as "touching" >>>>>>>> the >>>>>>>> permissions, i.e that the records start being visible again, but >>>>>>>> only >>>>>>>> for a >>>>>>>> little while? >>>>>>>> >>>>>>>> The last time this happened for me was a while ago and before that >>>>>>>> it >>>>>>>> was >>>>>>>> a while ago as well. It doesn't happen very often, it's measured in >>>>>>>> a >>>>>>>> number >>>>>>>> of months between times. Overall I think it's happened only two >>>>>>>> times >>>>>>>> for >>>>>>>> something that's been running for a couple of years. >>>>>>>> >>>>>>>> That being said, it might still have happened at times when neither >>>>>>>> I >>>>>>>> nor >>>>>>>> the client was looking. But considering that I haven't been able to >>>>>>>> get rid >>>>>>>> of the problem without taking action, after a few hours of almost >>>>>>>> fruitless >>>>>>>> debugging, it feels more likely that it hasn't happened without us >>>>>>>> noticing >>>>>>>> it. >>>>>>>> >>>>>>>> 19 okt 2009 kl. 15.33 skrev Gjermund Gusland Thorsen: >>>>>>>> >>>>>>>>> You are right, this works. >>>>>>>>> >>>>>>>>> I will give you feed back on whether or not it stays like this, I >>>>>>>>> mean >>>>>>>>> relaunching WPE gives the same effect for a while. >>>>>>>>> >>>>>>>>> tia, >>>>>>>>> ggt >>>>>>>>> >>>>>>>>> 2009/10/19 Leo R. Lundgren : >>>>>>>>>> >>>>>>>>>> 19 okt 2009 kl. 14.56 skrev Gjermund Gusland Thorsen: >>>>>>>>>> >>>>>>>>>>> Anyone experienced this? >>>>>>>>>>> >>>>>>>>>>> http://pastebin.com/f7d504cc4 >>>>>>>>>>> >>>>>>>>>>> foundCount = 0 >>>>>>>>>>> ErrorCode = 0 and not 401... >>>>>>>>>>> >>>>>>>>>>> all fields are supposedly empty. >>>>>>>>>> >>>>>>>>>> Hi, >>>>>>>>>> >>>>>>>>>> Before I delve into explaining my similar experiences, do you >>>>>>>>>> still >>>>>>>>>> have the >>>>>>>>>> same problem? If so, does it help if you go into the permissions >>>>>>>>>> for >>>>>>>>>> the >>>>>>>>>> user/group that the user belongs to, and change something, so that >>>>>>>>>> the >>>>>>>>>> privileges are updated. Note that I don't mean you must change >>>>>>>>>> something >>>>>>>>>> that actually matters, do whatever little change is needed to be >>>>>>>>>> able >>>>>>>>>> to >>>>>>>>>> "OK" and save the new permissions, then change it back to what it >>>>>>>>>> originally >>>>>>>>>> was. Just to see if the problem goes away when the permissions are >>>>>>>>>> definately updated at least once. >>>>>> >>>>>> >>>>>> -| >>>>>> >>>>>> _______________________________________________ >>>>>> FX.php_List mailing list >>>>>> FX.php_List@mail.iviking.org >>>>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>>>> >>>>> >>>> _______________________________________________ >>>> FX.php_List mailing list >>>> FX.php_List@mail.iviking.org >>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>> >>> >>> >>> -| >>> >>> _______________________________________________ >>> FX.php_List mailing list >>> FX.php_List@mail.iviking.org >>> http://www.iviking.org/mailman/listinfo/fx.php_list >>> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list > > > > -| > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > From ggt667 at gmail.com Mon Oct 19 08:27:28 2009 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Mon Oct 19 08:24:52 2009 Subject: [FX.php List] FMS 10 setting up XML returns sometimes empty record sets, and sometimes fields and data working In-Reply-To: References: <62DA8795-F1E4-40DD-8798-9F606B721B49@finalresort.org> <755AEE25-E756-4FD5-9847-A573A16DE551@finalresort.org> Message-ID: And the account is the same... webuser, in which has both fmphp and fmxml enabled. ggt 2009/10/19 Gjermund Gusland Thorsen : > The problem is only for XML RPC( not FX.php in particular ), not for > the fmphp... for now > > Yes, the query is the same the problem is only with XML RPC > > ggt > > 2009/10/19 Leo R. Lundgren : >> BTW, if I understand you correctly, you said that when the problem is >> visible with FX.php, it's not a problem if you switch to FM PHP API? Have >> you tried the exact same search with both these products, when there is a >> problem? If so, does it work with one of them? >> >> I meant to ask whether you've had the chance to try the same search using >> the Python version of FX, when the problem shows itself. If so, does that >> work or not? >> >> >> 19 okt 2009 kl. 16.05 skrev Gjermund Gusland Thorsen: >> >>> Well php I know somewhat well, FMS logs are not that easily accessible >>> or debugable... >>> >>> Any clue to what might go wrong? Would sniffing the WPE reveal the >>> actual problem? tshark and perhaps netcat to see what is going on? >>> >>> ggt >>> >>> 2009/10/19 Leo R. Lundgren : >>>> >>>> Well, the times I've had these problems, it's been with FM PHP API, so I >>>> don't think it's a problem with the PHP part. >>>> >>>> I recall checking the XML output from a problematic search, and indeed >>>> the >>>> actual data stream said that there were no record. This means the problem >>>> is >>>> upstreams and not on the PHP side of the solution. >>>> >>>> >>>> 19 okt 2009 kl. 15.56 skrev Gjermund Gusland Thorsen: >>>> >>>>> The sad thing though... is that fmphp works :-(... >>>>> >>>>> ggt >>>>> >>>>> 2009/10/19 Gjermund Gusland Thorsen : >>>>>> >>>>>> Yes, they are in FM, on the web I even try to use FMFindAny, in FX and >>>>>> -findany using curl on commandline. >>>>>> >>>>>> This time around saving privs did not make a difference :-( >>>>>> >>>>>> ggt >>>>>> >>>>>> 2009/10/19 Leo R. Lundgren : >>>>>>> >>>>>>> Have you looked in the database using the normal FM GUI, and seen >>>>>>> whether >>>>>>> the records that you cannot find via XML are visible in the database >>>>>>> like >>>>>>> they should? >>>>>>> >>>>>>> 19 okt 2009 kl. 15.51 skrev Gjermund Gusland Thorsen: >>>>>>> >>>>>>>> My experience with this on this one server is that it works for about >>>>>>>> 50 queries then starts serving _ONE_ blank record. >>>>>>>> >>>>>>>> And it does not matter whether you set privs again or relaunching >>>>>>>> WPE... >>>>>>>> >>>>>>>> ggt >>>>>>>> >>>>>>>> 19 okt 2009 kl. 15.44 skrev Leo R. Lundgren: >>>>>>>> >>>>>>>>> Do you mean that relaunching WPE (by disabling IWP for that database >>>>>>>>> in >>>>>>>>> the databases pane in FM Admin?) gives the same effect as "touching" >>>>>>>>> the >>>>>>>>> permissions, i.e that the records start being visible again, but >>>>>>>>> only >>>>>>>>> for a >>>>>>>>> little while? >>>>>>>>> >>>>>>>>> The last time this happened for me was a while ago and before that >>>>>>>>> it >>>>>>>>> was >>>>>>>>> a while ago as well. It doesn't happen very often, it's measured in >>>>>>>>> a >>>>>>>>> number >>>>>>>>> of months between times. Overall I think it's happened only two >>>>>>>>> times >>>>>>>>> for >>>>>>>>> something that's been running for a couple of years. >>>>>>>>> >>>>>>>>> That being said, it might still have happened at times when neither >>>>>>>>> I >>>>>>>>> nor >>>>>>>>> the client was looking. But considering that I haven't been able to >>>>>>>>> get rid >>>>>>>>> of the problem without taking action, after a few hours of almost >>>>>>>>> fruitless >>>>>>>>> debugging, it feels more likely that it hasn't happened without us >>>>>>>>> noticing >>>>>>>>> it. >>>>>>>>> >>>>>>>>> 19 okt 2009 kl. 15.33 skrev Gjermund Gusland Thorsen: >>>>>>>>> >>>>>>>>>> You are right, this works. >>>>>>>>>> >>>>>>>>>> I will give you feed back on whether or not it stays like this, I >>>>>>>>>> mean >>>>>>>>>> relaunching WPE gives the same effect for a while. >>>>>>>>>> >>>>>>>>>> tia, >>>>>>>>>> ggt >>>>>>>>>> >>>>>>>>>> 2009/10/19 Leo R. Lundgren : >>>>>>>>>>> >>>>>>>>>>> 19 okt 2009 kl. 14.56 skrev Gjermund Gusland Thorsen: >>>>>>>>>>> >>>>>>>>>>>> Anyone experienced this? >>>>>>>>>>>> >>>>>>>>>>>> http://pastebin.com/f7d504cc4 >>>>>>>>>>>> >>>>>>>>>>>> foundCount = 0 >>>>>>>>>>>> ErrorCode = 0 and not 401... >>>>>>>>>>>> >>>>>>>>>>>> all fields are supposedly empty. >>>>>>>>>>> >>>>>>>>>>> Hi, >>>>>>>>>>> >>>>>>>>>>> Before I delve into explaining my similar experiences, do you >>>>>>>>>>> still >>>>>>>>>>> have the >>>>>>>>>>> same problem? If so, does it help if you go into the permissions >>>>>>>>>>> for >>>>>>>>>>> the >>>>>>>>>>> user/group that the user belongs to, and change something, so that >>>>>>>>>>> the >>>>>>>>>>> privileges are updated. Note that I don't mean you must change >>>>>>>>>>> something >>>>>>>>>>> that actually matters, do whatever little change is needed to be >>>>>>>>>>> able >>>>>>>>>>> to >>>>>>>>>>> "OK" and save the new permissions, then change it back to what it >>>>>>>>>>> originally >>>>>>>>>>> was. Just to see if the problem goes away when the permissions are >>>>>>>>>>> definately updated at least once. >>>>>>> >>>>>>> >>>>>>> -| >>>>>>> >>>>>>> _______________________________________________ >>>>>>> FX.php_List mailing list >>>>>>> FX.php_List@mail.iviking.org >>>>>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>>>>> >>>>>> >>>>> _______________________________________________ >>>>> FX.php_List mailing list >>>>> FX.php_List@mail.iviking.org >>>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>> >>>> >>>> >>>> -| >>>> >>>> _______________________________________________ >>>> FX.php_List mailing list >>>> FX.php_List@mail.iviking.org >>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>> >>> _______________________________________________ >>> FX.php_List mailing list >>> FX.php_List@mail.iviking.org >>> http://www.iviking.org/mailman/listinfo/fx.php_list >> >> >> >> -| >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list >> > From ggt667 at gmail.com Tue Oct 20 04:17:07 2009 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Tue Oct 20 04:14:28 2009 Subject: [FX.php List] FMS 10 setting up XML returns sometimes empty record sets, and sometimes fields and data working In-Reply-To: References: <62DA8795-F1E4-40DD-8798-9F606B721B49@finalresort.org> <755AEE25-E756-4FD5-9847-A573A16DE551@finalresort.org> Message-ID: Hmm, now it is acting like Tom Bombadil in The Lord of the Rings; Now you see me now you dont... It works occasionally... How can I debug FileMaker Server? ggt 2009/10/19 Gjermund Gusland Thorsen : > And the account is the same... webuser, in which has both fmphp and > fmxml enabled. > > ggt > > 2009/10/19 Gjermund Gusland Thorsen : >> The problem is only for XML RPC( not FX.php in particular ), not for >> the fmphp... for now >> >> Yes, the query is the same the problem is only with XML RPC >> >> ggt >> >> 2009/10/19 Leo R. Lundgren : >>> BTW, if I understand you correctly, you said that when the problem is >>> visible with FX.php, it's not a problem if you switch to FM PHP API? Have >>> you tried the exact same search with both these products, when there is a >>> problem? If so, does it work with one of them? >>> >>> I meant to ask whether you've had the chance to try the same search using >>> the Python version of FX, when the problem shows itself. If so, does that >>> work or not? >>> >>> >>> 19 okt 2009 kl. 16.05 skrev Gjermund Gusland Thorsen: >>> >>>> Well php I know somewhat well, FMS logs are not that easily accessible >>>> or debugable... >>>> >>>> Any clue to what might go wrong? Would sniffing the WPE reveal the >>>> actual problem? tshark and perhaps netcat to see what is going on? >>>> >>>> ggt >>>> >>>> 2009/10/19 Leo R. Lundgren : >>>>> >>>>> Well, the times I've had these problems, it's been with FM PHP API, so I >>>>> don't think it's a problem with the PHP part. >>>>> >>>>> I recall checking the XML output from a problematic search, and indeed >>>>> the >>>>> actual data stream said that there were no record. This means the problem >>>>> is >>>>> upstreams and not on the PHP side of the solution. >>>>> >>>>> >>>>> 19 okt 2009 kl. 15.56 skrev Gjermund Gusland Thorsen: >>>>> >>>>>> The sad thing though... is that fmphp works :-(... >>>>>> >>>>>> ggt >>>>>> >>>>>> 2009/10/19 Gjermund Gusland Thorsen : >>>>>>> >>>>>>> Yes, they are in FM, on the web I even try to use FMFindAny, in FX and >>>>>>> -findany using curl on commandline. >>>>>>> >>>>>>> This time around saving privs did not make a difference :-( >>>>>>> >>>>>>> ggt >>>>>>> >>>>>>> 2009/10/19 Leo R. Lundgren : >>>>>>>> >>>>>>>> Have you looked in the database using the normal FM GUI, and seen >>>>>>>> whether >>>>>>>> the records that you cannot find via XML are visible in the database >>>>>>>> like >>>>>>>> they should? >>>>>>>> >>>>>>>> 19 okt 2009 kl. 15.51 skrev Gjermund Gusland Thorsen: >>>>>>>> >>>>>>>>> My experience with this on this one server is that it works for about >>>>>>>>> 50 queries then starts serving _ONE_ blank record. >>>>>>>>> >>>>>>>>> And it does not matter whether you set privs again or relaunching >>>>>>>>> WPE... >>>>>>>>> >>>>>>>>> ggt >>>>>>>>> >>>>>>>>> 19 okt 2009 kl. 15.44 skrev Leo R. Lundgren: >>>>>>>>> >>>>>>>>>> Do you mean that relaunching WPE (by disabling IWP for that database >>>>>>>>>> in >>>>>>>>>> the databases pane in FM Admin?) gives the same effect as "touching" >>>>>>>>>> the >>>>>>>>>> permissions, i.e that the records start being visible again, but >>>>>>>>>> only >>>>>>>>>> for a >>>>>>>>>> little while? >>>>>>>>>> >>>>>>>>>> The last time this happened for me was a while ago and before that >>>>>>>>>> it >>>>>>>>>> was >>>>>>>>>> a while ago as well. It doesn't happen very often, it's measured in >>>>>>>>>> a >>>>>>>>>> number >>>>>>>>>> of months between times. Overall I think it's happened only two >>>>>>>>>> times >>>>>>>>>> for >>>>>>>>>> something that's been running for a couple of years. >>>>>>>>>> >>>>>>>>>> That being said, it might still have happened at times when neither >>>>>>>>>> I >>>>>>>>>> nor >>>>>>>>>> the client was looking. But considering that I haven't been able to >>>>>>>>>> get rid >>>>>>>>>> of the problem without taking action, after a few hours of almost >>>>>>>>>> fruitless >>>>>>>>>> debugging, it feels more likely that it hasn't happened without us >>>>>>>>>> noticing >>>>>>>>>> it. >>>>>>>>>> >>>>>>>>>> 19 okt 2009 kl. 15.33 skrev Gjermund Gusland Thorsen: >>>>>>>>>> >>>>>>>>>>> You are right, this works. >>>>>>>>>>> >>>>>>>>>>> I will give you feed back on whether or not it stays like this, I >>>>>>>>>>> mean >>>>>>>>>>> relaunching WPE gives the same effect for a while. >>>>>>>>>>> >>>>>>>>>>> tia, >>>>>>>>>>> ggt >>>>>>>>>>> >>>>>>>>>>> 2009/10/19 Leo R. Lundgren : >>>>>>>>>>>> >>>>>>>>>>>> 19 okt 2009 kl. 14.56 skrev Gjermund Gusland Thorsen: >>>>>>>>>>>> >>>>>>>>>>>>> Anyone experienced this? >>>>>>>>>>>>> >>>>>>>>>>>>> http://pastebin.com/f7d504cc4 >>>>>>>>>>>>> >>>>>>>>>>>>> foundCount = 0 >>>>>>>>>>>>> ErrorCode = 0 and not 401... >>>>>>>>>>>>> >>>>>>>>>>>>> all fields are supposedly empty. >>>>>>>>>>>> >>>>>>>>>>>> Hi, >>>>>>>>>>>> >>>>>>>>>>>> Before I delve into explaining my similar experiences, do you >>>>>>>>>>>> still >>>>>>>>>>>> have the >>>>>>>>>>>> same problem? If so, does it help if you go into the permissions >>>>>>>>>>>> for >>>>>>>>>>>> the >>>>>>>>>>>> user/group that the user belongs to, and change something, so that >>>>>>>>>>>> the >>>>>>>>>>>> privileges are updated. Note that I don't mean you must change >>>>>>>>>>>> something >>>>>>>>>>>> that actually matters, do whatever little change is needed to be >>>>>>>>>>>> able >>>>>>>>>>>> to >>>>>>>>>>>> "OK" and save the new permissions, then change it back to what it >>>>>>>>>>>> originally >>>>>>>>>>>> was. Just to see if the problem goes away when the permissions are >>>>>>>>>>>> definately updated at least once. >>>>>>>> >>>>>>>> >>>>>>>> -| >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> FX.php_List mailing list >>>>>>>> FX.php_List@mail.iviking.org >>>>>>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>>>>>> >>>>>>> >>>>>> _______________________________________________ >>>>>> FX.php_List mailing list >>>>>> FX.php_List@mail.iviking.org >>>>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>>> >>>>> >>>>> >>>>> -| >>>>> >>>>> _______________________________________________ >>>>> FX.php_List mailing list >>>>> FX.php_List@mail.iviking.org >>>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>>> >>>> _______________________________________________ >>>> FX.php_List mailing list >>>> FX.php_List@mail.iviking.org >>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>> >>> >>> >>> -| >>> >>> _______________________________________________ >>> FX.php_List mailing list >>> FX.php_List@mail.iviking.org >>> http://www.iviking.org/mailman/listinfo/fx.php_list >>> >> > From ggt667 at gmail.com Tue Oct 20 04:20:32 2009 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Tue Oct 20 04:17:52 2009 Subject: [FX.php List] FMS 10 setting up XML returns sometimes empty record sets, and sometimes fields and data working In-Reply-To: References: <62DA8795-F1E4-40DD-8798-9F606B721B49@finalresort.org> <755AEE25-E756-4FD5-9847-A573A16DE551@finalresort.org> Message-ID: I now even tried to move the same files to my FMS 7 and the problem is still the same, I also removed all restrictions on the account... This setup looks alot like the FileMaker 7 problem where accounts and privilegies that just did not make sence, make then... ggt 2009/10/20 Gjermund Gusland Thorsen : > Hmm, now it is acting like Tom Bombadil in The Lord of the Rings; Now > you see me now you dont... > > It works occasionally... > > How can I debug FileMaker Server? > > ggt > > 2009/10/19 Gjermund Gusland Thorsen : >> And the account is the same... webuser, in which has both fmphp and >> fmxml enabled. >> >> ggt >> >> 2009/10/19 Gjermund Gusland Thorsen : >>> The problem is only for XML RPC( not FX.php in particular ), not for >>> the fmphp... for now >>> >>> Yes, the query is the same the problem is only with XML RPC >>> >>> ggt >>> >>> 2009/10/19 Leo R. Lundgren : >>>> BTW, if I understand you correctly, you said that when the problem is >>>> visible with FX.php, it's not a problem if you switch to FM PHP API? Have >>>> you tried the exact same search with both these products, when there is a >>>> problem? If so, does it work with one of them? >>>> >>>> I meant to ask whether you've had the chance to try the same search using >>>> the Python version of FX, when the problem shows itself. If so, does that >>>> work or not? >>>> >>>> >>>> 19 okt 2009 kl. 16.05 skrev Gjermund Gusland Thorsen: >>>> >>>>> Well php I know somewhat well, FMS logs are not that easily accessible >>>>> or debugable... >>>>> >>>>> Any clue to what might go wrong? Would sniffing the WPE reveal the >>>>> actual problem? tshark and perhaps netcat to see what is going on? >>>>> >>>>> ggt >>>>> >>>>> 2009/10/19 Leo R. Lundgren : >>>>>> >>>>>> Well, the times I've had these problems, it's been with FM PHP API, so I >>>>>> don't think it's a problem with the PHP part. >>>>>> >>>>>> I recall checking the XML output from a problematic search, and indeed >>>>>> the >>>>>> actual data stream said that there were no record. This means the problem >>>>>> is >>>>>> upstreams and not on the PHP side of the solution. >>>>>> >>>>>> >>>>>> 19 okt 2009 kl. 15.56 skrev Gjermund Gusland Thorsen: >>>>>> >>>>>>> The sad thing though... is that fmphp works :-(... >>>>>>> >>>>>>> ggt >>>>>>> >>>>>>> 2009/10/19 Gjermund Gusland Thorsen : >>>>>>>> >>>>>>>> Yes, they are in FM, on the web I even try to use FMFindAny, in FX and >>>>>>>> -findany using curl on commandline. >>>>>>>> >>>>>>>> This time around saving privs did not make a difference :-( >>>>>>>> >>>>>>>> ggt >>>>>>>> >>>>>>>> 2009/10/19 Leo R. Lundgren : >>>>>>>>> >>>>>>>>> Have you looked in the database using the normal FM GUI, and seen >>>>>>>>> whether >>>>>>>>> the records that you cannot find via XML are visible in the database >>>>>>>>> like >>>>>>>>> they should? >>>>>>>>> >>>>>>>>> 19 okt 2009 kl. 15.51 skrev Gjermund Gusland Thorsen: >>>>>>>>> >>>>>>>>>> My experience with this on this one server is that it works for about >>>>>>>>>> 50 queries then starts serving _ONE_ blank record. >>>>>>>>>> >>>>>>>>>> And it does not matter whether you set privs again or relaunching >>>>>>>>>> WPE... >>>>>>>>>> >>>>>>>>>> ggt >>>>>>>>>> >>>>>>>>>> 19 okt 2009 kl. 15.44 skrev Leo R. Lundgren: >>>>>>>>>> >>>>>>>>>>> Do you mean that relaunching WPE (by disabling IWP for that database >>>>>>>>>>> in >>>>>>>>>>> the databases pane in FM Admin?) gives the same effect as "touching" >>>>>>>>>>> the >>>>>>>>>>> permissions, i.e that the records start being visible again, but >>>>>>>>>>> only >>>>>>>>>>> for a >>>>>>>>>>> little while? >>>>>>>>>>> >>>>>>>>>>> The last time this happened for me was a while ago and before that >>>>>>>>>>> it >>>>>>>>>>> was >>>>>>>>>>> a while ago as well. It doesn't happen very often, it's measured in >>>>>>>>>>> a >>>>>>>>>>> number >>>>>>>>>>> of months between times. Overall I think it's happened only two >>>>>>>>>>> times >>>>>>>>>>> for >>>>>>>>>>> something that's been running for a couple of years. >>>>>>>>>>> >>>>>>>>>>> That being said, it might still have happened at times when neither >>>>>>>>>>> I >>>>>>>>>>> nor >>>>>>>>>>> the client was looking. But considering that I haven't been able to >>>>>>>>>>> get rid >>>>>>>>>>> of the problem without taking action, after a few hours of almost >>>>>>>>>>> fruitless >>>>>>>>>>> debugging, it feels more likely that it hasn't happened without us >>>>>>>>>>> noticing >>>>>>>>>>> it. >>>>>>>>>>> >>>>>>>>>>> 19 okt 2009 kl. 15.33 skrev Gjermund Gusland Thorsen: >>>>>>>>>>> >>>>>>>>>>>> You are right, this works. >>>>>>>>>>>> >>>>>>>>>>>> I will give you feed back on whether or not it stays like this, I >>>>>>>>>>>> mean >>>>>>>>>>>> relaunching WPE gives the same effect for a while. >>>>>>>>>>>> >>>>>>>>>>>> tia, >>>>>>>>>>>> ggt >>>>>>>>>>>> >>>>>>>>>>>> 2009/10/19 Leo R. Lundgren : >>>>>>>>>>>>> >>>>>>>>>>>>> 19 okt 2009 kl. 14.56 skrev Gjermund Gusland Thorsen: >>>>>>>>>>>>> >>>>>>>>>>>>>> Anyone experienced this? >>>>>>>>>>>>>> >>>>>>>>>>>>>> http://pastebin.com/f7d504cc4 >>>>>>>>>>>>>> >>>>>>>>>>>>>> foundCount = 0 >>>>>>>>>>>>>> ErrorCode = 0 and not 401... >>>>>>>>>>>>>> >>>>>>>>>>>>>> all fields are supposedly empty. >>>>>>>>>>>>> >>>>>>>>>>>>> Hi, >>>>>>>>>>>>> >>>>>>>>>>>>> Before I delve into explaining my similar experiences, do you >>>>>>>>>>>>> still >>>>>>>>>>>>> have the >>>>>>>>>>>>> same problem? If so, does it help if you go into the permissions >>>>>>>>>>>>> for >>>>>>>>>>>>> the >>>>>>>>>>>>> user/group that the user belongs to, and change something, so that >>>>>>>>>>>>> the >>>>>>>>>>>>> privileges are updated. Note that I don't mean you must change >>>>>>>>>>>>> something >>>>>>>>>>>>> that actually matters, do whatever little change is needed to be >>>>>>>>>>>>> able >>>>>>>>>>>>> to >>>>>>>>>>>>> "OK" and save the new permissions, then change it back to what it >>>>>>>>>>>>> originally >>>>>>>>>>>>> was. Just to see if the problem goes away when the permissions are >>>>>>>>>>>>> definately updated at least once. >>>>>>>>> >>>>>>>>> >>>>>>>>> -| >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> FX.php_List mailing list >>>>>>>>> FX.php_List@mail.iviking.org >>>>>>>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>>>>>>> >>>>>>>> >>>>>>> _______________________________________________ >>>>>>> FX.php_List mailing list >>>>>>> FX.php_List@mail.iviking.org >>>>>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>>>> >>>>>> >>>>>> >>>>>> -| >>>>>> >>>>>> _______________________________________________ >>>>>> FX.php_List mailing list >>>>>> FX.php_List@mail.iviking.org >>>>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>>>> >>>>> _______________________________________________ >>>>> FX.php_List mailing list >>>>> FX.php_List@mail.iviking.org >>>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>> >>>> >>>> >>>> -| >>>> >>>> _______________________________________________ >>>> FX.php_List mailing list >>>> FX.php_List@mail.iviking.org >>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>> >>> >> > From dbengston at tds.net Tue Oct 20 06:56:27 2009 From: dbengston at tds.net (Dale Bengston) Date: Tue Oct 20 06:53:56 2009 Subject: [FX.php List] FMS 10 setting up XML returns sometimes empty record sets, and sometimes fields and data working In-Reply-To: References: <62DA8795-F1E4-40DD-8798-9F606B721B49@finalresort.org> <755AEE25-E756-4FD5-9847-A573A16DE551@finalresort.org> Message-ID: Off-and-on problems can be due to data corruption as well. Dale On Oct 20, 2009, at 5:20 AM, Gjermund Gusland Thorsen wrote: > I now even tried to move the same files to my FMS 7 and the problem is > still the same, I also removed all restrictions on the account... > > This setup looks alot like the FileMaker 7 problem where accounts and > privilegies that just did not make sence, make then... > > ggt > > 2009/10/20 Gjermund Gusland Thorsen : >> Hmm, now it is acting like Tom Bombadil in The Lord of the Rings; Now >> you see me now you dont... >> >> It works occasionally... >> >> How can I debug FileMaker Server? >> >> ggt >> >> 2009/10/19 Gjermund Gusland Thorsen : >>> And the account is the same... webuser, in which has both fmphp and >>> fmxml enabled. >>> >>> ggt >>> >>> 2009/10/19 Gjermund Gusland Thorsen : >>>> The problem is only for XML RPC( not FX.php in particular ), not >>>> for >>>> the fmphp... for now >>>> >>>> Yes, the query is the same the problem is only with XML RPC >>>> >>>> ggt >>>> >>>> 2009/10/19 Leo R. Lundgren : >>>>> BTW, if I understand you correctly, you said that when the >>>>> problem is >>>>> visible with FX.php, it's not a problem if you switch to FM PHP >>>>> API? Have >>>>> you tried the exact same search with both these products, when >>>>> there is a >>>>> problem? If so, does it work with one of them? >>>>> >>>>> I meant to ask whether you've had the chance to try the same >>>>> search using >>>>> the Python version of FX, when the problem shows itself. If so, >>>>> does that >>>>> work or not? >>>>> >>>>> >>>>> 19 okt 2009 kl. 16.05 skrev Gjermund Gusland Thorsen: >>>>> >>>>>> Well php I know somewhat well, FMS logs are not that easily >>>>>> accessible >>>>>> or debugable... >>>>>> >>>>>> Any clue to what might go wrong? Would sniffing the WPE reveal >>>>>> the >>>>>> actual problem? tshark and perhaps netcat to see what is going >>>>>> on? >>>>>> >>>>>> ggt >>>>>> >>>>>> 2009/10/19 Leo R. Lundgren : >>>>>>> >>>>>>> Well, the times I've had these problems, it's been with FM PHP >>>>>>> API, so I >>>>>>> don't think it's a problem with the PHP part. >>>>>>> >>>>>>> I recall checking the XML output from a problematic search, >>>>>>> and indeed >>>>>>> the >>>>>>> actual data stream said that there were no record. This means >>>>>>> the problem >>>>>>> is >>>>>>> upstreams and not on the PHP side of the solution. >>>>>>> >>>>>>> >>>>>>> 19 okt 2009 kl. 15.56 skrev Gjermund Gusland Thorsen: >>>>>>> >>>>>>>> The sad thing though... is that fmphp works :-(... >>>>>>>> >>>>>>>> ggt >>>>>>>> >>>>>>>> 2009/10/19 Gjermund Gusland Thorsen : >>>>>>>>> >>>>>>>>> Yes, they are in FM, on the web I even try to use FMFindAny, >>>>>>>>> in FX and >>>>>>>>> -findany using curl on commandline. >>>>>>>>> >>>>>>>>> This time around saving privs did not make a difference :-( >>>>>>>>> >>>>>>>>> ggt >>>>>>>>> >>>>>>>>> 2009/10/19 Leo R. Lundgren : >>>>>>>>>> >>>>>>>>>> Have you looked in the database using the normal FM GUI, >>>>>>>>>> and seen >>>>>>>>>> whether >>>>>>>>>> the records that you cannot find via XML are visible in the >>>>>>>>>> database >>>>>>>>>> like >>>>>>>>>> they should? >>>>>>>>>> >>>>>>>>>> 19 okt 2009 kl. 15.51 skrev Gjermund Gusland Thorsen: >>>>>>>>>> >>>>>>>>>>> My experience with this on this one server is that it >>>>>>>>>>> works for about >>>>>>>>>>> 50 queries then starts serving _ONE_ blank record. >>>>>>>>>>> >>>>>>>>>>> And it does not matter whether you set privs again or >>>>>>>>>>> relaunching >>>>>>>>>>> WPE... >>>>>>>>>>> >>>>>>>>>>> ggt >>>>>>>>>>> >>>>>>>>>>> 19 okt 2009 kl. 15.44 skrev Leo R. Lundgren: >>>>>>>>>>> >>>>>>>>>>>> Do you mean that relaunching WPE (by disabling IWP for >>>>>>>>>>>> that database >>>>>>>>>>>> in >>>>>>>>>>>> the databases pane in FM Admin?) gives the same effect as >>>>>>>>>>>> "touching" >>>>>>>>>>>> the >>>>>>>>>>>> permissions, i.e that the records start being visible >>>>>>>>>>>> again, but >>>>>>>>>>>> only >>>>>>>>>>>> for a >>>>>>>>>>>> little while? >>>>>>>>>>>> >>>>>>>>>>>> The last time this happened for me was a while ago and >>>>>>>>>>>> before that >>>>>>>>>>>> it >>>>>>>>>>>> was >>>>>>>>>>>> a while ago as well. It doesn't happen very often, it's >>>>>>>>>>>> measured in >>>>>>>>>>>> a >>>>>>>>>>>> number >>>>>>>>>>>> of months between times. Overall I think it's happened >>>>>>>>>>>> only two >>>>>>>>>>>> times >>>>>>>>>>>> for >>>>>>>>>>>> something that's been running for a couple of years. >>>>>>>>>>>> >>>>>>>>>>>> That being said, it might still have happened at times >>>>>>>>>>>> when neither >>>>>>>>>>>> I >>>>>>>>>>>> nor >>>>>>>>>>>> the client was looking. But considering that I haven't >>>>>>>>>>>> been able to >>>>>>>>>>>> get rid >>>>>>>>>>>> of the problem without taking action, after a few hours >>>>>>>>>>>> of almost >>>>>>>>>>>> fruitless >>>>>>>>>>>> debugging, it feels more likely that it hasn't happened >>>>>>>>>>>> without us >>>>>>>>>>>> noticing >>>>>>>>>>>> it. >>>>>>>>>>>> >>>>>>>>>>>> 19 okt 2009 kl. 15.33 skrev Gjermund Gusland Thorsen: >>>>>>>>>>>> >>>>>>>>>>>>> You are right, this works. >>>>>>>>>>>>> >>>>>>>>>>>>> I will give you feed back on whether or not it stays >>>>>>>>>>>>> like this, I >>>>>>>>>>>>> mean >>>>>>>>>>>>> relaunching WPE gives the same effect for a while. >>>>>>>>>>>>> >>>>>>>>>>>>> tia, >>>>>>>>>>>>> ggt >>>>>>>>>>>>> >>>>>>>>>>>>> 2009/10/19 Leo R. Lundgren : >>>>>>>>>>>>>> >>>>>>>>>>>>>> 19 okt 2009 kl. 14.56 skrev Gjermund Gusland Thorsen: >>>>>>>>>>>>>> >>>>>>>>>>>>>>> Anyone experienced this? >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> http://pastebin.com/f7d504cc4 >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> foundCount = 0 >>>>>>>>>>>>>>> ErrorCode = 0 and not 401... >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> all fields are supposedly empty. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Hi, >>>>>>>>>>>>>> >>>>>>>>>>>>>> Before I delve into explaining my similar experiences, >>>>>>>>>>>>>> do you >>>>>>>>>>>>>> still >>>>>>>>>>>>>> have the >>>>>>>>>>>>>> same problem? If so, does it help if you go into the >>>>>>>>>>>>>> permissions >>>>>>>>>>>>>> for >>>>>>>>>>>>>> the >>>>>>>>>>>>>> user/group that the user belongs to, and change >>>>>>>>>>>>>> something, so that >>>>>>>>>>>>>> the >>>>>>>>>>>>>> privileges are updated. Note that I don't mean you must >>>>>>>>>>>>>> change >>>>>>>>>>>>>> something >>>>>>>>>>>>>> that actually matters, do whatever little change is >>>>>>>>>>>>>> needed to be >>>>>>>>>>>>>> able >>>>>>>>>>>>>> to >>>>>>>>>>>>>> "OK" and save the new permissions, then change it back >>>>>>>>>>>>>> to what it >>>>>>>>>>>>>> originally >>>>>>>>>>>>>> was. Just to see if the problem goes away when the >>>>>>>>>>>>>> permissions are >>>>>>>>>>>>>> definately updated at least once. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> -| >>>>>>>>>> >>>>>>>>>> _______________________________________________ >>>>>>>>>> FX.php_List mailing list >>>>>>>>>> FX.php_List@mail.iviking.org >>>>>>>>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>>>>>>>> >>>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> FX.php_List mailing list >>>>>>>> FX.php_List@mail.iviking.org >>>>>>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>>>>> >>>>>>> >>>>>>> >>>>>>> -| >>>>>>> >>>>>>> _______________________________________________ >>>>>>> FX.php_List mailing list >>>>>>> FX.php_List@mail.iviking.org >>>>>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>>>>> >>>>>> _______________________________________________ >>>>>> FX.php_List mailing list >>>>>> FX.php_List@mail.iviking.org >>>>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>>> >>>>> >>>>> >>>>> -| >>>>> >>>>> _______________________________________________ >>>>> FX.php_List mailing list >>>>> FX.php_List@mail.iviking.org >>>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>>> >>>> >>> >> > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list From rogerkiwi at mac.com Tue Oct 20 07:40:21 2009 From: rogerkiwi at mac.com (Roger Moffat) Date: Tue Oct 20 07:38:01 2009 Subject: [FX.php List] FMS 10 setting up XML returns sometimes empty record sets, and sometimes fields and data working In-Reply-To: References: <62DA8795-F1E4-40DD-8798-9F606B721B49@finalresort.org> <755AEE25-E756-4FD5-9847-A573A16DE551@finalresort.org> Message-ID: On Oct 20, 2009, at 8:56 AM, Dale Bengston wrote: > Off-and-on problems can be due to data corruption as well. And a variant on this that hit my FM Server 9 machine - it would occasionally stop serving, even though the machine was still on, although not fully - some processes had crashed usually. After a restart it would be back to normal for some weeks usually. Eventually it didn't come back, and it turned out the drive had suffered enough SMART failure that it wouldn't proceed. So a new hard drive later the machine has been up for the 49 days since I replaced the drive. So I assume that the drive failing was what had been causing the earlier problems too. Roger From leo at finalresort.org Tue Oct 20 08:15:34 2009 From: leo at finalresort.org (Leo R. Lundgren) Date: Tue Oct 20 08:12:54 2009 Subject: [FX.php List] FMS 10 setting up XML returns sometimes empty record sets, and sometimes fields and data working In-Reply-To: References: <62DA8795-F1E4-40DD-8798-9F606B721B49@finalresort.org> <755AEE25-E756-4FD5-9847-A573A16DE551@finalresort.org> Message-ID: <235CB0CA-B79E-415E-92FF-88096D7F0E34@finalresort.org> 20 okt 2009 kl. 15.40 skrev Roger Moffat: > > On Oct 20, 2009, at 8:56 AM, Dale Bengston wrote: > >> Off-and-on problems can be due to data corruption as well. > > And a variant on this that hit my FM Server 9 machine - it would > occasionally stop serving, even though the machine was still on, > although not fully - some processes had crashed usually. After a > restart it would be back to normal for some weeks usually. > > Eventually it didn't come back, and it turned out the drive had > suffered enough SMART failure that it wouldn't proceed. > > So a new hard drive later the machine has been up for the 49 days > since I replaced the drive. So I assume that the drive failing was > what had been causing the earlier problems too. Something to note is that with the current problem at hand, the one Gjermund and I have experienced, no records disappear. They are visible from within FileMaker, it's just that they don't show up using XML/fmapp. -| From dbengston at tds.net Tue Oct 20 08:27:59 2009 From: dbengston at tds.net (Dale Bengston) Date: Tue Oct 20 08:25:21 2009 Subject: [FX.php List] FMS 10 setting up XML returns sometimes empty record sets, and sometimes fields and data working In-Reply-To: <235CB0CA-B79E-415E-92FF-88096D7F0E34@finalresort.org> References: <62DA8795-F1E4-40DD-8798-9F606B721B49@finalresort.org> <755AEE25-E756-4FD5-9847-A573A16DE551@finalresort.org> <235CB0CA-B79E-415E-92FF-88096D7F0E34@finalresort.org> Message-ID: <5241DFA6-0C54-4372-984B-5D5AB2777219@tds.net> It is possible to display a record with corrupt data pasted in one of the fields, but probably not that field. I have experienced this back to CDML and FileMaker 4.1. Anytime a specific record was part of a found set, and the field that had the corrupt data was on the layout being queried, I'd get no data back. Other layouts that did not include that field behaved as expected. I suspect this is most likely to happen in scenarios where there is client-server access to FMP fields as well as web-based access. Roger's point is a good one as well. Failing hard drives can lead to intermittent problems. I chased one of these for months before I looked at SMART status. Doh! Could have saved myself a lot of trouble. Dale On Oct 20, 2009, at 9:15 AM, Leo R. Lundgren wrote: > > 20 okt 2009 kl. 15.40 skrev Roger Moffat: > >> >> On Oct 20, 2009, at 8:56 AM, Dale Bengston wrote: >> >>> Off-and-on problems can be due to data corruption as well. >> >> And a variant on this that hit my FM Server 9 machine - it would >> occasionally stop serving, even though the machine was still on, >> although not fully - some processes had crashed usually. After a >> restart it would be back to normal for some weeks usually. >> >> Eventually it didn't come back, and it turned out the drive had >> suffered enough SMART failure that it wouldn't proceed. >> >> So a new hard drive later the machine has been up for the 49 days >> since I replaced the drive. So I assume that the drive failing was >> what had been causing the earlier problems too. > > > Something to note is that with the current problem at hand, the one > Gjermund and I have experienced, no records disappear. They are > visible from within FileMaker, it's just that they don't show up > using XML/fmapp. > > -| > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list From ggt667 at gmail.com Wed Oct 21 03:00:52 2009 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Wed Oct 21 02:58:07 2009 Subject: [FX.php List] [OT] Go to recid inside FileMaker Message-ID: Is it possible at all? I have several approaches, the one that seems the closest is to perform a find on an autoentered recordid field generated by me, but is there a way to query the unique counter for each table without adding any fields in FileMaker? Like we do from XML RPC? ggt From ggt667 at gmail.com Wed Oct 21 05:20:11 2009 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Wed Oct 21 05:17:25 2009 Subject: [FX.php List] FX_Error: ExecuteQuery XML error: Mismatched tag at line 6 Message-ID: [backtrace] => Array ( [0] => Array ( [file] => /Library/WebServer/Documents/FX/FX.php [line] => 1362 [function] => FX_Error [class] => FX_Error [object] => FX_Error Object *RECURSION* [type] => -> [args] => Array ( [0] => ExecuteQuery XML error: Mismatched tag at line 6 ) ) However running the URL from the trace 3 does not receive an error, what gives? ggt From dbengston at tds.net Wed Oct 21 08:12:48 2009 From: dbengston at tds.net (Dale Bengston) Date: Wed Oct 21 08:10:07 2009 Subject: [FX.php List] FX_Error: ExecuteQuery XML error: Mismatched tag at line 6 In-Reply-To: References: Message-ID: <0BFC0897-01C1-4BF7-B6B4-3BE39F1886D7@tds.net> I have seen this error when there are other problems with connections and so forth. The mismatched XML message is a red herring which masks the actual problem. Running the query gives you an xml response. FX.php is having difficulty parsing that response. Are you having this problem with a single database? A single table? A single layout? Or is it happening across an entire server setup? Dale On Oct 21, 2009, at 6:20 AM, Gjermund Gusland Thorsen wrote: > [backtrace] => Array > ( > [0] => Array > ( > [file] => /Library/WebServer/Documents/FX/FX.php > [line] => 1362 > [function] => FX_Error > [class] => FX_Error > [object] => FX_Error Object > *RECURSION* > [type] => -> > [args] => Array > ( > [0] => ExecuteQuery XML error: Mismatched > tag at line 6 > ) > > ) > > > However running the URL from the trace 3 does not receive an error, > what gives? > > ggt > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list From jsfmp at earthlink.net Wed Oct 21 11:14:19 2009 From: jsfmp at earthlink.net (Joel Shapiro) Date: Wed Oct 21 11:11:32 2009 Subject: [FX.php List] [OT] Go to recid inside FileMaker In-Reply-To: References: Message-ID: <18377F12-86E6-4293-A6D3-2733912CDEEF@earthlink.net> No, I don't believe this is possible. There must be a field to do any kind of find (or GoToRelatedRecord...) within FMP. -Joel On Oct 21, 2009, at 2:00 AM, Gjermund Gusland Thorsen wrote: > Is it possible at all? > > I have several approaches, the one that seems the closest is to > perform a find on an autoentered recordid field generated by me, > but is there a way to query the unique counter for each table without > adding any fields in FileMaker? Like we do from XML RPC? > > ggt > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list From ggt667 at gmail.com Wed Oct 21 16:15:43 2009 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Wed Oct 21 16:12:55 2009 Subject: [FX.php List] [OT] Go to recid inside FileMaker In-Reply-To: <18377F12-86E6-4293-A6D3-2733912CDEEF@earthlink.net> References: <18377F12-86E6-4293-A6D3-2733912CDEEF@earthlink.net> Message-ID: Go to related record probably uses a field too, and not recid... as it goes by relationship... ggt 2009/10/21 Joel Shapiro : > No, I don't believe this is possible. ?There must be a field to do any kind > of find (or GoToRelatedRecord...) within FMP. > > -Joel > > > On Oct 21, 2009, at 2:00 AM, Gjermund Gusland Thorsen wrote: > >> Is it possible at all? >> >> I have several approaches, the one that seems the closest is to >> perform a find on an autoentered recordid field generated by me, >> but is there a way to query the unique counter for each table without >> adding any fields in FileMaker? Like we do from XML RPC? >> >> ggt >> _______________________________________________ >> 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 Wed Oct 21 16:32:30 2009 From: bob at patin.com (Bob Patin) Date: Wed Oct 21 16:29:45 2009 Subject: [FX.php List] [OT] Go to recid inside FileMaker In-Reply-To: References: <18377F12-86E6-4293-A6D3-2733912CDEEF@earthlink.net> Message-ID: <9D48ADD3-7D70-425D-AE03-2C8DEA816130@patin.com> Well, not exactly, since the relationship field is not necessarily unique to each record. It uses the database's internal recid, I would imagine. Bob Patin Longterm Solutions bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com iChat: bobpatin FileMaker 10 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 Oct 21, 2009, at 5:15 PM, Gjermund Gusland Thorsen wrote: > Go to related record probably uses a field too, and not recid... as it > goes by relationship... > > ggt -------------- next part -------------- Skipped content of type multipart/related From william.downs at gmail.com Thu Oct 22 08:06:47 2009 From: william.downs at gmail.com (william.downs) Date: Thu Oct 22 08:04:40 2009 Subject: [FX.php List] fmdelete returns a 1 Message-ID: <7C609825-4076-400B-BB7D-4ABCEC7AD38C@gmail.com> Hi there, after a stint with the fm API, I am back to FX.php :-) Using fmdelete to delete a record - which works fine (does delete the record) - but I am unable to investigate afterwards for errorCode == 0 afterwards - presumably because there is no data to return - How dow I show the user that the deletion was successful ? Do I need to use something like is_array (or whatever the opposite is ?) Kindest Regards William From chris at iViking.org Thu Oct 22 08:27:31 2009 From: chris at iViking.org (Chris Hansen) Date: Thu Oct 22 08:24:41 2009 Subject: [FX.php List] fmdelete returns a 1 In-Reply-To: <7C609825-4076-400B-BB7D-4ABCEC7AD38C@gmail.com> References: <7C609825-4076-400B-BB7D-4ABCEC7AD38C@gmail.com> Message-ID: <91BB2CC2-08C1-4FD8-8EE3-C8123128AC85@iViking.org> William, Right. No data to return. There are a couple of ways to check for errors however, and you should probably check both: 1) FX::isError() -- which you pass your returned data. This checks to ensure that no internal errors occurred (unable to contact FileMaker, etc. then, as long as the above returns false, you can check: 2) $myQuery->lastErrorCode -- where $myQuery is the FX query object that you just used to perform a deletion. Basically, this is the same as the errorCode that you're familiar with, but stored as part of the FX object =) Let me know if you have related questions, etc. HTH --Chris On Oct 22, 2009, at 8:06 AM, william.downs wrote: > Hi there, > > after a stint with the fm API, I am back to FX.php :-) > > Using fmdelete to delete a record - which works fine (does delete > the record) - but > > I am unable to investigate afterwards for errorCode == 0 afterwards > - presumably because there is no data to return - > > How dow I show the user that the deletion was successful ? > > Do I need to use something like is_array (or whatever the opposite > is ?) > > Kindest Regards > > William > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > From dbengston at tds.net Thu Oct 22 08:51:02 2009 From: dbengston at tds.net (Dale Bengston) Date: Thu Oct 22 08:48:18 2009 Subject: [FX.php List] fmdelete returns a 1 In-Reply-To: <91BB2CC2-08C1-4FD8-8EE3-C8123128AC85@iViking.org> References: <7C609825-4076-400B-BB7D-4ABCEC7AD38C@gmail.com> <91BB2CC2-08C1-4FD8-8EE3-C8123128AC85@iViking.org> Message-ID: <39BD95B5-2683-4A25-8D37-1A558B0CD975@tds.net> Chris & William, I evaluate every return from FX with isObject(), since errors generate objects and successes don't. This is an easy way to trap errors and act accordingly. Dale On Oct 22, 2009, at 9:27 AM, Chris Hansen wrote: > William, > > Right. No data to return. There are a couple of ways to check for > errors however, and you should probably check both: > > 1) FX::isError() -- which you pass your returned data. This checks > to ensure that no internal errors occurred (unable to contact > FileMaker, etc. > > then, as long as the above returns false, you can check: > > 2) $myQuery->lastErrorCode -- where $myQuery is the FX query object > that you just used to perform a deletion. Basically, this is the > same as the errorCode that you're familiar with, but stored as part > of the FX object =) > > Let me know if you have related questions, etc. HTH > > --Chris > > On Oct 22, 2009, at 8:06 AM, william.downs wrote: > >> Hi there, >> >> after a stint with the fm API, I am back to FX.php :-) >> >> Using fmdelete to delete a record - which works fine (does delete >> the record) - but >> >> I am unable to investigate afterwards for errorCode == 0 >> afterwards - presumably because there is no data to return - >> >> How dow I show the user that the deletion was successful ? >> >> Do I need to use something like is_array (or whatever the opposite >> is ?) >> >> Kindest Regards >> >> William >> _______________________________________________ >> 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 chris at iViking.org Thu Oct 22 10:26:17 2009 From: chris at iViking.org (Chris Hansen) Date: Thu Oct 22 10:23:25 2009 Subject: [FX.php List] fmdelete returns a 1 In-Reply-To: <39BD95B5-2683-4A25-8D37-1A558B0CD975@tds.net> References: <7C609825-4076-400B-BB7D-4ABCEC7AD38C@gmail.com> <91BB2CC2-08C1-4FD8-8EE3-C8123128AC85@iViking.org> <39BD95B5-2683-4A25-8D37-1A558B0CD975@tds.net> Message-ID: Dale, While that would work, I'd use that in addition to FX::isError(), and not as a replacement. After all, the built in function also tests whether the variable in question is an object, but also checks whether it's a specific TYPE of object (an FX error, or a subclass thereof...) If you're getting some other sort of object back, that's a bigger problem. --Chris On Oct 22, 2009, at 8:51 AM, Dale Bengston wrote: > Chris & William, > > I evaluate every return from FX with isObject(), since errors > generate objects and successes don't. This is an easy way to trap > errors and act accordingly. > > Dale > > > On Oct 22, 2009, at 9:27 AM, Chris Hansen wrote: > >> William, >> >> Right. No data to return. There are a couple of ways to check for >> errors however, and you should probably check both: >> >> 1) FX::isError() -- which you pass your returned data. This checks >> to ensure that no internal errors occurred (unable to contact >> FileMaker, etc. >> >> then, as long as the above returns false, you can check: >> >> 2) $myQuery->lastErrorCode -- where $myQuery is the FX query object >> that you just used to perform a deletion. Basically, this is the >> same as the errorCode that you're familiar with, but stored as part >> of the FX object =) >> >> Let me know if you have related questions, etc. HTH >> >> --Chris >> >> On Oct 22, 2009, at 8:06 AM, william.downs wrote: >> >>> Hi there, >>> >>> after a stint with the fm API, I am back to FX.php :-) >>> >>> Using fmdelete to delete a record - which works fine (does delete >>> the record) - but >>> >>> I am unable to investigate afterwards for errorCode == 0 >>> afterwards - presumably because there is no data to return - >>> >>> How dow I show the user that the deletion was successful ? >>> >>> Do I need to use something like is_array (or whatever the >>> opposite is ?) >>> >>> Kindest Regards >>> >>> William >>> _______________________________________________ >>> 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 dbengston at tds.net Thu Oct 22 10:31:00 2009 From: dbengston at tds.net (Dale Bengston) Date: Thu Oct 22 10:28:10 2009 Subject: [FX.php List] fmdelete returns a 1 In-Reply-To: References: <7C609825-4076-400B-BB7D-4ABCEC7AD38C@gmail.com> <91BB2CC2-08C1-4FD8-8EE3-C8123128AC85@iViking.org> <39BD95B5-2683-4A25-8D37-1A558B0CD975@tds.net> Message-ID: <4E50738D-46A1-445D-8DFB-7E38315B1331@tds.net> True, mine is crude but effective. Looks like I need to do further research on FX::isError(). Thanks! Dale On Oct 22, 2009, at 11:26 AM, Chris Hansen wrote: > Dale, > > While that would work, I'd use that in addition to FX::isError(), > and not as a replacement. After all, the built in function also > tests whether the variable in question is an object, but also checks > whether it's a specific TYPE of object (an FX error, or a subclass > thereof...) If you're getting some other sort of object back, > that's a bigger problem. > > --Chris > > On Oct 22, 2009, at 8:51 AM, Dale Bengston wrote: > >> Chris & William, >> >> I evaluate every return from FX with isObject(), since errors >> generate objects and successes don't. This is an easy way to trap >> errors and act accordingly. >> >> Dale >> >> >> On Oct 22, 2009, at 9:27 AM, Chris Hansen wrote: >> >>> William, >>> >>> Right. No data to return. There are a couple of ways to check >>> for errors however, and you should probably check both: >>> >>> 1) FX::isError() -- which you pass your returned data. This >>> checks to ensure that no internal errors occurred (unable to >>> contact FileMaker, etc. >>> >>> then, as long as the above returns false, you can check: >>> >>> 2) $myQuery->lastErrorCode -- where $myQuery is the FX query >>> object that you just used to perform a deletion. Basically, this >>> is the same as the errorCode that you're familiar with, but stored >>> as part of the FX object =) >>> >>> Let me know if you have related questions, etc. HTH >>> >>> --Chris >>> >>> On Oct 22, 2009, at 8:06 AM, william.downs wrote: >>> >>>> Hi there, >>>> >>>> after a stint with the fm API, I am back to FX.php :-) >>>> >>>> Using fmdelete to delete a record - which works fine (does delete >>>> the record) - but >>>> >>>> I am unable to investigate afterwards for errorCode == 0 >>>> afterwards - presumably because there is no data to return - >>>> >>>> How dow I show the user that the deletion was successful ? >>>> >>>> Do I need to use something like is_array (or whatever the >>>> opposite is ?) >>>> >>>> Kindest Regards >>>> >>>> William >>>> _______________________________________________ >>>> 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 tim at nicheit.com.au Thu Oct 22 14:40:59 2009 From: tim at nicheit.com.au (Tim 'Webko' Booth) Date: Thu Oct 22 14:38:12 2009 Subject: [FX.php List] fmdelete returns a 1 In-Reply-To: <7C609825-4076-400B-BB7D-4ABCEC7AD38C@gmail.com> References: <7C609825-4076-400B-BB7D-4ABCEC7AD38C@gmail.com> Message-ID: On 23/10/2009, at 1:06 AM, william.downs wrote: > Hi there, > > after a stint with the fm API, I am back to FX.php :-) > > Using fmdelete to delete a record - which works fine (does delete > the record) - but As a side-note to the other answers - I don't allow a delete to be run from the web. All 'deleted' records are flagged as not to show in searches, and then checked by an admin later through FM. Learnt that people will always delete something they don't mean to... Cheers Webko From chris at iViking.org Thu Oct 22 17:03:48 2009 From: chris at iViking.org (Chris Hansen) Date: Thu Oct 22 17:00:54 2009 Subject: [FX.php List] fmdelete returns a 1 In-Reply-To: References: <7C609825-4076-400B-BB7D-4ABCEC7AD38C@gmail.com> Message-ID: Good point =) --Chris On Oct 22, 2009, at 2:40 PM, Tim 'Webko' Booth wrote: > > On 23/10/2009, at 1:06 AM, william.downs wrote: > >> Hi there, >> >> after a stint with the fm API, I am back to FX.php :-) >> >> Using fmdelete to delete a record - which works fine (does delete >> the record) - but > > As a side-note to the other answers - I don't allow a delete to be > run from the web. All 'deleted' records are flagged as not to show > in searches, and then checked by an admin later through FM. Learnt > that people will always delete something they don't mean to... > > Cheers > > Webko > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > From william.downs at gmail.com Thu Oct 22 18:23:19 2009 From: william.downs at gmail.com (william.downs) Date: Thu Oct 22 18:20:30 2009 Subject: [FX.php List] fmdelete returns a 1 In-Reply-To: References: <7C609825-4076-400B-BB7D-4ABCEC7AD38C@gmail.com> Message-ID: Chris, Tim, Dale many sincere thanks - all a great help. Chris - I get the bit about the error object - but the second part eludes me : This is correct so far - $medLang=new FX($serverIP,$webCompanionPort,'FMPro7'); $medLang->SetDBData($fmFile,'medLangs'); $medLang->SetDBPassword($webPassword,$webUser); $medLang->AddDBParam('-recid',$recid); $medLangResult=$medLang->FMDelete(); if( FX::isError( $medLangResult ) ) { echo "error - please inform admin etc"; } So what would I do with $medLangResult->lastErrorCode ? I will actually speak to the client about your point below Webko - I like the idea. Kindest Regards William On 22 Oct 2009, at 21:40, Tim 'Webko' Booth wrote: > > On 23/10/2009, at 1:06 AM, william.downs wrote: > >> Hi there, >> >> after a stint with the fm API, I am back to FX.php :-) >> >> Using fmdelete to delete a record - which works fine (does delete >> the record) - but > > As a side-note to the other answers - I don't allow a delete to be > run from the web. All 'deleted' records are flagged as not to show > in searches, and then checked by an admin later through FM. Learnt > that people will always delete something they don't mean to... > > Cheers > > Webko > From ggt667 at gmail.com Fri Oct 23 01:35:47 2009 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Fri Oct 23 01:32:54 2009 Subject: [FX.php List] fmdelete returns a 1 In-Reply-To: References: <7C609825-4076-400B-BB7D-4ABCEC7AD38C@gmail.com> Message-ID: Why should anyone delete at all? Are these ghost trolleys for a shopping solution? For my solutions there is a separate number field toBeRemoved, and if that field has the value of 1... nobody sees that record. ggt 2009/10/23 william.downs : > Chris, Tim, Dale > > many sincere thanks - all a great help. > > Chris - I get the bit about the error object - but the second part eludes me > : > > This is correct so far - > > ? ?$medLang=new FX($serverIP,$webCompanionPort,'FMPro7'); > ? ?$medLang->SetDBData($fmFile,'medLangs'); > ? ?$medLang->SetDBPassword($webPassword,$webUser); > ? ?$medLang->AddDBParam('-recid',$recid); > > ? ?$medLangResult=$medLang->FMDelete(); > > ? ?if( FX::isError( $medLangResult ) ) { > echo "error - please inform admin etc"; > ? ? } > > So what would I do with $medLangResult->lastErrorCode ? > > I will actually speak to the client about your point below Webko - I like > the idea. > > Kindest Regards > > William > > On 22 Oct 2009, at 21:40, Tim 'Webko' Booth wrote: > >> >> On 23/10/2009, at 1:06 AM, william.downs wrote: >> >>> Hi there, >>> >>> after a stint with the fm API, I am back to FX.php :-) >>> >>> Using fmdelete to delete a record - which works fine (does delete the >>> record) - but >> >> As a side-note to the other answers - I don't allow a delete to be run >> from the web. All 'deleted' records are flagged as not to show in searches, >> and then checked by an admin later through FM. Learnt that people will >> always delete something they don't mean to... >> >> Cheers >> >> Webko >> > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > From headhoncho at customikesolutions.com Fri Oct 23 15:43:30 2009 From: headhoncho at customikesolutions.com (Head Honcho) Date: Fri Oct 23 15:40:46 2009 Subject: [FX.php List] fmdelete returns a 1 In-Reply-To: References: <7C609825-4076-400B-BB7D-4ABCEC7AD38C@gmail.com> Message-ID: <901B63FB-35A0-41AC-A497-1491CB02F9A6@customikesolutions.com> On 23/10/2009, at 6:35 PM, Gjermund Gusland Thorsen wrote: > Why should anyone delete at all? "No, I don't want the red one, I want the green one" > Are these ghost trolleys for a shopping solution? > > For my solutions there is a separate number field toBeRemoved, > and if that field has the value of 1... nobody sees that record. > > ggt > > 2009/10/23 william.downs : >> Chris, Tim, Dale >> >> many sincere thanks - all a great help. >> >> Chris - I get the bit about the error object - but the second part >> eludes me >> : >> >> This is correct so far - >> >> $medLang=new FX($serverIP,$webCompanionPort,'FMPro7'); >> $medLang->SetDBData($fmFile,'medLangs'); >> $medLang->SetDBPassword($webPassword,$webUser); >> $medLang->AddDBParam('-recid',$recid); >> >> $medLangResult=$medLang->FMDelete(); >> >> if( FX::isError( $medLangResult ) ) { >> echo "error - please inform admin etc"; >> } >> >> So what would I do with $medLangResult->lastErrorCode ? >> >> I will actually speak to the client about your point below Webko - >> I like >> the idea. >> >> Kindest Regards >> >> William >> >> On 22 Oct 2009, at 21:40, Tim 'Webko' Booth wrote: >> >>> >>> On 23/10/2009, at 1:06 AM, william.downs wrote: >>> >>>> Hi there, >>>> >>>> after a stint with the fm API, I am back to FX.php :-) >>>> >>>> Using fmdelete to delete a record - which works fine (does delete >>>> the >>>> record) - but >>> >>> As a side-note to the other answers - I don't allow a delete to be >>> run >>> from the web. All 'deleted' records are flagged as not to show in >>> searches, >>> and then checked by an admin later through FM. Learnt that people >>> will >>> always delete something they don't mean to... >>> >>> Cheers >>> >>> Webko >>> >> _______________________________________________ >> 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 Regards Michael Ward -- Head Honcho CustoMike Solutions Member, FileMaker Business Alliance Member, FileMaker Technical Network FileMaker 7 Certified Developer FileMaker 8 Certified Developer FileMaker 9 Certified Developer FileMaker 10 Certified Developer 10 Wandoo Crt Wheelers Hill, 3150 ph 0414 562 501 headhoncho@customikesolutions.com From chris at iViking.org Mon Oct 26 10:28:34 2009 From: chris at iViking.org (Chris Hansen) Date: Mon Oct 26 10:25:27 2009 Subject: [FX.php List] fmdelete returns a 1 In-Reply-To: References: <7C609825-4076-400B-BB7D-4ABCEC7AD38C@gmail.com> Message-ID: <1715DB31-075D-4F40-920A-93220E57EA3F@iViking.org> William, Something like this: if( FX::isError( $medLangResult ) ) { echo "system error - please inform admin etc"; } elseif ($medLangResult->lastErrorCode != 0) { echo "error - please inform admin etc"; } else { // do non-error items } Basically, there are two types of potential errors: a serious system error (e.g. FileMaker is down, eek!), or a FileMaker error (e.g. improper permissions, record locked, etc.) Both types need to be trapped. Make sense? --Chris On Oct 22, 2009, at 6:23 PM, william.downs wrote: > Chris, Tim, Dale > > many sincere thanks - all a great help. > > Chris - I get the bit about the error object - but the second part > eludes me : > > This is correct so far - > > $medLang=new FX($serverIP,$webCompanionPort,'FMPro7'); > $medLang->SetDBData($fmFile,'medLangs'); > $medLang->SetDBPassword($webPassword,$webUser); > $medLang->AddDBParam('-recid',$recid); > > $medLangResult=$medLang->FMDelete(); > > if( FX::isError( $medLangResult ) ) { > echo "error - please inform admin etc"; > } > > So what would I do with $medLangResult->lastErrorCode ? > > I will actually speak to the client about your point below Webko - I > like the idea. > > Kindest Regards > > William > > On 22 Oct 2009, at 21:40, Tim 'Webko' Booth wrote: > >> >> On 23/10/2009, at 1:06 AM, william.downs wrote: >> >>> Hi there, >>> >>> after a stint with the fm API, I am back to FX.php :-) >>> >>> Using fmdelete to delete a record - which works fine (does delete >>> the record) - but >> >> As a side-note to the other answers - I don't allow a delete to be >> run from the web. All 'deleted' records are flagged as not to show >> in searches, and then checked by an admin later through FM. Learnt >> that people will always delete something they don't mean to... >> >> Cheers >> >> Webko >> > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > From chris at iViking.org Mon Oct 26 10:31:02 2009 From: chris at iViking.org (Chris Hansen) Date: Mon Oct 26 10:27:53 2009 Subject: [FX.php List] fmdelete returns a 1 In-Reply-To: References: <7C609825-4076-400B-BB7D-4ABCEC7AD38C@gmail.com> Message-ID: Yep, Webko pointed out the same thing (and this is the point that is going to be discussed with the client -- as mentioned below =) --Chris On Oct 23, 2009, at 1:35 AM, Gjermund Gusland Thorsen wrote: > Why should anyone delete at all? > Are these ghost trolleys for a shopping solution? > > For my solutions there is a separate number field toBeRemoved, > and if that field has the value of 1... nobody sees that record. > > ggt > > 2009/10/23 william.downs : >> Chris, Tim, Dale >> >> many sincere thanks - all a great help. >> >> Chris - I get the bit about the error object - but the second part >> eludes me >> : >> >> This is correct so far - >> >> $medLang=new FX($serverIP,$webCompanionPort,'FMPro7'); >> $medLang->SetDBData($fmFile,'medLangs'); >> $medLang->SetDBPassword($webPassword,$webUser); >> $medLang->AddDBParam('-recid',$recid); >> >> $medLangResult=$medLang->FMDelete(); >> >> if( FX::isError( $medLangResult ) ) { >> echo "error - please inform admin etc"; >> } >> >> So what would I do with $medLangResult->lastErrorCode ? >> >> I will actually speak to the client about your point below Webko - >> I like >> the idea. >> >> Kindest Regards >> >> William >> >> On 22 Oct 2009, at 21:40, Tim 'Webko' Booth wrote: >> >>> >>> On 23/10/2009, at 1:06 AM, william.downs wrote: >>> >>>> Hi there, >>>> >>>> after a stint with the fm API, I am back to FX.php :-) >>>> >>>> Using fmdelete to delete a record - which works fine (does delete >>>> the >>>> record) - but >>> >>> As a side-note to the other answers - I don't allow a delete to be >>> run >>> from the web. All 'deleted' records are flagged as not to show in >>> searches, >>> and then checked by an admin later through FM. Learnt that people >>> will >>> always delete something they don't mean to... >>> >>> Cheers >>> >>> Webko >>> >> _______________________________________________ >> 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 william.downs at gmail.com Mon Oct 26 11:48:03 2009 From: william.downs at gmail.com (William Downs) Date: Mon Oct 26 11:44:56 2009 Subject: [FX.php List] fmdelete returns a 1 In-Reply-To: <1715DB31-075D-4F40-920A-93220E57EA3F@iViking.org> References: <7C609825-4076-400B-BB7D-4ABCEC7AD38C@gmail.com> <1715DB31-075D-4F40-920A-93220E57EA3F@iViking.org> Message-ID: <3b77f2170910261048t11c9ff86q6fcf117add5af46b@mail.gmail.com> Chris, many thanks indeed This is more than perfect Kindest Regards William On Mon, Oct 26, 2009 at 5:28 PM, Chris Hansen wrote: > William, > > Something like this: > > if( FX::isError( $medLangResult ) ) { > ? ?echo "system error - please inform admin etc"; > } elseif ($medLangResult->lastErrorCode != 0) { > ? ?echo "error - please inform admin etc"; > } else { > ? ?// do non-error items > } > > Basically, there are two types of potential errors: a serious system error > (e.g. FileMaker is down, eek!), or a FileMaker error (e.g. improper > permissions, record locked, etc.) ?Both types need to be trapped. ?Make > sense? > > --Chris > > On Oct 22, 2009, at 6:23 PM, william.downs wrote: > >> Chris, Tim, Dale >> >> many sincere thanks - all a great help. >> >> Chris - I get the bit about the error object - but the second part eludes >> me : >> >> This is correct so far - >> >> ? $medLang=new FX($serverIP,$webCompanionPort,'FMPro7'); >> ? $medLang->SetDBData($fmFile,'medLangs'); >> ? $medLang->SetDBPassword($webPassword,$webUser); >> ? $medLang->AddDBParam('-recid',$recid); >> >> ? $medLangResult=$medLang->FMDelete(); >> >> ? if( FX::isError( $medLangResult ) ) { >> echo "error - please inform admin etc"; >> ? ?} >> >> So what would I do with $medLangResult->lastErrorCode ? >> >> I will actually speak to the client about your point below Webko - I like >> the idea. >> >> Kindest Regards >> >> William >> >> On 22 Oct 2009, at 21:40, Tim 'Webko' Booth wrote: >> >>> >>> On 23/10/2009, at 1:06 AM, william.downs wrote: >>> >>>> Hi there, >>>> >>>> after a stint with the fm API, I am back to FX.php :-) >>>> >>>> Using fmdelete to delete a record - which works fine (does delete the >>>> record) - but >>> >>> As a side-note to the other answers - I don't allow a delete to be run >>> from the web. All 'deleted' records are flagged as not to show in searches, >>> and then checked by an admin later through FM. Learnt that people will >>> always delete something they don't mean to... >>> >>> Cheers >>> >>> Webko >>> >> _______________________________________________ >> 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 > -- William Downs Development and Support BD Databases Ltd From william.downs at gmail.com Tue Oct 27 03:59:54 2009 From: william.downs at gmail.com (William Downs) Date: Tue Oct 27 03:56:44 2009 Subject: [FX.php List] Filed name of the dial Message-ID: <3b77f2170910270259n78a45af3q290c76a8117fda0c@mail.gmail.com> Hi there - I have inherited a database with special characters in the field names (in this case below the umlaut !) example part of query = $new_job->AddDBParam('Vol_L?nge',$VolL); where oh where do I fix this ? Returns an error 958 I tried $new_job->AddDBParam(utf8_decode('Vol_L?nge'),$VolL); - of course it came back with error 102 Great stuff - someone was thinking hard when they stuck this together :-) Many thanks in advance Kindest Regards William From rogerkiwi at mac.com Tue Oct 27 04:32:26 2009 From: rogerkiwi at mac.com (Roger Moffat) Date: Tue Oct 27 04:29:43 2009 Subject: [FX.php List] Filed name of the dial In-Reply-To: <3b77f2170910270259n78a45af3q290c76a8117fda0c@mail.gmail.com> References: <3b77f2170910270259n78a45af3q290c76a8117fda0c@mail.gmail.com> Message-ID: <3FAA24AB-9C45-4707-A1A1-AA26D16AE4A0@mac.com> On Oct 27, 2009, at 5:59 AM, William Downs wrote: > I have inherited a database with special characters in the field names > (in this case below the umlaut !) > > example part of query = $new_job->AddDBParam('Vol_L?nge',$VolL); > > where oh where do I fix this ? > > Returns an error 958 Are your pages using UTF-8 as the character set? If not, try that. Roger From william.downs at gmail.com Tue Oct 27 04:54:06 2009 From: william.downs at gmail.com (william.downs) Date: Tue Oct 27 04:51:02 2009 Subject: [FX.php List] Filed name of the dial In-Reply-To: <3FAA24AB-9C45-4707-A1A1-AA26D16AE4A0@mac.com> References: <3b77f2170910270259n78a45af3q290c76a8117fda0c@mail.gmail.com> <3FAA24AB-9C45-4707-A1A1-AA26D16AE4A0@mac.com> Message-ID: Hi there, many thanks for the quick reply - When I comment out the line below ( $new_job->AddDBParam('Vol_L?nge', $VolL); ) - then it works fine This is the part you are referring to - it is correct. I still get error 958 - Kindest Regards William On 27 Oct 2009, at 10:32, Roger Moffat wrote: > > On Oct 27, 2009, at 5:59 AM, William Downs wrote: > >> I have inherited a database with special characters in the field >> names >> (in this case below the umlaut !) >> >> example part of query = $new_job->AddDBParam('Vol_L?nge',$VolL); >> >> where oh where do I fix this ? >> >> Returns an error 958 > > Are your pages using UTF-8 as the character set? If not, try that. > > Roger_______________________________________________ > 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 Tue Oct 27 05:07:44 2009 From: steve at bluecrocodile.co.nz (Steve Winter) Date: Tue Oct 27 05:04:42 2009 Subject: [FX.php List] Filed name of the dial In-Reply-To: References: <3b77f2170910270259n78a45af3q290c76a8117fda0c@mail.gmail.com> <3FAA24AB-9C45-4707-A1A1-AA26D16AE4A0@mac.com> Message-ID: William, You also need to ensure that the pages are actually saved in UTF-8 as well as making that declaration within the file. If you're using something like TextWrangler (or pretty much any 'decent' text editor, when you do 'Save As' you should get options for Encoding... make sure that it's UTF8... Cheers Steve On 27 Oct 2009, at 10:54, william.downs wrote: > Hi there, > > many thanks for the quick reply - > > When I comment out the line below ( $new_job->AddDBParam('Vol_L?nge', > $VolL); ) - then it works fine > > This is the part you are referring to - it is correct. > > > > I still get error 958 - > > Kindest Regards > > William > > On 27 Oct 2009, at 10:32, Roger Moffat wrote: > >> >> On Oct 27, 2009, at 5:59 AM, William Downs wrote: >> >>> I have inherited a database with special characters in the field >>> names >>> (in this case below the umlaut !) >>> >>> example part of query = $new_job->AddDBParam('Vol_L?nge',$VolL); >>> >>> where oh where do I fix this ? >>> >>> Returns an error 958 >> >> Are your pages using UTF-8 as the character set? If not, try that. >> >> Roger_______________________________________________ >> 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 Steve Winter steve@bluecrocodile.co.nz m: +44 77 7852 4776 3 Calshot Court, Channel Way Ocean Village, Southampton SO14 3GR -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20091027/e554665e/attachment-0001.html From leo at finalresort.org Tue Oct 27 06:46:17 2009 From: leo at finalresort.org (Leo R. Lundgren) Date: Tue Oct 27 06:43:08 2009 Subject: [FX.php List] Filed name of the dial In-Reply-To: References: <3b77f2170910270259n78a45af3q290c76a8117fda0c@mail.gmail.com> <3FAA24AB-9C45-4707-A1A1-AA26D16AE4A0@mac.com> Message-ID: <554CBE44-8179-4E97-9E40-241251917916@finalresort.org> William, Just to chime in; The help you're getting is on the right track. I personally handle both english and Swedish databases and web frontends to them, and working with non-lower-ascii characters in fields names etc isn't a problem, as long as you have UTF8 all the way through your solution. Steve is right, you must have the PHP files themselves saved as UTF8 as well, otherwise you're telling the browser/FM one thing and doing something else. 27 okt 2009 kl. 12.07 skrev Steve Winter: > William, > > You also need to ensure that the pages are actually saved in UTF-8 > as well as making that declaration within the file. > > If you're using something like TextWrangler (or pretty much any > 'decent' text editor, when you do 'Save As' you should get options > for Encoding... make sure that it's UTF8... > > Cheers > Steve > > > > On 27 Oct 2009, at 10:54, william.downs wrote: > >> Hi there, >> >> many thanks for the quick reply - >> >> When I comment out the line below ( $new_job- >> >AddDBParam('Vol_L?nge',$VolL); ) - then it works fine >> >> This is the part you are referring to - it is correct. >> >> >> >> I still get error 958 - >> >> Kindest Regards >> >> William >> >> On 27 Oct 2009, at 10:32, Roger Moffat wrote: >> >>> >>> On Oct 27, 2009, at 5:59 AM, William Downs wrote: >>> >>>> I have inherited a database with special characters in the field >>>> names >>>> (in this case below the umlaut !) >>>> >>>> example part of query = $new_job->AddDBParam('Vol_L?nge',$VolL); >>>> >>>> where oh where do I fix this ? >>>> >>>> Returns an error 958 >>> >>> Are your pages using UTF-8 as the character set? If not, try that. >>> >>> Roger_______________________________________________ >>> 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 > > Steve Winter > steve@bluecrocodile.co.nz > m: +44 77 7852 4776 > 3 Calshot Court, Channel Way > Ocean Village, Southampton SO14 3GR > > _______________________________________________ > 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/20091027/da15acf3/attachment.html From dness at bondedbuilders.com Tue Oct 27 06:57:57 2009 From: dness at bondedbuilders.com (David Ness) Date: Tue Oct 27 06:54:46 2009 Subject: [FX.php List] Filed name of the dial In-Reply-To: <3b77f2170910270259n78a45af3q290c76a8117fda0c@mail.gmail.com> References: <3b77f2170910270259n78a45af3q290c76a8117fda0c@mail.gmail.com> Message-ID: Of course, for those of us not used to typing characters with umlauts and other special characters, why not just use your editor to do a 'global' search and replace, replacing '?' with 'a', etc, etc. As long as you're confident that the previous developer didn't have use both variable names 'Vol_L?nge' and 'Vol_Lange' (who would do such a crazy thing?), you should be okay, no? David Allen Ness Database Systems Administrator Web Applications Developer -----Original Message----- From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of William Downs Sent: Tuesday, October 27, 2009 6:00 AM To: FX.php Discussion List Subject: [FX.php List] Filed name of the dial Hi there - I have inherited a database with special characters in the field names (in this case below the umlaut !) example part of query = $new_job->AddDBParam('Vol_L?nge',$VolL); where oh where do I fix this ? Returns an error 958 I tried $new_job->AddDBParam(utf8_decode('Vol_L?nge'),$VolL); - of course it came back with error 102 Great stuff - someone was thinking hard when they stuck this together :-) Many thanks in advance Kindest Regards William _______________________________________________ FX.php_List mailing list FX.php_List@mail.iviking.org http://www.iviking.org/mailman/listinfo/fx.php_list From ggt667 at gmail.com Tue Oct 27 07:03:49 2009 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Tue Oct 27 07:00:40 2009 Subject: [FX.php List] Filed name of the dial In-Reply-To: References: <3b77f2170910270259n78a45af3q290c76a8117fda0c@mail.gmail.com> Message-ID: You will benefit from not using characters outside A-Za-z0-9 in your fieldnames, if you would like to go on and develop, opposed to fight with character sets, i e. The content of the fields however can easily be whatever. ggt 2009/10/27 David Ness : > Of course, for those of us not used to typing characters with umlauts and other special characters, why not just use your editor to do a 'global' search and replace, replacing '?' with 'a', etc, etc. > > As long as you're confident that the previous developer didn't have use both variable names 'Vol_L?nge' and 'Vol_Lange' (who would do such a crazy thing?), you should be okay, no? > > > David Allen Ness > Database Systems Administrator > Web Applications Developer > > > -----Original Message----- > From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of William Downs > Sent: Tuesday, October 27, 2009 6:00 AM > To: FX.php Discussion List > Subject: [FX.php List] Filed name of the dial > > Hi there - > > I have inherited a database with special characters in the field names > (in this case below the umlaut !) > > example part of query = $new_job->AddDBParam('Vol_L?nge',$VolL); > > where oh where do I fix this ? > > Returns an error 958 > > I tried $new_job->AddDBParam(utf8_decode('Vol_L?nge'),$VolL); - of > course it came back with error 102 > > Great stuff - someone was thinking hard when they stuck this together :-) > > Many thanks in advance > > Kindest Regards > > William > _______________________________________________ > 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 steve at bluecrocodile.co.nz Tue Oct 27 07:20:51 2009 From: steve at bluecrocodile.co.nz (Steve Winter) Date: Tue Oct 27 07:17:45 2009 Subject: [FX.php List] Filed name of the dial In-Reply-To: References: <3b77f2170910270259n78a45af3q290c76a8117fda0c@mail.gmail.com> Message-ID: <73BE86A7-05E8-463E-A8C5-A05D9D788C09@bluecrocodile.co.nz> Well, no... because if the field in FM is called Vol_L?nge and you try and do a find on Vol_Lange then instead of getting a 958 you're going to get a 102 field not found, so it's still not going to work... Cheers Steve On 27 Oct 2009, at 12:57, David Ness wrote: > Of course, for those of us not used to typing characters with > umlauts and other special characters, why not just use your editor > to do a 'global' search and replace, replacing '?' with 'a', etc, etc. > > As long as you're confident that the previous developer didn't have > use both variable names 'Vol_L?nge' and 'Vol_Lange' (who would do > such a crazy thing?), you should be okay, no? > > > David Allen Ness > Database Systems Administrator > Web Applications Developer > > > -----Original Message----- > From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list- > bounces@mail.iviking.org] On Behalf Of William Downs > Sent: Tuesday, October 27, 2009 6:00 AM > To: FX.php Discussion List > Subject: [FX.php List] Filed name of the dial > > Hi there - > > I have inherited a database with special characters in the field names > (in this case below the umlaut !) > > example part of query = $new_job->AddDBParam('Vol_L?nge',$VolL); > > where oh where do I fix this ? > > Returns an error 958 > > I tried $new_job->AddDBParam(utf8_decode('Vol_L?nge'),$VolL); - of > course it came back with error 102 > > Great stuff - someone was thinking hard when they stuck this > together :-) > > Many thanks in advance > > Kindest Regards > > William > _______________________________________________ > 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 Steve Winter steve@bluecrocodile.co.nz m: +44 77 7852 4776 3 Calshot Court, Channel Way Ocean Village, Southampton SO14 3GR -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20091027/a4b415a8/attachment.html From steve at bluecrocodile.co.nz Tue Oct 27 07:21:49 2009 From: steve at bluecrocodile.co.nz (Steve Winter) Date: Tue Oct 27 07:18:40 2009 Subject: [FX.php List] Filed name of the dial In-Reply-To: References: <3b77f2170910270259n78a45af3q290c76a8117fda0c@mail.gmail.com> Message-ID: <3F0D740C-0D4D-438F-A40A-2A836422683D@bluecrocodile.co.nz> All well and good, if you have the luxury of deciding that... when however you inherit a system developed/maintained/managed by someone else you don't always have the ability to manage that...!! Cheers Steve On 27 Oct 2009, at 13:03, Gjermund Gusland Thorsen wrote: > You will benefit from not using characters outside A-Za-z0-9 in your > fieldnames, > if you would like to go on and develop, opposed to fight with > character sets, i e. > > The content of the fields however can easily be whatever. > > ggt > > 2009/10/27 David Ness : >> Of course, for those of us not used to typing characters with >> umlauts and other special characters, why not just use your editor >> to do a 'global' search and replace, replacing '?' with 'a', etc, >> etc. >> >> As long as you're confident that the previous developer didn't have >> use both variable names 'Vol_L?nge' and 'Vol_Lange' (who would do >> such a crazy thing?), you should be okay, no? >> >> >> David Allen Ness >> Database Systems Administrator >> Web Applications Developer >> >> >> -----Original Message----- >> From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list- >> bounces@mail.iviking.org] On Behalf Of William Downs >> Sent: Tuesday, October 27, 2009 6:00 AM >> To: FX.php Discussion List >> Subject: [FX.php List] Filed name of the dial >> >> Hi there - >> >> I have inherited a database with special characters in the field >> names >> (in this case below the umlaut !) >> >> example part of query = $new_job->AddDBParam('Vol_L?nge',$VolL); >> >> where oh where do I fix this ? >> >> Returns an error 958 >> >> I tried $new_job->AddDBParam(utf8_decode('Vol_L?nge'),$VolL); - of >> course it came back with error 102 >> >> Great stuff - someone was thinking hard when they stuck this >> together :-) >> >> Many thanks in advance >> >> Kindest Regards >> >> William >> _______________________________________________ >> 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 Steve Winter steve@bluecrocodile.co.nz m: +44 77 7852 4776 3 Calshot Court, Channel Way Ocean Village, Southampton SO14 3GR -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20091027/234b7431/attachment-0001.html From dness at bondedbuilders.com Tue Oct 27 07:22:20 2009 From: dness at bondedbuilders.com (David Ness) Date: Tue Oct 27 07:19:09 2009 Subject: [FX.php List] Filed name of the dial In-Reply-To: <73BE86A7-05E8-463E-A8C5-A05D9D788C09@bluecrocodile.co.nz> References: <3b77f2170910270259n78a45af3q290c76a8117fda0c@mail.gmail.com> <73BE86A7-05E8-463E-A8C5-A05D9D788C09@bluecrocodile.co.nz> Message-ID: Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 12953 bytes Desc: image001.gif Url : http://mail.iviking.org/pipermail/fx.php_list/attachments/20091027/c7df5efc/attachment-0001.gif From dbengston at tds.net Tue Oct 27 07:26:56 2009 From: dbengston at tds.net (Dale Bengston) Date: Tue Oct 27 07:23:49 2009 Subject: [FX.php List] fmdelete returns a 1 In-Reply-To: <1715DB31-075D-4F40-920A-93220E57EA3F@iViking.org> References: <7C609825-4076-400B-BB7D-4ABCEC7AD38C@gmail.com> <1715DB31-075D-4F40-920A-93220E57EA3F@iViking.org> Message-ID: <5CCE92C6-9374-45C5-A320-0056AF1A22E0@tds.net> Chris, The second condition generates an error for me, since $result- >lastErrorCode doesn't exist if a found set is returned. Do I have to set a preference for $result->lastErrorCode to be generated by FX? Thanks, Dale On Oct 26, 2009, at 11:28 AM, Chris Hansen wrote: > William, > > Something like this: > > if( FX::isError( $medLangResult ) ) { > echo "system error - please inform admin etc"; > } elseif ($medLangResult->lastErrorCode != 0) { > echo "error - please inform admin etc"; > } else { > // do non-error items > } > > Basically, there are two types of potential errors: a serious system > error (e.g. FileMaker is down, eek!), or a FileMaker error (e.g. > improper permissions, record locked, etc.) Both types need to be > trapped. Make sense? > > --Chris > > On Oct 22, 2009, at 6:23 PM, william.downs wrote: > >> Chris, Tim, Dale >> >> many sincere thanks - all a great help. >> >> Chris - I get the bit about the error object - but the second part >> eludes me : >> >> This is correct so far - >> >> $medLang=new FX($serverIP,$webCompanionPort,'FMPro7'); >> $medLang->SetDBData($fmFile,'medLangs'); >> $medLang->SetDBPassword($webPassword,$webUser); >> $medLang->AddDBParam('-recid',$recid); >> >> $medLangResult=$medLang->FMDelete(); >> >> if( FX::isError( $medLangResult ) ) { >> echo "error - please inform admin etc"; >> } >> >> So what would I do with $medLangResult->lastErrorCode ? >> >> I will actually speak to the client about your point below Webko - >> I like the idea. >> >> Kindest Regards >> >> William >> >> On 22 Oct 2009, at 21:40, Tim 'Webko' Booth wrote: >> >>> >>> On 23/10/2009, at 1:06 AM, william.downs wrote: >>> >>>> Hi there, >>>> >>>> after a stint with the fm API, I am back to FX.php :-) >>>> >>>> Using fmdelete to delete a record - which works fine (does delete >>>> the record) - but >>> >>> As a side-note to the other answers - I don't allow a delete to be >>> run from the web. All 'deleted' records are flagged as not to show >>> in searches, and then checked by an admin later through FM. Learnt >>> that people will always delete something they don't mean to... >>> >>> Cheers >>> >>> Webko >>> >> _______________________________________________ >> 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 william.downs at gmail.com Tue Oct 27 08:56:44 2009 From: william.downs at gmail.com (william.downs) Date: Tue Oct 27 08:53:40 2009 Subject: [FX.php List] Filed name of the dial In-Reply-To: References: <3b77f2170910270259n78a45af3q290c76a8117fda0c@mail.gmail.com> Message-ID: <1098E819-A6CB-436E-96C1-ECFDFD9628B8@gmail.com> I have no say in the matter - I have inherited it, and there are other systems using the DB - William On 27 Oct 2009, at 13:03, Gjermund Gusland Thorsen wrote: > You will benefit from not using characters outside A-Za-z0-9 in > your fieldnames, > if you would like to go on and develop, opposed to fight with > character sets, i e. > > The content of the fields however can easily be whatever. > > ggt > > 2009/10/27 David Ness : >> Of course, for those of us not used to typing characters with >> umlauts and other special characters, why not just use your editor >> to do a 'global' search and replace, replacing '?' with 'a', etc, >> etc. >> >> As long as you're confident that the previous developer didn't >> have use both variable names 'Vol_L?nge' and 'Vol_Lange' (who >> would do such a crazy thing?), you should be okay, no? >> >> >> David Allen Ness >> Database Systems Administrator >> Web Applications Developer >> >> >> -----Original Message----- >> From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list- >> bounces@mail.iviking.org] On Behalf Of William Downs >> Sent: Tuesday, October 27, 2009 6:00 AM >> To: FX.php Discussion List >> Subject: [FX.php List] Filed name of the dial >> >> Hi there - >> >> I have inherited a database with special characters in the field >> names >> (in this case below the umlaut !) >> >> example part of query = $new_job->AddDBParam('Vol_L?nge',$VolL); >> >> where oh where do I fix this ? >> >> Returns an error 958 >> >> I tried $new_job->AddDBParam(utf8_decode('Vol_L?nge'),$VolL); - of >> course it came back with error 102 >> >> Great stuff - someone was thinking hard when they stuck this >> together :-) >> >> Many thanks in advance >> >> Kindest Regards >> >> William >> _______________________________________________ >> 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 william.downs at gmail.com Tue Oct 27 08:57:27 2009 From: william.downs at gmail.com (william.downs) Date: Tue Oct 27 08:54:21 2009 Subject: [FX.php List] Filed name of the dial In-Reply-To: References: <3b77f2170910270259n78a45af3q290c76a8117fda0c@mail.gmail.com> <3FAA24AB-9C45-4707-A1A1-AA26D16AE4A0@mac.com> Message-ID: Hi, I'm using BBEdit - it's saved as it should be Thanks for reminding me about this though - William On 27 Oct 2009, at 11:07, Steve Winter wrote: > William, > > You also need to ensure that the pages are actually saved in UTF-8 > as well as making that declaration within the file. > > If you're using something like TextWrangler (or pretty much any > 'decent' text editor, when you do 'Save As' you should get options > for Encoding... make sure that it's UTF8... > > Cheers > Steve > > > > On 27 Oct 2009, at 10:54, william.downs wrote: > >> Hi there, >> >> many thanks for the quick reply - >> >> When I comment out the line below ( $new_job->AddDBParam >> ('Vol_L?nge',$VolL); ) - then it works fine >> >> This is the part you are referring to - it is correct. >> >> >> >> I still get error 958 - >> >> Kindest Regards >> >> William >> >> On 27 Oct 2009, at 10:32, Roger Moffat wrote: >> >>> >>> On Oct 27, 2009, at 5:59 AM, William Downs wrote: >>> >>>> I have inherited a database with special characters in the field >>>> names >>>> (in this case below the umlaut !) >>>> >>>> example part of query = $new_job->AddDBParam('Vol_L?nge',$VolL); >>>> >>>> where oh where do I fix this ? >>>> >>>> Returns an error 958 >>> >>> Are your pages using UTF-8 as the character set? If not, try that. >>> >>> Roger_______________________________________________ >>> 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 > > Steve Winter > steve@bluecrocodile.co.nz > m: +44 77 7852 4776 > 3 Calshot Court, Channel Way > Ocean Village, Southampton SO14 3GR > > _______________________________________________ > 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/20091027/2833c761/attachment.html From chris at iViking.org Tue Oct 27 10:05:12 2009 From: chris at iViking.org (Chris Hansen) Date: Tue Oct 27 10:02:00 2009 Subject: [FX.php List] fmdelete returns a 1 In-Reply-To: <5CCE92C6-9374-45C5-A320-0056AF1A22E0@tds.net> References: <7C609825-4076-400B-BB7D-4ABCEC7AD38C@gmail.com> <1715DB31-075D-4F40-920A-93220E57EA3F@iViking.org> <5CCE92C6-9374-45C5-A320-0056AF1A22E0@tds.net> Message-ID: <3CAD1F83-A59E-4A02-8936-A03155734557@iViking.org> Dale, Ah, sorry, wasn't paying attention to what I was coding... Doh! That line should be: } elseif ($medLang->lastErrorCode != 0) { Note that it's the FX object that stores that information, and NOT the result. See if that doesn't work better for you. Sorry about the confusion. Best, --Chris On Oct 27, 2009, at 7:26 AM, Dale Bengston wrote: > Chris, > > The second condition generates an error for me, since $result- > >lastErrorCode doesn't exist if a found set is returned. Do I have > to set a preference for $result->lastErrorCode to be generated by FX? > > Thanks, > Dale > > On Oct 26, 2009, at 11:28 AM, Chris Hansen wrote: > >> William, >> >> Something like this: >> >> if( FX::isError( $medLangResult ) ) { >> echo "system error - please inform admin etc"; >> } elseif ($medLangResult->lastErrorCode != 0) { >> echo "error - please inform admin etc"; >> } else { >> // do non-error items >> } >> >> Basically, there are two types of potential errors: a serious >> system error (e.g. FileMaker is down, eek!), or a FileMaker error >> (e.g. improper permissions, record locked, etc.) Both types need >> to be trapped. Make sense? >> >> --Chris >> >> On Oct 22, 2009, at 6:23 PM, william.downs wrote: >> >>> Chris, Tim, Dale >>> >>> many sincere thanks - all a great help. >>> >>> Chris - I get the bit about the error object - but the second part >>> eludes me : >>> >>> This is correct so far - >>> >>> $medLang=new FX($serverIP,$webCompanionPort,'FMPro7'); >>> $medLang->SetDBData($fmFile,'medLangs'); >>> $medLang->SetDBPassword($webPassword,$webUser); >>> $medLang->AddDBParam('-recid',$recid); >>> >>> $medLangResult=$medLang->FMDelete(); >>> >>> if( FX::isError( $medLangResult ) ) { >>> echo "error - please inform admin etc"; >>> } >>> >>> So what would I do with $medLangResult->lastErrorCode ? >>> >>> I will actually speak to the client about your point below Webko - >>> I like the idea. >>> >>> Kindest Regards >>> >>> William >>> >>> On 22 Oct 2009, at 21:40, Tim 'Webko' Booth wrote: >>> >>>> >>>> On 23/10/2009, at 1:06 AM, william.downs wrote: >>>> >>>>> Hi there, >>>>> >>>>> after a stint with the fm API, I am back to FX.php :-) >>>>> >>>>> Using fmdelete to delete a record - which works fine (does >>>>> delete the record) - but >>>> >>>> As a side-note to the other answers - I don't allow a delete to >>>> be run from the web. All 'deleted' records are flagged as not to >>>> show in searches, and then checked by an admin later through FM. >>>> Learnt that people will always delete something they don't mean >>>> to... >>>> >>>> Cheers >>>> >>>> Webko >>>> >>> _______________________________________________ >>> 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 dbengston at tds.net Tue Oct 27 10:56:13 2009 From: dbengston at tds.net (Dale Bengston) Date: Tue Oct 27 10:53:05 2009 Subject: [FX.php List] fmdelete returns a 1 In-Reply-To: <3CAD1F83-A59E-4A02-8936-A03155734557@iViking.org> References: <7C609825-4076-400B-BB7D-4ABCEC7AD38C@gmail.com> <1715DB31-075D-4F40-920A-93220E57EA3F@iViking.org> <5CCE92C6-9374-45C5-A320-0056AF1A22E0@tds.net> <3CAD1F83-A59E-4A02-8936-A03155734557@iViking.org> Message-ID: <2D105671-BE67-44ED-953D-7829E3A27C0B@tds.net> Thanks, Chris! I've been using FX.php for over five years, and I was starting to feel like I'd missed a big chunk of something important there, all along. Makes sense that it refers to the declared FX object, not the error object that might come back as the result. Whew! Dale On Oct 27, 2009, at 11:05 AM, Chris Hansen wrote: > Dale, > > Ah, sorry, wasn't paying attention to what I was coding... Doh! > That line should be: > > } elseif ($medLang->lastErrorCode != 0) { > > Note that it's the FX object that stores that information, and NOT > the result. See if that doesn't work better for you. Sorry about > the confusion. Best, > > --Chris > > On Oct 27, 2009, at 7:26 AM, Dale Bengston wrote: > >> Chris, >> >> The second condition generates an error for me, since $result- >> >lastErrorCode doesn't exist if a found set is returned. Do I have >> to set a preference for $result->lastErrorCode to be generated by FX? >> >> Thanks, >> Dale >> >> On Oct 26, 2009, at 11:28 AM, Chris Hansen wrote: >> >>> William, >>> >>> Something like this: >>> >>> if( FX::isError( $medLangResult ) ) { >>> echo "system error - please inform admin etc"; >>> } elseif ($medLangResult->lastErrorCode != 0) { >>> echo "error - please inform admin etc"; >>> } else { >>> // do non-error items >>> } >>> >>> Basically, there are two types of potential errors: a serious >>> system error (e.g. FileMaker is down, eek!), or a FileMaker error >>> (e.g. improper permissions, record locked, etc.) Both types need >>> to be trapped. Make sense? >>> >>> --Chris >>> >>> On Oct 22, 2009, at 6:23 PM, william.downs wrote: >>> >>>> Chris, Tim, Dale >>>> >>>> many sincere thanks - all a great help. >>>> >>>> Chris - I get the bit about the error object - but the second >>>> part eludes me : >>>> >>>> This is correct so far - >>>> >>>> $medLang=new FX($serverIP,$webCompanionPort,'FMPro7'); >>>> $medLang->SetDBData($fmFile,'medLangs'); >>>> $medLang->SetDBPassword($webPassword,$webUser); >>>> $medLang->AddDBParam('-recid',$recid); >>>> >>>> $medLangResult=$medLang->FMDelete(); >>>> >>>> if( FX::isError( $medLangResult ) ) { >>>> echo "error - please inform admin etc"; >>>> } >>>> >>>> So what would I do with $medLangResult->lastErrorCode ? >>>> >>>> I will actually speak to the client about your point below Webko >>>> - I like the idea. >>>> >>>> Kindest Regards >>>> >>>> William >>>> >>>> On 22 Oct 2009, at 21:40, Tim 'Webko' Booth wrote: >>>> >>>>> >>>>> On 23/10/2009, at 1:06 AM, william.downs wrote: >>>>> >>>>>> Hi there, >>>>>> >>>>>> after a stint with the fm API, I am back to FX.php :-) >>>>>> >>>>>> Using fmdelete to delete a record - which works fine (does >>>>>> delete the record) - but >>>>> >>>>> As a side-note to the other answers - I don't allow a delete to >>>>> be run from the web. All 'deleted' records are flagged as not to >>>>> show in searches, and then checked by an admin later through FM. >>>>> Learnt that people will always delete something they don't mean >>>>> to... >>>>> >>>>> Cheers >>>>> >>>>> Webko >>>>> >>>> _______________________________________________ >>>> 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 ggt667 at gmail.com Tue Oct 27 10:58:35 2009 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Tue Oct 27 10:55:25 2009 Subject: [FX.php List] Filed name of the dial In-Reply-To: References: <3b77f2170910270259n78a45af3q290c76a8117fda0c@mail.gmail.com> <3FAA24AB-9C45-4707-A1A1-AA26D16AE4A0@mac.com> Message-ID: Well then your most important part is to save your php files as UTF-8 ggt 2009/10/27 william.downs : > Hi, > I'm using BBEdit - it's saved as it should be > Thanks for reminding me about this though - > William > On 27 Oct 2009, at 11:07, Steve Winter wrote: > > William, > You also need to ensure that the pages are actually saved in UTF-8 as well > as making that declaration within the file. > If you're using something like TextWrangler (or pretty much any 'decent' > text editor, when you do 'Save As' you should get options for Encoding... > make sure that it's UTF8... > Cheers > Steve > > > On 27 Oct 2009, at 10:54, william.downs wrote: > > Hi there, > > many thanks for the quick reply - > > When I comment out the line below ( $new_job->AddDBParam('Vol_L?nge',$VolL); > ) - then it works fine > > This is the part you are referring to - it is correct. > > > > I still get error 958 - > > Kindest Regards > > William > > On 27 Oct 2009, at 10:32, Roger Moffat wrote: > > > On Oct 27, 2009, at 5:59 AM, William Downs wrote: > > I have inherited a database with special characters in the field names > > (in this case below the umlaut !) > > example part of query = $new_job->AddDBParam('Vol_L?nge',$VolL); > > where oh where do I fix this ? > > Returns an error 958 > > Are your pages using UTF-8 as the character set? If not, try that. > > Roger_______________________________________________ > > 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 > > Steve Winter > steve@bluecrocodile.co.nz > m: +44 77 7852 4776 > 3 Calshot Court,?Channel Way > Ocean?Village,?Southampton?SO14 3GR > _______________________________________________ > 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 zippyaus at yahoo.com Tue Oct 27 21:25:19 2009 From: zippyaus at yahoo.com (Stephe Pocock) Date: Tue Oct 27 21:22:06 2009 Subject: [FX.php List] Filed name of the dial In-Reply-To: References: <3b77f2170910270259n78a45af3q290c76a8117fda0c@mail.gmail.com> <3FAA24AB-9C45-4707-A1A1-AA26D16AE4A0@mac.com> Message-ID: <376918.13613.qm@web112005.mail.gq1.yahoo.com> Hi Would you consider using a new calculated field being Vol_L?nge with an english field name (Vol_Lange) for this purpose. I have had to do something similar for a merge system. Rather than re-code all my documents with corrected field names, I created calculated fields with the correct name pointing to the misnamed field. Stephe __________________________________________________________________________________ Get more done like never before with Yahoo!7 Mail. Learn more: http://au.overview.mail.yahoo.com/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20091027/fd5e5eac/attachment.html From william.downs at gmail.com Wed Oct 28 01:29:53 2009 From: william.downs at gmail.com (william.downs) Date: Wed Oct 28 01:26:48 2009 Subject: [FX.php List] Filed name of the dial In-Reply-To: <376918.13613.qm@web112005.mail.gq1.yahoo.com> References: <3b77f2170910270259n78a45af3q290c76a8117fda0c@mail.gmail.com> <3FAA24AB-9C45-4707-A1A1-AA26D16AE4A0@mac.com> <376918.13613.qm@web112005.mail.gq1.yahoo.com> Message-ID: <4B37C441-B919-45A1-9E84-8C0B6BA862C7@gmail.com> Hi there, I did something similar yesterday actually - created an extra field - then had a script set the badly named field Then the smart guy in IT asks "why did you not just rename the fields" ? To which I replied "Cause you were on holiday" Idiot ! Many thanks Stephe - and all who gave advice - Kindest Regards William On 28 Oct 2009, at 03:25, Stephe Pocock wrote: > Hi > > Would you consider using a new calculated field being Vol_L?nge > with an english field name (Vol_Lange) for this purpose. > > I have had to do something similar for a merge system. Rather than > re-code all my documents with corrected field names, I created > calculated fields with the correct name pointing to the misnamed > field. > > Stephe > > Get more done like never before with Yahoo!7 Mail. Learn more. > _______________________________________________ > 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/20091028/67533aba/attachment.html From dbengston at tds.net Wed Oct 28 09:00:13 2009 From: dbengston at tds.net (Dale Bengston) Date: Wed Oct 28 08:57:13 2009 Subject: [FX.php List] Filed name of the dial In-Reply-To: <4B37C441-B919-45A1-9E84-8C0B6BA862C7@gmail.com> References: <3b77f2170910270259n78a45af3q290c76a8117fda0c@mail.gmail.com> <3FAA24AB-9C45-4707-A1A1-AA26D16AE4A0@mac.com> <376918.13613.qm@web112005.mail.gq1.yahoo.com> <4B37C441-B919-45A1-9E84-8C0B6BA862C7@gmail.com> Message-ID: <41AFB008-7D23-44A0-B4BB-9B8C97499701@tds.net> Bravo on this solution! Renaming fields in other peoples' projects is a recipe for nastiness. Laying in parallel stuff of your own is messy, but it will keep you out of trouble. Dale On Oct 28, 2009, at 2:29 AM, william.downs wrote: > Hi there, > > I did something similar yesterday actually - created an extra field > - then had a script set the badly named field > > Then the smart guy in IT asks "why did you not just rename the > fields" ? > > To which I replied "Cause you were on holiday" > > Idiot ! > > Many thanks Stephe - and all who gave advice - > > Kindest Regards > > William > > On 28 Oct 2009, at 03:25, Stephe Pocock wrote: > >> Hi >> >> Would you consider using a new calculated field being Vol_L?nge >> with an english field name (Vol_Lange) for this purpose. >> >> I have had to do something similar for a merge system. Rather than >> re-code all my documents with corrected field names, I created >> calculated fields with the correct name pointing to the misnamed >> field. >> >> Stephe >> >> Get more done like never before with Yahoo!7 Mail. Learn more. >> _______________________________________________ >> 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/20091028/6565203d/attachment.html From ggt667 at gmail.com Wed Oct 28 09:58:18 2009 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Wed Oct 28 09:55:04 2009 Subject: [FX.php List] Filed name of the dial In-Reply-To: <41AFB008-7D23-44A0-B4BB-9B8C97499701@tds.net> References: <3b77f2170910270259n78a45af3q290c76a8117fda0c@mail.gmail.com> <3FAA24AB-9C45-4707-A1A1-AA26D16AE4A0@mac.com> <376918.13613.qm@web112005.mail.gq1.yahoo.com> <4B37C441-B919-45A1-9E84-8C0B6BA862C7@gmail.com> <41AFB008-7D23-44A0-B4BB-9B8C97499701@tds.net> Message-ID: Changing fieldnames to Lo-ASCII is not as nasty as using High-ASCII or UTF-8 for layout, scriptnames or fieldnames. imo, ggt 2009/10/28 Dale Bengston : > Bravo on this solution! Renaming fields in other peoples' projects is a > recipe for nastiness. Laying in parallel stuff of your own is messy, but it > will keep you out of trouble. > Dale > > On Oct 28, 2009, at 2:29 AM, william.downs wrote: > > Hi there, > I did something similar yesterday actually - created an extra field - then > had a script set the?badly named field > Then the smart guy in IT asks "why did you not just rename the fields" ? > To which I replied "Cause you were on holiday" > Idiot ! > Many thanks Stephe - and all who gave advice - > Kindest Regards > William > On 28 Oct 2009, at 03:25, Stephe Pocock wrote: > > Hi > > Would you consider using a new calculated field being Vol_L?nge with an > english field name (Vol_Lange) for this purpose. > > I have had to do something similar for a merge system.? Rather than re-code > all my documents with corrected field names, I created calculated fields > with the correct name pointing to the misnamed field. > > Stephe > > ________________________________ > Get more done like never before with Yahoo!7 Mail. Learn more. > _______________________________________________ > 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 leo at finalresort.org Wed Oct 28 10:26:30 2009 From: leo at finalresort.org (Leo R. Lundgren) Date: Wed Oct 28 10:23:16 2009 Subject: [FX.php List] Filed name of the dial In-Reply-To: References: <3b77f2170910270259n78a45af3q290c76a8117fda0c@mail.gmail.com> <3FAA24AB-9C45-4707-A1A1-AA26D16AE4A0@mac.com> <376918.13613.qm@web112005.mail.gq1.yahoo.com> <4B37C441-B919-45A1-9E84-8C0B6BA862C7@gmail.com> <41AFB008-7D23-44A0-B4BB-9B8C97499701@tds.net> Message-ID: Why would using UTF8 in a UTF8 compliant system (FileMaker) be bad, especially considering the rest of the chain (PHP, web browsers, HTML, CSS, etc) handles UTF8 too? Unicode and UTF8 is working well as the current/future encoding for text, so why not use it. Someone has to move forward, so that others will follow. 28 okt 2009 kl. 16.58 skrev Gjermund Gusland Thorsen: > Changing fieldnames to Lo-ASCII is not as nasty as using High-ASCII or > UTF-8 for layout, scriptnames or fieldnames. > > imo, > ggt > > 2009/10/28 Dale Bengston : >> Bravo on this solution! Renaming fields in other peoples' projects >> is a >> recipe for nastiness. Laying in parallel stuff of your own is >> messy, but it >> will keep you out of trouble. >> Dale >> >> On Oct 28, 2009, at 2:29 AM, william.downs wrote: >> >> Hi there, >> I did something similar yesterday actually - created an extra field >> - then >> had a script set the badly named field >> Then the smart guy in IT asks "why did you not just rename the >> fields" ? >> To which I replied "Cause you were on holiday" >> Idiot ! >> Many thanks Stephe - and all who gave advice - >> Kindest Regards >> William >> On 28 Oct 2009, at 03:25, Stephe Pocock wrote: >> >> Hi >> >> Would you consider using a new calculated field being Vol_L?nge >> with an >> english field name (Vol_Lange) for this purpose. >> >> I have had to do something similar for a merge system. Rather than >> re-code >> all my documents with corrected field names, I created calculated >> fields >> with the correct name pointing to the misnamed field. >> >> Stephe >> >> ________________________________ >> Get more done like never before with Yahoo!7 Mail. Learn more. >> _______________________________________________ >> 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 jsfmp at earthlink.net Wed Oct 28 11:13:23 2009 From: jsfmp at earthlink.net (Joel Shapiro) Date: Wed Oct 28 11:10:08 2009 Subject: [FX.php List] Filed name of the dial In-Reply-To: <41AFB008-7D23-44A0-B4BB-9B8C97499701@tds.net> References: <3b77f2170910270259n78a45af3q290c76a8117fda0c@mail.gmail.com> <3FAA24AB-9C45-4707-A1A1-AA26D16AE4A0@mac.com> <376918.13613.qm@web112005.mail.gq1.yahoo.com> <4B37C441-B919-45A1-9E84-8C0B6BA862C7@gmail.com> <41AFB008-7D23-44A0-B4BB-9B8C97499701@tds.net> Message-ID: <6AE41B25-4E4A-4428-826F-1DC5AA676888@earthlink.net> This is even more true now that FM10 has the Set Field By Name script step. -Joel On Oct 28, 2009, at 8:00 AM, Dale Bengston wrote: > Renaming fields in other peoples' projects is a recipe for > nastiness. Laying in parallel stuff of your own is messy, but it > will keep you out of trouble. > > Dale From ggt667 at gmail.com Thu Oct 29 01:29:52 2009 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Thu Oct 29 01:26:35 2009 Subject: [FX.php List] Filed name of the dial In-Reply-To: References: <3b77f2170910270259n78a45af3q290c76a8117fda0c@mail.gmail.com> <376918.13613.qm@web112005.mail.gq1.yahoo.com> <4B37C441-B919-45A1-9E84-8C0B6BA862C7@gmail.com> <41AFB008-7D23-44A0-B4BB-9B8C97499701@tds.net> Message-ID: The trouble is with finding a text editor that can make your php files into UTF-8 the right way. ggt 2009/10/28 Leo R. Lundgren : > Why would using UTF8 in a UTF8 compliant system (FileMaker) be bad, > especially considering the rest of the chain (PHP, web browsers, HTML, CSS, > etc) handles UTF8 too? > > Unicode and UTF8 is working well as the current/future encoding for text, so > why not use it. Someone has to move forward, so that others will follow. > > > 28 okt 2009 kl. 16.58 skrev Gjermund Gusland Thorsen: > >> Changing fieldnames to Lo-ASCII is not as nasty as using High-ASCII or >> UTF-8 for layout, scriptnames or fieldnames. >> >> imo, >> ggt >> >> 2009/10/28 Dale Bengston : >>> >>> Bravo on this solution! Renaming fields in other peoples' projects is a >>> recipe for nastiness. Laying in parallel stuff of your own is messy, but >>> it >>> will keep you out of trouble. >>> Dale >>> >>> On Oct 28, 2009, at 2:29 AM, william.downs wrote: >>> >>> Hi there, >>> I did something similar yesterday actually - created an extra field - >>> then >>> had a script set the badly named field >>> Then the smart guy in IT asks "why did you not just rename the fields" ? >>> To which I replied "Cause you were on holiday" >>> Idiot ! >>> Many thanks Stephe - and all who gave advice - >>> Kindest Regards >>> William >>> On 28 Oct 2009, at 03:25, Stephe Pocock wrote: >>> >>> Hi >>> >>> Would you consider using a new calculated field being Vol_L?nge with an >>> english field name (Vol_Lange) for this purpose. >>> >>> I have had to do something similar for a merge system. ?Rather than >>> re-code >>> all my documents with corrected field names, I created calculated fields >>> with the correct name pointing to the misnamed field. >>> >>> Stephe >>> >>> ________________________________ >>> Get more done like never before with Yahoo!7 Mail. Learn more. >>> _______________________________________________ >>> FX.php_List mailing list >>> FX.php_List@mail.iviking.org >>> http://www.iviking.org/mailman/listinfo/fx.php_list >>> >>> _______________________________________________ >>> FX.php_List mailing list >>> FX.php_List@mail.iviking.org >>> http://www.iviking.org/mailman/listinfo/fx.php_list >>> >>> >>> _______________________________________________ >>> FX.php_List mailing list >>> FX.php_List@mail.iviking.org >>> http://www.iviking.org/mailman/listinfo/fx.php_list >>> >>> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list > > > > -| > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > From ggt667 at gmail.com Thu Oct 29 01:38:35 2009 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Thu Oct 29 01:35:17 2009 Subject: [FX.php List] I am still working on FX.phpAddendum Message-ID: I am still working on FX.phpAddendum some extras for FX.php developers to have a flying start on their projects. So far it can choose a database from a WPE, choose a layout from a database, what I am working on is the choices of output: list view form input form edit portal-like approach using jQuery graphs accordion input contributed by somebody on this list, Bob Patin was it? If there are anything you would like to add, please let me know. ggt From william.downs at gmail.com Thu Oct 29 08:37:36 2009 From: william.downs at gmail.com (william.downs) Date: Thu Oct 29 08:34:52 2009 Subject: [FX.php List] I am still working on FX.phpAddendum In-Reply-To: References: Message-ID: How about some nice Jquery Tabs ? And some Jquery validation also ? On 29 Oct 2009, at 07:38, Gjermund Gusland Thorsen wrote: > I am still working on FX.phpAddendum some extras for FX.php developers > to have a flying start on their projects. > > So far it can choose a database from a WPE, > choose a layout from a database, > what I am working on is the choices of output: > list view > form input > form edit > portal-like approach using jQuery > graphs > accordion input contributed by somebody on this list, Bob Patin was > it? > > If there are anything you would like to add, please let me know. > > ggt > _______________________________________________ > 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 Oct 29 09:51:37 2009 From: bob at patin.com (Bob Patin) Date: Thu Oct 29 09:48:47 2009 Subject: [FX.php List] I am still working on FX.phpAddendum In-Reply-To: References: Message-ID: <00D09797-47E3-4B16-AC42-0CED847B6609@patin.com> GGT, It probably was me who sent you that Accordion stuff; I echo William with the desire to have some easy jQuery integration--that would be absolutely wonderful. BP Bob Patin Longterm Solutions bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com iChat: bobpatin FileMaker 10 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 Oct 29, 2009, at 9:37 AM, william.downs wrote: > How about some nice Jquery Tabs ? > > And some Jquery validation also ? > > > On 29 Oct 2009, at 07:38, Gjermund Gusland Thorsen wrote: > >> I am still working on FX.phpAddendum some extras for FX.php >> developers >> to have a flying start on their projects. >> >> So far it can choose a database from a WPE, >> choose a layout from a database, >> what I am working on is the choices of output: >> list view >> form input >> form edit >> portal-like approach using jQuery >> graphs >> accordion input contributed by somebody on this list, Bob Patin was >> it? >> >> If there are anything you would like to add, please let me know. >> >> ggt >> _______________________________________________ >> 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 -------------- Skipped content of type multipart/related From dbengston at tds.net Thu Oct 29 13:08:20 2009 From: dbengston at tds.net (Dale Bengston) Date: Thu Oct 29 13:05:05 2009 Subject: [FX.php List] I am still working on FX.phpAddendum In-Reply-To: <00D09797-47E3-4B16-AC42-0CED847B6609@patin.com> References: <00D09797-47E3-4B16-AC42-0CED847B6609@patin.com> Message-ID: Hey Bob, You play accordion too? ;-) Dale On Oct 29, 2009, at 10:51 AM, Bob Patin wrote: > GGT, > > It probably was me who sent you that Accordion stuff; I echo William > with the desire to have some easy jQuery integration--that would be > absolutely wonderful. > > BP > > Bob Patin > > > > Longterm Solutions > bob@longtermsolutions.com > 615-333-6858 > http://www.longtermsolutions.com > iChat: bobpatin > FileMaker 10 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 Oct 29, 2009, at 9:37 AM, william.downs wrote: > >> How about some nice Jquery Tabs ? >> >> And some Jquery validation also ? >> >> >> On 29 Oct 2009, at 07:38, Gjermund Gusland Thorsen wrote: >> >>> I am still working on FX.phpAddendum some extras for FX.php >>> developers >>> to have a flying start on their projects. >>> >>> So far it can choose a database from a WPE, >>> choose a layout from a database, >>> what I am working on is the choices of output: >>> list view >>> form input >>> form edit >>> portal-like approach using jQuery >>> graphs >>> accordion input contributed by somebody on this list, Bob Patin >>> was it? >>> >>> If there are anything you would like to add, please let me know. >>> >>> ggt >>> _______________________________________________ >>> 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/20091029/c5023952/attachment.html From bob at patin.com Thu Oct 29 13:32:34 2009 From: bob at patin.com (Bob Patin) Date: Thu Oct 29 13:29:43 2009 Subject: [FX.php List] I am still working on FX.phpAddendum In-Reply-To: References: <00D09797-47E3-4B16-AC42-0CED847B6609@patin.com> Message-ID: <6961EDE2-DDC3-4FA6-BA46-0E3EB45D60EA@patin.com> No, there are laws against that, didn't you know it? Some accordion jokes: What do you call it when you throw an accordion into a dumpster without hitting the sides? Perfect pitch. What do you call 1,000 accordions at the bottom of the ocean? A good start. What's the difference between an accordion and an onion? Nobody cries when you slice an accordion. You hear about the guys who played a gig at the local Elks lodge for New Year's Eve? Owner said, "You guys are great, how about playing next year too?" Accordion player says, "Excellent; I'll just leave my accordion here then." Guy left his accordion in the backseat of the car when he went into a store; came out, window was broken out, he found two accordions in the backseat of his car. What's the difference between an accordion and a lawnmower? You can tune a lawnmower. There ARE more... :) BP Bob Patin Longterm Solutions bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com iChat: bobpatin FileMaker 10 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 Oct 29, 2009, at 2:08 PM, Dale Bengston wrote: > Hey Bob, > > You play accordion too? ;-) > > Dale -------------- next part -------------- Skipped content of type multipart/related