From kfutter at sbc.melb.catholic.edu.au Sun Jun 1 16:42:00 2008 From: kfutter at sbc.melb.catholic.edu.au (Kevin Futter) Date: Sun Jun 1 16:42:21 2008 Subject: [FX.php List] filemaker script error catch In-Reply-To: <825A5CA7-16BC-4CBA-8762-1850BC76C65E@earthlink.net> Message-ID: On 31/05/08 1:28 AM, "Joel Shapiro" wrote: > Hey Alex > > Could you have the FM script set a global to Get(LastError) -- and > then ExitScript if != 0 -- at places it might fail, and then check > the global in the PHP? Don't know if it would work... just a thought. > > As to "not advised"... That's what I'd always understood but I > emailed with Lance Hallberg about this last year, and he replied: > >> ...certainly depends on what the FileMaker script is doing and what >> PHP can do... >> >> FM scripts can be a big load on the server, but in most cases no >> bigger that executing those actions from php. >> >> For example try running a script from the web which creates 40,000 >> records. Now try to do this by purely using PHP. Notice which one >> is faster. >> >> Consider running batch scripts... such as de-duping... on a large >> set of records. Large inserts or number crunching scripts will >> always perform better then FM Script execution than by PHP loops. >> Certainly this is mostly due to the need for multiple database >> transactions... to the nth degree. >> >> While the create 40,000 records script is running you can also run >> PHP scripts which perform finds, add & delete records. You can >> even execute more FM scripts from php while the previously executed >> script is still running. The notion that the WPE is 'holding back >> other queries until done running the script' is completely wrong. >> I'm not sure how that ended up on the thread but it could be just >> dated facts; perhaps that was an issue with FM 6? That particular piece of info is very interesting. I'm assuming that Lance has inside info on how WPE works? Either way, it sounds like most of the reasons for not running scripts from PHP went away with FM 6. -- Kevin Futter Webmaster, St. Bernard's College http://www.sbc.melb.catholic.edu.au/ ##################################################################################### This e-mail message has been scanned for Viruses and Content and cleared by MailMarshal ##################################################################################### This e-mail and any attachments may be confidential. You must not disclose or use the information in this e-mail if you are not the intended recipient. If you have received this e-mail in error, please notify us immediately and delete the e-mail and all copies. The College does not guarantee that this e-mail is virus or error free. The attached files are provided and may only be used on the basis that the user assumes all responsibility for any loss, damage or consequence resulting directly or indirectly from the use of the attached files, whether caused by the negligence of the sender or not. The content and opinions in this e-mail are not necessarily those of the College. From chris at iViking.org Mon Jun 2 09:27:46 2008 From: chris at iViking.org (Chris Hansen) Date: Mon Jun 2 09:28:08 2008 Subject: [FX.php List] filemaker script error catch In-Reply-To: References: Message-ID: As far as scripts go, things have gotten better, but it still depends what you want to do. The examples that Lance gives are all cases where running a FileMaker script would be a better choice. Here are some things to consider when running scripts: 1) How long does the script take to run in FileMaker client? This is a BIGGIE. There are some scripts that folks use that take a while to run in FileMaker, and this is often a bad idea on the web -- the user's browser may even time out the connection. 2) Do you really want all the resulting records returned? For example, if you're creating 40,000 records (or just 20 for that matter), odds are you want only the IDs of the resulting records (if that) returned. If you do that in PHP, there's quite a bit of overhead for each record created, so running a script, and then returning the IDs as delimited in a global field in a single record makes a lot of sense. 3) What is the script doing? PHP is just plain faster or easier for many tasks, and doesn't have a 100 concurrent user limit. So say for example that you want all 20 of the records that you just found returned, but you want to perform some complex text manipulation on the returned data before presenting it to the user; it may very well make more sense to do that manipulation in PHP. Also, related to (1) above, reports can be one of the big offenders as far as taking a long time in FileMaker (summary fields contribute to this), so a report viewed via the web may be better assembled using PHP. 4) Will the given script even work via the web? Before running a script via the web, make sure that all of the required script steps are web compatible. MOST will be, but this is something that developers need to be aware of when deciding how the various parts of a solution will function. 5) Are there many round trips between PHP and the FileMaker server, or is just a single chunk of records returned? This is really a specific case of (2) above. Again, each query adds overhead, so the fewer round trips to FileMaker, the better. In my experience, it's generally obvious when a FileMaker script is the way to go, though this distinction has become clearer as I've become more familiar with the FileMaker/PHP environment. When in doubt, ask the list =) HTH --Chris On Jun 1, 2008, at 4:42 PM, Kevin Futter wrote: > On 31/05/08 1:28 AM, "Joel Shapiro" wrote: > >> Hey Alex >> >> Could you have the FM script set a global to Get(LastError) -- and >> then ExitScript if != 0 -- at places it might fail, and then check >> the global in the PHP? Don't know if it would work... just a >> thought. >> >> As to "not advised"... That's what I'd always understood but I >> emailed with Lance Hallberg about this last year, and he replied: >> >>> ...certainly depends on what the FileMaker script is doing and what >>> PHP can do... >>> >>> FM scripts can be a big load on the server, but in most cases no >>> bigger that executing those actions from php. >>> >>> For example try running a script from the web which creates 40,000 >>> records. Now try to do this by purely using PHP. Notice which one >>> is faster. >>> >>> Consider running batch scripts... such as de-duping... on a large >>> set of records. Large inserts or number crunching scripts will >>> always perform better then FM Script execution than by PHP loops. >>> Certainly this is mostly due to the need for multiple database >>> transactions... to the nth degree. >>> >>> While the create 40,000 records script is running you can also run >>> PHP scripts which perform finds, add & delete records. You can >>> even execute more FM scripts from php while the previously executed >>> script is still running. The notion that the WPE is 'holding back >>> other queries until done running the script' is completely wrong. >>> I'm not sure how that ended up on the thread but it could be just >>> dated facts; perhaps that was an issue with FM 6? > > That particular piece of info is very interesting. I'm assuming that > Lance > has inside info on how WPE works? Either way, it sounds like most of > the > reasons for not running scripts from PHP went away with FM 6. From william.downs at gmail.com Mon Jun 2 12:04:29 2008 From: william.downs at gmail.com (william.downs) Date: Mon Jun 2 12:05:03 2008 Subject: [FX.php List] Messed up Up Outgoing Links In-Reply-To: <1560735.3631211990988249.JavaMail.tcmeyers@troymeyers.com> References: <1560735.3631211990988249.JavaMail.tcmeyers@troymeyers.com> Message-ID: <10D49B8F-EA58-429E-8271-A56ED9543BCB@gmail.com> Hi There - This is probably off topic so excuse me if it is - but something very strange is happening. In a Filemaker FX.php solution, I have URL's extracted from the DB - links to an external web site. Now, when I click on the link - my IP address (dhcp from my ADSL) is prepended to the outgoing link !! Example - instead of http://www.yahoo.com I am now getting http://127.0.0.1/clientBuild/www.yahoo.com or also http://85.211.14.72/clientBuild/www.yahoo.com Anybody seen this before ? I am using Mac OS X 10.4, Filemaker 9.03 SA (although it's surely not an FX problem) Perplexed, William From dbengston at tds.net Mon Jun 2 13:10:14 2008 From: dbengston at tds.net (Dale Bengston) Date: Mon Jun 2 13:10:47 2008 Subject: [FX.php List] Messed up Up Outgoing Links In-Reply-To: <10D49B8F-EA58-429E-8271-A56ED9543BCB@gmail.com> References: <1560735.3631211990988249.JavaMail.tcmeyers@troymeyers.com> <10D49B8F-EA58-429E-8271-A56ED9543BCB@gmail.com> Message-ID: Hi William, What do the values look like in the FMP table? Are they correct there? How are you constructing the links in the browser with data from FX? Can you post a code snippet? Thanks, Dale On Jun 2, 2008, at 1:04 PM, william.downs wrote: > > Hi There - > > This is probably off topic so excuse me if it is - but something > very strange is happening. > > In a Filemaker FX.php solution, I have URL's extracted from the DB - > links to an external web site. > > Now, when I click on the link - my IP address (dhcp from my ADSL) is > prepended to the outgoing link !! > > Example - instead of http://www.yahoo.com > > I am now getting http://127.0.0.1/clientBuild/www.yahoo.com > > or also > > http://85.211.14.72/clientBuild/www.yahoo.com > > Anybody seen this before ? > > I am using Mac OS X 10.4, Filemaker 9.03 SA (although it's surely > not an FX problem) > > Perplexed, > > William > _______________________________________________ > 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 Jun 2 13:35:03 2008 From: william.downs at gmail.com (william.downs) Date: Mon Jun 2 13:35:39 2008 Subject: [FX.php List] Messed up Up Outgoing Links In-Reply-To: References: <1560735.3631211990988249.JavaMail.tcmeyers@troymeyers.com> <10D49B8F-EA58-429E-8271-A56ED9543BCB@gmail.com> Message-ID: Hi Dale, The values look good in FMP - they also are echoed correctly - and it was working up until this afternoon - I have just created another page - simple href in it - and it does the same ! So it is NOT a FMP / FX.php problem, but something else ! William On 2 Jun 2008, at 20:10, Dale Bengston wrote: > Hi William, > > What do the values look like in the FMP table? Are they correct there? > > How are you constructing the links in the browser with data from > FX? Can you post a code snippet? > > Thanks, > Dale > > On Jun 2, 2008, at 1:04 PM, william.downs wrote: > >> >> Hi There - >> >> This is probably off topic so excuse me if it is - but something >> very strange is happening. >> >> In a Filemaker FX.php solution, I have URL's extracted from the DB >> - links to an external web site. >> >> Now, when I click on the link - my IP address (dhcp from my ADSL) >> is prepended to the outgoing link !! >> >> Example - instead of http://www.yahoo.com >> >> I am now getting http://127.0.0.1/clientBuild/www.yahoo.com >> >> or also >> >> http://85.211.14.72/clientBuild/www.yahoo.com >> >> Anybody seen this before ? >> >> I am using Mac OS X 10.4, Filemaker 9.03 SA (although it's surely >> not an FX problem) >> >> Perplexed, >> >> 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 dbengston at tds.net Mon Jun 2 13:44:49 2008 From: dbengston at tds.net (Dale Bengston) Date: Mon Jun 2 13:45:12 2008 Subject: [FX.php List] Messed up Up Outgoing Links In-Reply-To: References: <1560735.3631211990988249.JavaMail.tcmeyers@troymeyers.com> <10D49B8F-EA58-429E-8271-A56ED9543BCB@gmail.com> Message-ID: I have seen similar things happen occasionally if you're using OS X Server and the Performance Cache option is set. Beyond that, I'm not sure what's going on. What has changed since this morning? Apache settings? Web hosting? Dale On Jun 2, 2008, at 2:35 PM, william.downs wrote: > Hi Dale, > > The values look good in FMP - they also are echoed correctly - and > it was working up until this afternoon - > > I have just created another page - simple href in it - and it does > the same ! So it is NOT a FMP / FX.php problem, but something else ! > > William > > > On 2 Jun 2008, at 20:10, Dale Bengston wrote: >> Hi William, >> >> What do the values look like in the FMP table? Are they correct >> there? >> >> How are you constructing the links in the browser with data from >> FX? Can you post a code snippet? >> >> Thanks, >> Dale >> >> On Jun 2, 2008, at 1:04 PM, william.downs wrote: >> >>> >>> Hi There - >>> >>> This is probably off topic so excuse me if it is - but something >>> very strange is happening. >>> >>> In a Filemaker FX.php solution, I have URL's extracted from the DB >>> - links to an external web site. >>> >>> Now, when I click on the link - my IP address (dhcp from my ADSL) >>> is prepended to the outgoing link !! >>> >>> Example - instead of http://www.yahoo.com >>> >>> I am now getting http://127.0.0.1/clientBuild/www.yahoo.com >>> >>> or also >>> >>> http://85.211.14.72/clientBuild/www.yahoo.com >>> >>> Anybody seen this before ? >>> >>> I am using Mac OS X 10.4, Filemaker 9.03 SA (although it's surely >>> not an FX problem) >>> >>> Perplexed, >>> >>> 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 Mon Jun 2 13:50:25 2008 From: william.downs at gmail.com (william.downs) Date: Mon Jun 2 13:51:00 2008 Subject: [FX.php List] Messed up Up Outgoing Links In-Reply-To: References: <1560735.3631211990988249.JavaMail.tcmeyers@troymeyers.com> <10D49B8F-EA58-429E-8271-A56ED9543BCB@gmail.com> Message-ID: <6D850343-A1A5-484A-A69E-9FD9E2ECA411@gmail.com> Nothing at all as far as I am concerned - nothing changed ! Nightmare - I have people from 8 different continents ready for testing tomorrow evening - and now this. We will be moving to a proper hosted site - but they want to check the interface / workflow first. Nightmare William On 2 Jun 2008, at 20:44, Dale Bengston wrote: > I have seen similar things happen occasionally if you're using OS X > Server and the Performance Cache option is set. Beyond that, I'm > not sure what's going on. What has changed since this morning? > Apache settings? Web hosting? > > Dale > > On Jun 2, 2008, at 2:35 PM, william.downs wrote: > >> Hi Dale, >> >> The values look good in FMP - they also are echoed correctly - and >> it was working up until this afternoon - >> >> I have just created another page - simple href in it - and it does >> the same ! So it is NOT a FMP / FX.php problem, but something else ! >> >> William >> >> >> On 2 Jun 2008, at 20:10, Dale Bengston wrote: >>> Hi William, >>> >>> What do the values look like in the FMP table? Are they correct >>> there? >>> >>> How are you constructing the links in the browser with data from >>> FX? Can you post a code snippet? >>> >>> Thanks, >>> Dale >>> >>> On Jun 2, 2008, at 1:04 PM, william.downs wrote: >>> >>>> >>>> Hi There - >>>> >>>> This is probably off topic so excuse me if it is - but something >>>> very strange is happening. >>>> >>>> In a Filemaker FX.php solution, I have URL's extracted from the >>>> DB - links to an external web site. >>>> >>>> Now, when I click on the link - my IP address (dhcp from my >>>> ADSL) is prepended to the outgoing link !! >>>> >>>> Example - instead of http://www.yahoo.com >>>> >>>> I am now getting http://127.0.0.1/clientBuild/www.yahoo.com >>>> >>>> or also >>>> >>>> http://85.211.14.72/clientBuild/www.yahoo.com >>>> >>>> Anybody seen this before ? >>>> >>>> I am using Mac OS X 10.4, Filemaker 9.03 SA (although it's >>>> surely not an FX problem) >>>> >>>> Perplexed, >>>> >>>> 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 dbengston at tds.net Mon Jun 2 13:57:42 2008 From: dbengston at tds.net (Dale Bengston) Date: Mon Jun 2 13:58:05 2008 Subject: [FX.php List] Messed up Up Outgoing Links In-Reply-To: <6D850343-A1A5-484A-A69E-9FD9E2ECA411@gmail.com> References: <1560735.3631211990988249.JavaMail.tcmeyers@troymeyers.com> <10D49B8F-EA58-429E-8271-A56ED9543BCB@gmail.com> <6D850343-A1A5-484A-A69E-9FD9E2ECA411@gmail.com> Message-ID: William, Please post your code for creating links. Thanks, Dale On Jun 2, 2008, at 2:50 PM, william.downs wrote: > Nothing at all as far as I am concerned - nothing changed ! > > Nightmare - I have people from 8 different continents ready for > testing tomorrow evening - and now this. > > We will be moving to a proper hosted site - but they want to check > the interface / workflow first. > > Nightmare > > William > > On 2 Jun 2008, at 20:44, Dale Bengston wrote: >> I have seen similar things happen occasionally if you're using OS X >> Server and the Performance Cache option is set. Beyond that, I'm >> not sure what's going on. What has changed since this morning? >> Apache settings? Web hosting? >> >> Dale >> >> On Jun 2, 2008, at 2:35 PM, william.downs wrote: >> >>> Hi Dale, >>> >>> The values look good in FMP - they also are echoed correctly - and >>> it was working up until this afternoon - >>> >>> I have just created another page - simple href in it - and it does >>> the same ! So it is NOT a FMP / FX.php problem, but something else ! >>> >>> William >>> >>> >>> On 2 Jun 2008, at 20:10, Dale Bengston wrote: >>>> Hi William, >>>> >>>> What do the values look like in the FMP table? Are they correct >>>> there? >>>> >>>> How are you constructing the links in the browser with data from >>>> FX? Can you post a code snippet? >>>> >>>> Thanks, >>>> Dale >>>> >>>> On Jun 2, 2008, at 1:04 PM, william.downs wrote: >>>> >>>>> >>>>> Hi There - >>>>> >>>>> This is probably off topic so excuse me if it is - but something >>>>> very strange is happening. >>>>> >>>>> In a Filemaker FX.php solution, I have URL's extracted from the >>>>> DB - links to an external web site. >>>>> >>>>> Now, when I click on the link - my IP address (dhcp from my >>>>> ADSL) is prepended to the outgoing link !! >>>>> >>>>> Example - instead of http://www.yahoo.com >>>>> >>>>> I am now getting http://127.0.0.1/clientBuild/www.yahoo.com >>>>> >>>>> or also >>>>> >>>>> http://85.211.14.72/clientBuild/www.yahoo.com >>>>> >>>>> Anybody seen this before ? >>>>> >>>>> I am using Mac OS X 10.4, Filemaker 9.03 SA (although it's >>>>> surely not an FX problem) >>>>> >>>>> Perplexed, >>>>> >>>>> 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 > > _______________________________________________ > 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 Jun 2 14:11:49 2008 From: william.downs at gmail.com (william.downs) Date: Mon Jun 2 14:12:28 2008 Subject: [FX.php List] Messed up Up Outgoing Links In-Reply-To: References: <1560735.3631211990988249.JavaMail.tcmeyers@troymeyers.com> <10D49B8F-EA58-429E-8271-A56ED9543BCB@gmail.com> <6D850343-A1A5-484A-A69E-9FD9E2ECA411@gmail.com> Message-ID: <5B1A0FFF-FF51-43F5-BAD7-0E783B8DD2A7@gmail.com> Thanks Dale, Here we go click here In my browser then I get http://127.0.0.1/www.yahoo.com Regards William On 2 Jun 2008, at 20:57, Dale Bengston wrote: > William, > > Please post your code for creating links. > > Thanks, > Dale > > > On Jun 2, 2008, at 2:50 PM, william.downs wrote: > >> Nothing at all as far as I am concerned - nothing changed ! >> >> Nightmare - I have people from 8 different continents ready for >> testing tomorrow evening - and now this. >> >> We will be moving to a proper hosted site - but they want to check >> the interface / workflow first. >> >> Nightmare >> >> William >> >> On 2 Jun 2008, at 20:44, Dale Bengston wrote: >>> I have seen similar things happen occasionally if you're using OS >>> X Server and the Performance Cache option is set. Beyond that, >>> I'm not sure what's going on. What has changed since this >>> morning? Apache settings? Web hosting? >>> >>> Dale >>> >>> On Jun 2, 2008, at 2:35 PM, william.downs wrote: >>> >>>> Hi Dale, >>>> >>>> The values look good in FMP - they also are echoed correctly - >>>> and it was working up until this afternoon - >>>> >>>> I have just created another page - simple href in it - and it >>>> does the same ! So it is NOT a FMP / FX.php problem, but >>>> something else ! >>>> >>>> William >>>> >>>> >>>> On 2 Jun 2008, at 20:10, Dale Bengston wrote: >>>>> Hi William, >>>>> >>>>> What do the values look like in the FMP table? Are they correct >>>>> there? >>>>> >>>>> How are you construcuing the links in the browser with data >>>>> from FX? Can you post a code snippet? >>>>> >>>>> Thanks, >>>>> Dale >>>>> >>>>> On Jun 2, 2008, at 1:04 PM, william.downs wrote: >>>>> >>>>>> >>>>>> Hi There - >>>>>> >>>>>> This is probably off topic so excuse me if it is - but >>>>>> something very strange is happening. >>>>>> >>>>>> In a Filemaker FX.php solution, I have URL's extracted from >>>>>> the DB - links to an external web site. >>>>>> >>>>>> Now, when I click on the link - my IP address (dhcp from my >>>>>> ADSL) is prepended to the outgoing link !! >>>>>> >>>>>> Example - instead of http://www.yahoo.com >>>>>> >>>>>> I am now getting http://127.0.0.1/clientBuild/www.yahoo.com >>>>>> >>>>>> or also >>>>>> >>>>>> http://85.211.14.72/clientBuild/www.yahoo.com >>>>>> >>>>>> Anybody seen this before ? >>>>>> >>>>>> I am using Mac OS X 10.4, Filemaker 9.03 SA (although it's >>>>>> surely not an FX problem) >>>>>> >>>>>> Perplexed, >>>>>> >>>>>> 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 >> >> _______________________________________________ >> 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 Mon Jun 2 14:17:06 2008 From: jsfmp at earthlink.net (Joel Shapiro) Date: Mon Jun 2 14:17:23 2008 Subject: [FX.php List] Messed up Up Outgoing Links In-Reply-To: <5B1A0FFF-FF51-43F5-BAD7-0E783B8DD2A7@gmail.com> References: <1560735.3631211990988249.JavaMail.tcmeyers@troymeyers.com> <10D49B8F-EA58-429E-8271-A56ED9543BCB@gmail.com> <6D850343-A1A5-484A-A69E-9FD9E2ECA411@gmail.com> <5B1A0FFF-FF51-43F5-BAD7-0E783B8DD2A7@gmail.com> Message-ID: Hi William try addiing "http://" before the www -Joel On Jun 2, 2008, at 1:11 PM, william.downs wrote: > Thanks Dale, > > Here we go > > click here > > In my browser then I get > > http://127.0.0.1/www.yahoo.com > > Regards > > William > > > On 2 Jun 2008, at 20:57, Dale Bengston wrote: >> William, >> >> Please post your code for creating links. >> >> Thanks, >> Dale >> >> >> On Jun 2, 2008, at 2:50 PM, william.downs wrote: >> >>> Nothing at all as far as I am concerned - nothing changed ! >>> >>> Nightmare - I have people from 8 different continents ready for >>> testing tomorrow evening - and now this. >>> >>> We will be moving to a proper hosted site - but they want to >>> check the interface / workflow first. >>> >>> Nightmare >>> >>> William >>> >>> On 2 Jun 2008, at 20:44, Dale Bengston wrote: >>>> I have seen similar things happen occasionally if you're using >>>> OS X Server and the Performance Cache option is set. Beyond >>>> that, I'm not sure what's going on. What has changed since this >>>> morning? Apache settings? Web hosting? >>>> >>>> Dale >>>> >>>> On Jun 2, 2008, at 2:35 PM, william.downs wrote: >>>> >>>>> Hi Dale, >>>>> >>>>> The values look good in FMP - they also are echoed correctly - >>>>> and it was working up until this afternoon - >>>>> >>>>> I have just created another page - simple href in it - and it >>>>> does the same ! So it is NOT a FMP / FX.php problem, but >>>>> something else ! >>>>> >>>>> William >>>>> >>>>> >>>>> On 2 Jun 2008, at 20:10, Dale Bengston wrote: >>>>>> Hi William, >>>>>> >>>>>> What do the values look like in the FMP table? Are they >>>>>> correct there? >>>>>> >>>>>> How are you construcuing the links in the browser with data >>>>>> from FX? Can you post a code snippet? >>>>>> >>>>>> Thanks, >>>>>> Dale >>>>>> >>>>>> On Jun 2, 2008, at 1:04 PM, william.downs wrote: >>>>>> >>>>>>> >>>>>>> Hi There - >>>>>>> >>>>>>> This is probably off topic so excuse me if it is - but >>>>>>> something very strange is happening. >>>>>>> >>>>>>> In a Filemaker FX.php solution, I have URL's extracted from >>>>>>> the DB - links to an external web site. >>>>>>> >>>>>>> Now, when I click on the link - my IP address (dhcp from my >>>>>>> ADSL) is prepended to the outgoing link !! >>>>>>> >>>>>>> Example - instead of http://www.yahoo.com >>>>>>> >>>>>>> I am now getting http://127.0.0.1/clientBuild/www.yahoo.com >>>>>>> >>>>>>> or also >>>>>>> >>>>>>> http://85.211.14.72/clientBuild/www.yahoo.com >>>>>>> >>>>>>> Anybody seen this before ? >>>>>>> >>>>>>> I am using Mac OS X 10.4, Filemaker 9.03 SA (although it's >>>>>>> surely not an FX problem) >>>>>>> >>>>>>> Perplexed, >>>>>>> >>>>>>> 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 >>> >>> _______________________________________________ >>> 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 Mon Jun 2 14:25:16 2008 From: william.downs at gmail.com (william.downs) Date: Mon Jun 2 14:25:50 2008 Subject: [FX.php List] Messed up Up Outgoing Links In-Reply-To: References: <1560735.3631211990988249.JavaMail.tcmeyers@troymeyers.com> <10D49B8F-EA58-429E-8271-A56ED9543BCB@gmail.com> <6D850343-A1A5-484A-A69E-9FD9E2ECA411@gmail.com> <5B1A0FFF-FF51-43F5-BAD7-0E783B8DD2A7@gmail.com> Message-ID: <2FEC91CE-75AD-4290-8DD4-02258BF74A59@gmail.com> I can't be so simple and stupid ??? MANY thanks - ned to go back to the Apache handbook I think !! MANY MANY thanks - it's bee a long time since I slept ! William On 2 Jun 2008, at 21:17, Joel Shapiro wrote: > Hi William > > try addiing "http://" before the www > > -Joel > > > On Jun 2, 2008, at 1:11 PM, william.downs wrote: > >> Thanks Dale, >> >> Here we go >> >> click here >> >> In my browser then I get >> >> http://127.0.0.1/www.yahoo.com >> >> Regards >> >> William >> >> >> On 2 Jun 2008, at 20:57, Dale Bengston wrote: >>> William, >>> >>> Please post your code for creating links. >>> >>> Thanks, >>> Dale >>> >>> >>> On Jun 2, 2008, at 2:50 PM, william.downs wrote: >>> >>>> Nothing at all as far as I am concerned - nothing changed ! >>>> >>>> Nightmare - I have people from 8 different continents ready for >>>> testing tomorrow evening - and now this. >>>> >>>> We will be moving to a proper hosted site - but they want to >>>> check the interface / workflow first. >>>> >>>> Nightmare >>>> >>>> William >>>> >>>> On 2 Jun 2008, at 20:44, Dale Bengston wrote: >>>>> I have seen similar things happen occasionally if you're using >>>>> OS X Server and the Performance Cache option is set. Beyond >>>>> that, I'm not sure what's going on. What has changed since this >>>>> morning? Apache settings? Web hosting? >>>>> >>>>> Dale >>>>> >>>>> On Jun 2, 2008, at 2:35 PM, william.downs wrote: >>>>> >>>>>> Hi Dale, >>>>>> >>>>>> The values look good in FMP - they also are echoed correctly - >>>>>> and it was working up until this afternoon - >>>>>> >>>>>> I have just created another page - simple href in it - and it >>>>>> does the same ! So it is NOT a FMP / FX.qhp problem, but >>>>>> something else ! >>>>>> >>>>>> William >>>>>> >>>>>> >>>>>> On 2 Jun 2008, at 20:10, Dale Bengston wrote: >>>>>>> Hi William, >>>>>>> >>>>>>> What do the values look like in the FMP table? Are they >>>>>>> correct there? >>>>>>> >>>>>>> How are you construcuing the links in the browser with data >>>>>>> from FX? Can you post a code snippet? >>>>>>> >>>>>>> Thanks, >>>>>>> Dale >>>>>>> >>>>>>> On Jun 2, 2008, at 1:04 PM, william.downs wrote: >>>>>>> >>>>>>>> >>>>>>>> Hi There - >>>>>>>> >>>>>>>> This is probably off topic so excuse me if it is - but >>>>>>>> something very strange is happening. >>>>>>>> >>>>>>>> In a Filemaker FX.php solution, I have URL's extracted from >>>>>>>> the DB - links to an external web site. >>>>>>>> >>>>>>>> Now, when I click on the link - my IP address (dhcp from my >>>>>>>> ADSL) is prepended to the outgoing link !! >>>>>>>> >>>>>>>> Example - instead of http://www.yahoo.com >>>>>>>> >>>>>>>> I am now getting http://127.0.0.1/clientBuild/www.yahoo.com >>>>>>>> >>>>>>>> or also >>>>>>>> >>>>>>>> http://85.211.14.72/clientBuild/www.yahoo.com >>>>>>>> >>>>>>>> Anybody seen this before ? >>>>>>>> >>>>>>>> I am using Mac OS X 10.4, Filemaker 9.03 SA (although it's >>>>>>>> surely not an FX problem) >>>>>>>> >>>>>>>> Perplexed, >>>>>>>> >>>>>>>> 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 >>>> >>>> _______________________________________________ >>>> 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 Mon Jun 2 14:42:10 2008 From: dbengston at tds.net (Dale Bengston) Date: Mon Jun 2 14:42:38 2008 Subject: [FX.php List] Messed up Up Outgoing Links In-Reply-To: <2FEC91CE-75AD-4290-8DD4-02258BF74A59@gmail.com> References: <1560735.3631211990988249.JavaMail.tcmeyers@troymeyers.com> <10D49B8F-EA58-429E-8271-A56ED9543BCB@gmail.com> <6D850343-A1A5-484A-A69E-9FD9E2ECA411@gmail.com> <5B1A0FFF-FF51-43F5-BAD7-0E783B8DD2A7@gmail.com> <2FEC91CE-75AD-4290-8DD4-02258BF74A59@gmail.com> Message-ID: <9BF153EF-F1EE-40F5-BBE4-8F4FAB6273F1@tds.net> Yaaay! Thanks, Joel! On Jun 2, 2008, at 3:25 PM, william.downs wrote: > I can't be so simple and stupid ??? > > MANY thanks - ned to go back to the Apache handbook I think !! > > MANY MANY thanks - it's bee a long time since I slept ! > > William > > On 2 Jun 2008, at 21:17, Joel Shapiro wrote: >> Hi William >> >> try addiing "http://" before the www >> >> -Joel >> >> >> On Jun 2, 2008, at 1:11 PM, william.downs wrote: >> >>> Thanks Dale, >>> >>> Here we go >>> >>> click here >>> >>> In my browser then I get >>> >>> http://127.0.0.1/www.yahoo.com >>> >>> Regards >>> >>> William >>> >>> >>> On 2 Jun 2008, at 20:57, Dale Bengston wrote: >>>> William, >>>> >>>> Please post your code for creating links. >>>> >>>> Thanks, >>>> Dale >>>> >>>> >>>> On Jun 2, 2008, at 2:50 PM, william.downs wrote: >>>> >>>>> Nothing at all as far as I am concerned - nothing changed ! >>>>> >>>>> Nightmare - I have people from 8 different continents ready for >>>>> testing tomorrow evening - and now this. >>>>> >>>>> We will be moving to a proper hosted site - but they want to >>>>> check the interface / workflow first. >>>>> >>>>> Nightmare >>>>> >>>>> William >>>>> >>>>> On 2 Jun 2008, at 20:44, Dale Bengston wrote: >>>>>> I have seen similar things happen occasionally if you're using >>>>>> OS X Server and the Performance Cache option is set. Beyond >>>>>> that, I'm not sure what's going on. What has changed since this >>>>>> morning? Apache settings? Web hosting? >>>>>> >>>>>> Dale >>>>>> >>>>>> On Jun 2, 2008, at 2:35 PM, william.downs wrote: >>>>>> >>>>>>> Hi Dale, >>>>>>> >>>>>>> The values look good in FMP - they also are echoed correctly - >>>>>>> and it was working up until this afternoon - >>>>>>> >>>>>>> I have just created another page - simple href in it - and it >>>>>>> does the same ! So it is NOT a FMP / FX.qhp problem, but >>>>>>> something else ! >>>>>>> >>>>>>> William >>>>>>> >>>>>>> >>>>>>> On 2 Jun 2008, at 20:10, Dale Bengston wrote: >>>>>>>> Hi William, >>>>>>>> >>>>>>>> What do the values look like in the FMP table? Are they >>>>>>>> correct there? >>>>>>>> >>>>>>>> How are you construcuing the links in the browser with data >>>>>>>> from FX? Can you post a code snippet? >>>>>>>> >>>>>>>> Thanks, >>>>>>>> Dale >>>>>>>> >>>>>>>> On Jun 2, 2008, at 1:04 PM, william.downs wrote: >>>>>>>> >>>>>>>>> >>>>>>>>> Hi There - >>>>>>>>> >>>>>>>>> This is probably off topic so excuse me if it is - but >>>>>>>>> something very strange is happening. >>>>>>>>> >>>>>>>>> In a Filemaker FX.php solution, I have URL's extracted from >>>>>>>>> the DB - links to an external web site. >>>>>>>>> >>>>>>>>> Now, when I click on the link - my IP address (dhcp from my >>>>>>>>> ADSL) is prepended to the outgoing link !! >>>>>>>>> >>>>>>>>> Example - instead of http://www.yahoo.com >>>>>>>>> >>>>>>>>> I am now getting http://127.0.0.1/clientBuild/www.yahoo.com >>>>>>>>> >>>>>>>>> or also >>>>>>>>> >>>>>>>>> http://85.211.14.72/clientBuild/www.yahoo.com >>>>>>>>> >>>>>>>>> Anybody seen this before ? >>>>>>>>> >>>>>>>>> I am using Mac OS X 10.4, Filemaker 9.03 SA (although it's >>>>>>>>> surely not an FX problem) >>>>>>>>> >>>>>>>>> Perplexed, >>>>>>>>> >>>>>>>>> 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 >>>>> >>>>> _______________________________________________ >>>>> 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 jsfmp at earthlink.net Mon Jun 2 14:44:16 2008 From: jsfmp at earthlink.net (Joel Shapiro) Date: Mon Jun 2 14:44:39 2008 Subject: [FX.php List] Messed up Up Outgoing Links In-Reply-To: <2FEC91CE-75AD-4290-8DD4-02258BF74A59@gmail.com> References: <1560735.3631211990988249.JavaMail.tcmeyers@troymeyers.com> <10D49B8F-EA58-429E-8271-A56ED9543BCB@gmail.com> <6D850343-A1A5-484A-A69E-9FD9E2ECA411@gmail.com> <5B1A0FFF-FF51-43F5-BAD7-0E783B8DD2A7@gmail.com> <2FEC91CE-75AD-4290-8DD4-02258BF74A59@gmail.com> Message-ID: Hi William I'm glad that fixed things. I was going to suggest that before you posted your link, because without the "http://", a basic link remains inside the current domain (or even directory) -- so you need to explicitlly tell it to go back out to the Internet via http:// e.g. If you had some other page *within* your current directory (on the same domain), you could simply use: click here , which would be equivalent to linking to the full URL: click here Now go get some sleep! :-) -Joel On Jun 2, 2008, at 1:25 PM, william.downs wrote: > I can't be so simple and stupid ??? > > MANY thanks - ned to go back to the Apache handbook I think !! > > MANY MANY thanks - it's bee a long time since I slept ! > > William > > On 2 Jun 2008, at 21:17, Joel Shapiro wrote: >> Hi William >> >> try addiing "http://" before the www >> >> -Joel >> >> >> On Jun 2, 2008, at 1:11 PM, william.downs wrote: >> >>> Thanks Dale, >>> >>> Here we go >>> >>> click here >>> >>> In my browser then I get >>> >>> http://127.0.0.1/www.yahoo.com >>> >>> Regards >>> >>> William >>> >>> >>> On 2 Jun 2008, at 20:57, Dale Bengston wrote: >>>> William, >>>> >>>> Please post your code for creating links. >>>> >>>> Thanks, >>>> Dale >>>> >>>> >>>> On Jun 2, 2008, at 2:50 PM, william.downs wrote: >>>> >>>>> Nothing at all as far as I am concerned - nothing changed ! >>>>> >>>>> Nightmare - I have people from 8 different continents ready for >>>>> testing tomorrow evening - and now this. >>>>> >>>>> We will be moving to a proper hosted site - but they want to >>>>> check the interface / workflow first. >>>>> >>>>> Nightmare >>>>> >>>>> William >>>>> >>>>> On 2 Jun 2008, at 20:44, Dale Bengston wrote: >>>>>> I have seen similar things happen occasionally if you're using >>>>>> OS X Server and the Performance Cache option is set. Beyond >>>>>> that, I'm not sure what's going on. What has changed since >>>>>> this morning? Apache settings? Web hosting? >>>>>> >>>>>> Dale >>>>>> >>>>>> On Jun 2, 2008, at 2:35 PM, william.downs wrote: >>>>>> >>>>>>> Hi Dale, >>>>>>> >>>>>>> The values look good in FMP - they also are echoed correctly >>>>>>> - and it was working up until this afternoon - >>>>>>> >>>>>>> I have just created another page - simple href in it - and it >>>>>>> does the same ! So it is NOT a FMP / FX.qhp problem, but >>>>>>> something else ! >>>>>>> >>>>>>> William >>>>>>> >>>>>>> >>>>>>> On 2 Jun 2008, at 20:10, Dale Bengston wrote: >>>>>>>> Hi William, >>>>>>>> >>>>>>>> What do the values look like in the FMP table? Are they >>>>>>>> correct there? >>>>>>>> >>>>>>>> How are you construcuing the links in the browser with data >>>>>>>> from FX? Can you post a code snippet? >>>>>>>> >>>>>>>> Thanks, >>>>>>>> Dale >>>>>>>> >>>>>>>> On Jun 2, 2008, at 1:04 PM, william.downs wrote: >>>>>>>> >>>>>>>>> >>>>>>>>> Hi There - >>>>>>>>> >>>>>>>>> This is probably off topic so excuse me if it is - but >>>>>>>>> something very strange is happening. >>>>>>>>> >>>>>>>>> In a Filemaker FX.php solution, I have URL's extracted from >>>>>>>>> the DB - links to an external web site. >>>>>>>>> >>>>>>>>> Now, when I click on the link - my IP address (dhcp from my >>>>>>>>> ADSL) is prepended to the outgoing link !! >>>>>>>>> >>>>>>>>> Example - instead of http://www.yahoo.com >>>>>>>>> >>>>>>>>> I am now getting http://127.0.0.1/clientBuild/www.yahoo.com >>>>>>>>> >>>>>>>>> or also >>>>>>>>> >>>>>>>>> http://85.211.14.72/clientBuild/www.yahoo.com >>>>>>>>> >>>>>>>>> Anybody seen this before ? >>>>>>>>> >>>>>>>>> I am using Mac OS X 10.4, Filemaker 9.03 SA (although it's >>>>>>>>> surely not an FX problem) >>>>>>>>> >>>>>>>>> Perplexed, >>>>>>>>> >>>>>>>>> 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 >>>>> >>>>> _______________________________________________ >>>>> 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 jsfmp at earthlink.net Mon Jun 2 14:45:01 2008 From: jsfmp at earthlink.net (Joel Shapiro) Date: Mon Jun 2 14:45:29 2008 Subject: [FX.php List] Messed up Up Outgoing Links In-Reply-To: <9BF153EF-F1EE-40F5-BBE4-8F4FAB6273F1@tds.net> References: <1560735.3631211990988249.JavaMail.tcmeyers@troymeyers.com> <10D49B8F-EA58-429E-8271-A56ED9543BCB@gmail.com> <6D850343-A1A5-484A-A69E-9FD9E2ECA411@gmail.com> <5B1A0FFF-FF51-43F5-BAD7-0E783B8DD2A7@gmail.com> <2FEC91CE-75AD-4290-8DD4-02258BF74A59@gmail.com> <9BF153EF-F1EE-40F5-BBE4-8F4FAB6273F1@tds.net> Message-ID: <1EAB7614-D4AF-4048-94F0-E5B720648060@earthlink.net> We often seem to cross email paths, Dale. Yep, good team work! -Joel On Jun 2, 2008, at 1:42 PM, Dale Bengston wrote: > Yaaay! Thanks, Joel! > > > On Jun 2, 2008, at 3:25 PM, william.downs wrote: > >> I can't be so simple and stupid ??? >> >> MANY thanks - ned to go back to the Apache handbook I think !! >> >> MANY MANY thanks - it's bee a long time since I slept ! >> >> William >> >> On 2 Jun 2008, at 21:17, Joel Shapiro wrote: >>> Hi William >>> >>> try addiing "http://" before the www >>> >>> -Joel >>> >>> >>> On Jun 2, 2008, at 1:11 PM, william.downs wrote: >>> >>>> Thanks Dale, >>>> >>>> Here we go >>>> >>>> click here >>>> >>>> In my browser then I get >>>> >>>> http://127.0.0.1/www.yahoo.com >>>> >>>> Regards >>>> >>>> William >>>> >>>> >>>> On 2 Jun 2008, at 20:57, Dale Bengston wrote: >>>>> William, >>>>> >>>>> Please post your code for creating links. >>>>> >>>>> Thanks, >>>>> Dale >>>>> >>>>> >>>>> On Jun 2, 2008, at 2:50 PM, william.downs wrote: >>>>> >>>>>> Nothing at all as far as I am concerned - nothing changed ! >>>>>> >>>>>> Nightmare - I have people from 8 different continents ready >>>>>> for testing tomorrow evening - and now this. >>>>>> >>>>>> We will be moving to a proper hosted site - but they want to >>>>>> check the interface / workflow first. >>>>>> >>>>>> Nightmare >>>>>> >>>>>> William >>>>>> >>>>>> On 2 Jun 2008, at 20:44, Dale Bengston wrote: >>>>>>> I have seen similar things happen occasionally if you're >>>>>>> using OS X Server and the Performance Cache option is set. >>>>>>> Beyond that, I'm not sure what's going on. What has changed >>>>>>> since this morning? Apache settings? Web hosting? >>>>>>> >>>>>>> Dale >>>>>>> >>>>>>> On Jun 2, 2008, at 2:35 PM, william.downs wrote: >>>>>>> >>>>>>>> Hi Dale, >>>>>>>> >>>>>>>> The values look good in FMP - they also are echoed correctly >>>>>>>> - and it was working up until this afternoon - >>>>>>>> >>>>>>>> I have just created another page - simple href in it - and >>>>>>>> it does the same ! So it is NOT a FMP / FX.qhp problem, but >>>>>>>> something else ! >>>>>>>> >>>>>>>> William >>>>>>>> >>>>>>>> >>>>>>>> On 2 Jun 2008, at 20:10, Dale Bengston wrote: >>>>>>>>> Hi William, >>>>>>>>> >>>>>>>>> What do the values look like in the FMP table? Are they >>>>>>>>> correct there? >>>>>>>>> >>>>>>>>> How are you construcuing the links in the browser with data >>>>>>>>> from FX? Can you post a code snippet? >>>>>>>>> >>>>>>>>> Thanks, >>>>>>>>> Dale >>>>>>>>> >>>>>>>>> On Jun 2, 2008, at 1:04 PM, william.downs wrote: >>>>>>>>> >>>>>>>>>> >>>>>>>>>> Hi There - >>>>>>>>>> >>>>>>>>>> This is probably off topic so excuse me if it is - but >>>>>>>>>> something very strange is happening. >>>>>>>>>> >>>>>>>>>> In a Filemaker FX.php solution, I have URL's extracted >>>>>>>>>> from the DB - links to an external web site. >>>>>>>>>> >>>>>>>>>> Now, when I click on the link - my IP address (dhcp from >>>>>>>>>> my ADSL) is prepended to the outgoing link !! >>>>>>>>>> >>>>>>>>>> Example - instead of http://www.yahoo.com >>>>>>>>>> >>>>>>>>>> I am now getting http://127.0.0.1/clientBuild/www.yahoo.com >>>>>>>>>> >>>>>>>>>> or also >>>>>>>>>> >>>>>>>>>> http://85.211.14.72/clientBuild/www.yahoo.com >>>>>>>>>> >>>>>>>>>> Anybody seen this before ? >>>>>>>>>> >>>>>>>>>> I am using Mac OS X 10.4, Filemaker 9.03 SA (although it's >>>>>>>>>> surely not an FX problem) >>>>>>>>>> >>>>>>>>>> Perplexed, >>>>>>>>>> >>>>>>>>>> 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 >>>>>> >>>>>> _______________________________________________ >>>>>> 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 william.downs at gmail.com Mon Jun 2 14:49:03 2008 From: william.downs at gmail.com (william.downs) Date: Mon Jun 2 14:49:38 2008 Subject: [FX.php List] Messed up Up Outgoing Links In-Reply-To: References: <1560735.3631211990988249.JavaMail.tcmeyers@troymeyers.com> <10D49B8F-EA58-429E-8271-A56ED9543BCB@gmail.com> <6D850343-A1A5-484A-A69E-9FD9E2ECA411@gmail.com> <5B1A0FFF-FF51-43F5-BAD7-0E783B8DD2A7@gmail.com> <2FEC91CE-75AD-4290-8DD4-02258BF74A59@gmail.com> Message-ID: Many thanks to you guys ...zzzzzzzzzzzzzzz On 2 Jun 2008, at 21:44, Joel Shapiro wrote: > Hi William > > I'm glad that fixed things. > > I was going to suggest that before you posted your link, because > without the "http://", a basic link remains inside the current > domain (or even directory) -- so you need to explicitlly tell it to > go back out to the Internet via http:// > > e.g. If you had some other page *within* your current directory (on > the same domain), you could simply use: > click here , which would be > equivalent to linking to the full URL: > click here > > Now go get some sleep! :-) > > -Joel > > > On Jun 2, 2008, at 1:25 PM, william.downs wrote: > >> I can't be so simple and stupid ??? >> >> MANY thanks - ned to go back to the Apache handbook I think !! >> >> MANY MANY thanks - it's bee a long time since I slept ! >> >> William >> >> On 2 Jun 2008, at 21:17, Joel Shapiro wrote: >>> Hi William >>> >>> try addiing "http://" before the www >>> >>> -Joel >>> >>> >>> On Jun 2, 2008, at 1:11 PM, william.downs wrote: >>> >>>> Thanks Dale, >>>> >>>> Here we go >>>> >>>> click here >>>> >>>> In my browser then I get >>>> >>>> http://127.0.0.1/www.yahoo.com >>>> >>>> Regards >>>> >>>> William >>>> >>>> >>>> On 2 Jun 2008, at 20:57, Dale Bengston wrote: >>>>> William, >>>>> >>>>> Please post your code for creating links. >>>>> >>>>> Thanks, >>>>> Dale >>>>> >>>>> >>>>> On Jun 2, 2008, at 2:50 PM, william.downs wrote: >>>>> >>>>>> Nothing at all as far as I am concerned - nothing changed ! >>>>>> >>>>>> Nightmare - I have people from 8 different continents ready >>>>>> for testing tomorrow evening - and now this. >>>>>> >>>>>> We will be moving to a proper hosted site - but they want to >>>>>> check the interface / workflow first. >>>>>> >>>>>> Nightmare >>>>>> >>>>>> William >>>>>> >>>>>> On 2 Jun 2008, at 20:44, Dale Bengston wrote: >>>>>>> I have seen similar things happen occasionally if you're >>>>>>> using OS X Server and the Performance Cache option is set. >>>>>>> Beyond that, I'm not sure what's going on. What has changed >>>>>>> since this morning? Apache settings? Web hosting? >>>>>>> >>>>>>> Dale >>>>>>> >>>>>>> On Jun 2, 2008, at 2:35 PM, william.downs wrote: >>>>>>> >>>>>>>> Hi Dale, >>>>>>>> >>>>>>>> The values look good in FMP - they also are echoed correctly >>>>>>>> - and it was working up until this afternoon - >>>>>>>> >>>>>>>> I have just created another page - simple href in it - and >>>>>>>> it does the same ! So it is NOT a FMP / FX.qhp problem, but >>>>>>>> something else ! >>>>>>>> >>>>>>>> William >>>>>>>> >>>>>>>> >>>>>>>> On 2 Jun 2008, at 20:10, Dale Bengston wrote: >>>>>>>>> Hi William, >>>>>>>>> >>>>>>>>> What do the values look like in the FMP table? Are they >>>>>>>>> correct there? >>>>>>>>> >>>>>>>>> How are you construcuing the links in the browser with data >>>>>>>>> from FX? Can you post a code snippet? >>>>>>>>> >>>>>>>>> Thanks, >>>>>>>>> Dale >>>>>>>>> >>>>>>>>> On Jun 2, 2008, at 1:04 PM, william.downs wrote: >>>>>>>>> >>>>>>>>>> >>>>>>>>>> Hi There - >>>>>>>>>> >>>>>>>>>> This is probably off topic so excuse me if it is - but >>>>>>>>>> something very strange is happening. >>>>>>>>>> >>>>>>>>>> In a Filemaker FX.php solution, I have URL's extracted >>>>>>>>>> from the DB - links to an external web site. >>>>>>>>>> >>>>>>>>>> Now, when I click on the link - my IP address (dhcp from >>>>>>>>>> my ADSL) is prepended to the outgoing link !! >>>>>>>>>> >>>>>>>>>> Example - instead of http://www.yahoo.com >>>>>>>>>> >>>>>>>>>> I am now getting http://127.0.0.1/clientBuild/www.yahoo.com >>>>>>>>>> >>>>>>>>>> or also >>>>>>>>>> >>>>>>>>>> http://85.211.14.72/clientBuild/www.yahoo.com >>>>>>>>>> >>>>>>>>>> Anybody seen this before ? >>>>>>>>>> >>>>>>>>>> I am using Mac OS X 10.4, Filemaker 9.03 SA (although it's >>>>>>>>>> surely not an FX problem) >>>>>>>>>> >>>>>>>>>> Perplexed, >>>>>>>>>> >>>>>>>>>> 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 >>>>>> >>>>>> _______________________________________________ >>>>>> 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 john at technames.com Mon Jun 2 15:01:38 2008 From: john at technames.com (John Moed) Date: Mon Jun 2 15:02:05 2008 Subject: [FX.php List] Re: Messed up Up Outgoing Links In-Reply-To: <20080602204442.2897387DD20@mail.iviking.org> References: <20080602204442.2897387DD20@mail.iviking.org> Message-ID: <00f901c8c4f3$d9e83530$8db89f90$@com> It won't work without the http:// in front for web pages / sites. Here is a working sample from my site: In my database, I have the websites without the www and, with the above line, I tack the http:// to the front. Thanks, John From jsfmp at earthlink.net Wed Jun 4 15:51:32 2008 From: jsfmp at earthlink.net (Joel Shapiro) Date: Wed Jun 4 15:51:43 2008 Subject: [FX.php List] preventing refresh from rePOSTing? Message-ID: <23256D29-E512-4148-B551-A770ECCCFB6B@earthlink.net> Hi all I've got a real small project in which a user fills out a web form, and as long as all required fields contain data, a new record gets created on submit. I've got the processing and the form on the same php page. Can anyone suggest a quick/easy way to prevent the user from rePOSTing -- and thus adding an additional (duplicate) record -- by refreshing the page after submission? The page *does* need to allow a user to submit additional records after the first submission, but I don't want a simple refresh to create a new record. I can think of some ways to do this but don't want to re-invent the wheel if there's some standard way to do this already. TIA, -Joel From bob at patin.com Wed Jun 4 16:08:45 2008 From: bob at patin.com (Bob Patin) Date: Wed Jun 4 16:10:32 2008 Subject: [FX.php List] preventing refresh from rePOSTing? In-Reply-To: <23256D29-E512-4148-B551-A770ECCCFB6B@earthlink.net> References: <23256D29-E512-4148-B551-A770ECCCFB6B@earthlink.net> Message-ID: <438B06D6-4286-4D0D-A09E-D96ED372AFBF@patin.com> I don't know of a standard way, but you might write some code that does a duplicate check before writing the record; send some sort of unique identifier with your POST, and then a dupe record couldn't be created... Off the top of my rather bald head, Bob Patin Longterm Solutions bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com FileMaker 9 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet CONTACT US VIA INSTANT MESSAGING: AIM or iChat: longterm1954 Yahoo: longterm_solutions MSN: tech@longtermsolutions.com ICQ: 159333060 -------------------------- Contact us for FileMaker hosting and programming for all versions of FileMaker PHP ? CDML ? Full email services ? Free DNS hosting ? Colocation ? Consulting On Jun 4, 2008, at 4:51 PM, Joel Shapiro wrote: > Hi all > > I've got a real small project in which a user fills out a web form, > and as long as all required fields contain data, a new record gets > created on submit. > > I've got the processing and the form on the same php page. > > Can anyone suggest a quick/easy way to prevent the user from > rePOSTing -- and thus adding an additional (duplicate) record -- by > refreshing the page after submission? The page *does* need to allow > a user to submit additional records after the first submission, but > I don't want a simple refresh to create a new record. > > I can think of some ways to do this but don't want to re-invent the > wheel if there's some standard way to do this already. > > TIA, > -Joel > _______________________________________________ > 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 Jun 4 16:30:37 2008 From: jsfmp at earthlink.net (Joel Shapiro) Date: Wed Jun 4 16:30:52 2008 Subject: [FX.php List] preventing refresh from rePOSTing? In-Reply-To: <438B06D6-4286-4D0D-A09E-D96ED372AFBF@patin.com> References: <23256D29-E512-4148-B551-A770ECCCFB6B@earthlink.net> <438B06D6-4286-4D0D-A09E-D96ED372AFBF@patin.com> Message-ID: Thanks for the quick reply, Bob. I had thought of that, but it seemed like a lot to do (do a find for all fields on the form) What I did was put: header('Location: mypage.php'); exit; after a successful FMNew(), so now a refresh no longer contains POST data Solved (& pretty painlessly :) -Joel On Jun 4, 2008, at 3:08 PM, Bob Patin wrote: > I don't know of a standard way, but you might write some code that > does a duplicate check before writing the record; send some sort of > unique identifier with your POST, and then a dupe record couldn't > be created... > > Off the top of my rather bald head, > > Bob Patin > Longterm Solutions > bob@longtermsolutions.com > 615-333-6858 > http://www.longtermsolutions.com > FileMaker 9 Certified Developer > Member of FileMaker Business Alliance and FileMaker TechNet > > CONTACT US VIA INSTANT MESSAGING: > AIM or iChat: longterm1954 > Yahoo: longterm_solutions > MSN: tech@longtermsolutions.com > ICQ: 159333060 > > -------------------------- > Contact us for FileMaker hosting and programming for all versions > of FileMaker > PHP ? CDML ? Full email services ? Free DNS hosting ? Colocation ? > Consulting > > > > > On Jun 4, 2008, at 4:51 PM, Joel Shapiro wrote: > >> Hi all >> >> I've got a real small project in which a user fills out a web >> form, and as long as all required fields contain data, a new >> record gets created on submit. >> >> I've got the processing and the form on the same php page. >> >> Can anyone suggest a quick/easy way to prevent the user from >> rePOSTing -- and thus adding an additional (duplicate) record -- >> by refreshing the page after submission? The page *does* need to >> allow a user to submit additional records after the first >> submission, but I don't want a simple refresh to create a new record. >> >> I can think of some ways to do this but don't want to re-invent >> the wheel if there's some standard way to do this already. >> >> TIA, >> -Joel >> _______________________________________________ >> 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 Jun 4 20:59:20 2008 From: bob at patin.com (Bob Patin) Date: Wed Jun 4 21:01:00 2008 Subject: [FX.php List] preventing refresh from rePOSTing? In-Reply-To: References: <23256D29-E512-4148-B551-A770ECCCFB6B@earthlink.net> <438B06D6-4286-4D0D-A09E-D96ED372AFBF@patin.com> Message-ID: Your solution is easy, although it means that the record is written on page A and then you go to page B... I use that method in a lot of situations. However, you wouldn't have to do a find for ALL fields on the form-- just one flag field. In your post, you'd send a variable that is a unique identifier, and which could be written to a field in the database. Using PHP, create a random number, write the record. If someone were to refresh, the query would find that the variable already exists in a record, and skips the record-creation. It requires an additional query on the page though, and also requires an extra field in the database. Not really an elegant solution... I haven't used it, just spinning out a possibility... Bob Patin Longterm Solutions bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com FileMaker 9 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet CONTACT US VIA INSTANT MESSAGING: AIM or iChat: longterm1954 Yahoo: longterm_solutions MSN: tech@longtermsolutions.com ICQ: 159333060 -------------------------- Contact us for FileMaker hosting and programming for all versions of FileMaker PHP ? CDML ? Full email services ? Free DNS hosting ? Colocation ? Consulting On Jun 4, 2008, at 5:30 PM, Joel Shapiro wrote: > Thanks for the quick reply, Bob. > > I had thought of that, but it seemed like a lot to do (do a find for > all fields on the form) > > What I did was put: > header('Location: mypage.php'); > exit; > > after a successful FMNew(), so now a refresh no longer contains POST > data > > Solved (& pretty painlessly :) > > -Joel > > > On Jun 4, 2008, at 3:08 PM, Bob Patin wrote: > >> I don't know of a standard way, but you might write some code that >> does a duplicate check before writing the record; send some sort of >> unique identifier with your POST, and then a dupe record couldn't >> be created... >> >> Off the top of my rather bald head, >> >> Bob Patin >> Longterm Solutions >> bob@longtermsolutions.com >> 615-333-6858 >> http://www.longtermsolutions.com >> FileMaker 9 Certified Developer >> Member of FileMaker Business Alliance and FileMaker TechNet >> >> CONTACT US VIA INSTANT MESSAGING: >> AIM or iChat: longterm1954 >> Yahoo: longterm_solutions >> MSN: tech@longtermsolutions.com >> ICQ: 159333060 >> >> -------------------------- >> Contact us for FileMaker hosting and programming for all versions >> of FileMaker >> PHP ? CDML ? Full email services ? Free DNS hosting ? Colocation ? >> Consulting >> >> >> >> >> On Jun 4, 2008, at 4:51 PM, Joel Shapiro wrote: >> >>> Hi all >>> >>> I've got a real small project in which a user fills out a web >>> form, and as long as all required fields contain data, a new >>> record gets created on submit. >>> >>> I've got the processing and the form on the same php page. >>> >>> Can anyone suggest a quick/easy way to prevent the user from >>> rePOSTing -- and thus adding an additional (duplicate) record -- >>> by refreshing the page after submission? The page *does* need to >>> allow a user to submit additional records after the first >>> submission, but I don't want a simple refresh to create a new >>> record. >>> >>> I can think of some ways to do this but don't want to re-invent >>> the wheel if there's some standard way to do this already. >>> >>> TIA, >>> -Joel >>> _______________________________________________ >>> 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 Wed Jun 4 22:03:05 2008 From: dbengston at tds.net (Dale Bengston) Date: Wed Jun 4 22:03:18 2008 Subject: [FX.php List] preventing refresh from rePOSTing? In-Reply-To: References: <23256D29-E512-4148-B551-A770ECCCFB6B@earthlink.net> <438B06D6-4286-4D0D-A09E-D96ED372AFBF@patin.com> Message-ID: We are performing all record add/mod via AJAX. Page loads/refreshes only perform finds. Dale On Jun 4, 2008, at 9:59 PM, Bob Patin wrote: > Your solution is easy, although it means that the record is written > on page A and then you go to page B... I use that method in a lot of > situations. > > However, you wouldn't have to do a find for ALL fields on the form-- > just one flag field. > > In your post, you'd send a variable that is a unique identifier, and > which could be written to a field in the database. Using PHP, create > a random number, write the record. > > If someone were to refresh, the query would find that the variable > already exists in a record, and skips the record-creation. It > requires an additional query on the page though, and also requires > an extra field in the database. Not really an elegant solution... > > I haven't used it, just spinning out a possibility... > > Bob Patin > Longterm Solutions > bob@longtermsolutions.com > 615-333-6858 > http://www.longtermsolutions.com > FileMaker 9 Certified Developer > Member of FileMaker Business Alliance and FileMaker TechNet > > CONTACT US VIA INSTANT MESSAGING: > AIM or iChat: longterm1954 > Yahoo: longterm_solutions > MSN: tech@longtermsolutions.com > ICQ: 159333060 > > -------------------------- > Contact us for FileMaker hosting and programming for all versions of > FileMaker > PHP ? CDML ? Full email services ? Free DNS hosting ? Colocation ? > Consulting > > > On Jun 4, 2008, at 5:30 PM, Joel Shapiro wrote: > >> Thanks for the quick reply, Bob. >> >> I had thought of that, but it seemed like a lot to do (do a find >> for all fields on the form) >> >> What I did was put: >> header('Location: mypage.php'); >> exit; >> >> after a successful FMNew(), so now a refresh no longer contains >> POST data >> >> Solved (& pretty painlessly :) >> >> -Joel >> >> >> On Jun 4, 2008, at 3:08 PM, Bob Patin wrote: >> >>> I don't know of a standard way, but you might write some code that >>> does a duplicate check before writing the record; send some sort >>> of unique identifier with your POST, and then a dupe record >>> couldn't be created... >>> >>> Off the top of my rather bald head, >>> >>> Bob Patin >>> Longterm Solutions >>> bob@longtermsolutions.com >>> 615-333-6858 >>> http://www.longtermsolutions.com >>> FileMaker 9 Certified Developer >>> Member of FileMaker Business Alliance and FileMaker TechNet >>> >>> CONTACT US VIA INSTANT MESSAGING: >>> AIM or iChat: longterm1954 >>> Yahoo: longterm_solutions >>> MSN: tech@longtermsolutions.com >>> ICQ: 159333060 >>> >>> -------------------------- >>> Contact us for FileMaker hosting and programming for all versions >>> of FileMaker >>> PHP ? CDML ? Full email services ? Free DNS hosting ? Colocation ? >>> Consulting >>> >>> >>> >>> >>> On Jun 4, 2008, at 4:51 PM, Joel Shapiro wrote: >>> >>>> Hi all >>>> >>>> I've got a real small project in which a user fills out a web >>>> form, and as long as all required fields contain data, a new >>>> record gets created on submit. >>>> >>>> I've got the processing and the form on the same php page. >>>> >>>> Can anyone suggest a quick/easy way to prevent the user from >>>> rePOSTing -- and thus adding an additional (duplicate) record -- >>>> by refreshing the page after submission? The page *does* need to >>>> allow a user to submit additional records after the first >>>> submission, but I don't want a simple refresh to create a new >>>> record. >>>> >>>> I can think of some ways to do this but don't want to re-invent >>>> the wheel if there's some standard way to do this already. >>>> >>>> TIA, >>>> -Joel >>>> _______________________________________________ >>>> 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 Jun 5 04:08:46 2008 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Thu Jun 5 04:08:58 2008 Subject: [FX.php List] preventing refresh from rePOSTing? In-Reply-To: References: <23256D29-E512-4148-B551-A770ECCCFB6B@earthlink.net> <438B06D6-4286-4D0D-A09E-D96ED372AFBF@patin.com> Message-ID: Use a field for example populated from session with quality of Unique If you repost, you will receive error 504 ggt 2008/6/5 Dale Bengston : > We are performing all record add/mod via AJAX. Page loads/refreshes only > perform finds. > > Dale > > On Jun 4, 2008, at 9:59 PM, Bob Patin wrote: > >> Your solution is easy, although it means that the record is written on >> page A and then you go to page B... I use that method in a lot of >> situations. >> >> However, you wouldn't have to do a find for ALL fields on the form--just >> one flag field. >> >> In your post, you'd send a variable that is a unique identifier, and which >> could be written to a field in the database. Using PHP, create a random >> number, write the record. >> >> If someone were to refresh, the query would find that the variable already >> exists in a record, and skips the record-creation. It requires an additional >> query on the page though, and also requires an extra field in the database. >> Not really an elegant solution... >> >> I haven't used it, just spinning out a possibility... >> >> Bob Patin >> Longterm Solutions >> bob@longtermsolutions.com >> 615-333-6858 >> http://www.longtermsolutions.com >> FileMaker 9 Certified Developer >> Member of FileMaker Business Alliance and FileMaker TechNet >> >> CONTACT US VIA INSTANT MESSAGING: >> AIM or iChat: longterm1954 >> Yahoo: longterm_solutions >> MSN: tech@longtermsolutions.com >> ICQ: 159333060 >> >> -------------------------- >> Contact us for FileMaker hosting and programming for all versions of >> FileMaker >> PHP ? CDML ? Full email services ? Free DNS hosting ? Colocation ? >> Consulting >> >> >> On Jun 4, 2008, at 5:30 PM, Joel Shapiro wrote: >> >>> Thanks for the quick reply, Bob. >>> >>> I had thought of that, but it seemed like a lot to do (do a find for all >>> fields on the form) >>> >>> What I did was put: >>> header('Location: mypage.php'); >>> exit; >>> >>> after a successful FMNew(), so now a refresh no longer contains POST data >>> >>> Solved (& pretty painlessly :) >>> >>> -Joel >>> >>> >>> On Jun 4, 2008, at 3:08 PM, Bob Patin wrote: >>> >>>> I don't know of a standard way, but you might write some code that does >>>> a duplicate check before writing the record; send some sort of unique >>>> identifier with your POST, and then a dupe record couldn't be created... >>>> >>>> Off the top of my rather bald head, >>>> >>>> Bob Patin >>>> Longterm Solutions >>>> bob@longtermsolutions.com >>>> 615-333-6858 >>>> http://www.longtermsolutions.com >>>> FileMaker 9 Certified Developer >>>> Member of FileMaker Business Alliance and FileMaker TechNet >>>> >>>> CONTACT US VIA INSTANT MESSAGING: >>>> AIM or iChat: longterm1954 >>>> Yahoo: longterm_solutions >>>> MSN: tech@longtermsolutions.com >>>> ICQ: 159333060 >>>> >>>> -------------------------- >>>> Contact us for FileMaker hosting and programming for all versions of >>>> FileMaker >>>> PHP ? CDML ? Full email services ? Free DNS hosting ? Colocation ? >>>> Consulting >>>> >>>> >>>> >>>> >>>> On Jun 4, 2008, at 4:51 PM, Joel Shapiro wrote: >>>> >>>>> Hi all >>>>> >>>>> I've got a real small project in which a user fills out a web form, and >>>>> as long as all required fields contain data, a new record gets created on >>>>> submit. >>>>> >>>>> I've got the processing and the form on the same php page. >>>>> >>>>> Can anyone suggest a quick/easy way to prevent the user from rePOSTing >>>>> -- and thus adding an additional (duplicate) record -- by refreshing the >>>>> page after submission? The page *does* need to allow a user to submit >>>>> additional records after the first submission, but I don't want a simple >>>>> refresh to create a new record. >>>>> >>>>> I can think of some ways to do this but don't want to re-invent the >>>>> wheel if there's some standard way to do this already. >>>>> >>>>> TIA, >>>>> -Joel >>>>> _______________________________________________ >>>>> 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 william.downs at gmail.com Thu Jun 5 06:53:08 2008 From: william.downs at gmail.com (william.downs) Date: Thu Jun 5 06:53:27 2008 Subject: [FX.php List] preventing refresh from rePOSTing? In-Reply-To: <23256D29-E512-4148-B551-A770ECCCFB6B@earthlink.net> References: <23256D29-E512-4148-B551-A770ECCCFB6B@earthlink.net> Message-ID: <1C7EA168-1679-4028-BBBC-3AA92355FEDE@gmail.com> Hi Joel, At the risk of sounding like a total arse, the MVC architectural pattern is a good way of avoiding the initial problem. - which is that a refresh does a repost. It was not designed specifically for this problem, but it is a proper way of design - which I have only started to implement myself. Therein you have pages which do specific tasks - example FMNew - then present the user with another page - example FMFind Of course, I have once again not slept for a few days, so I may be slightly spaced out as I write ... Kindest Regards, William On 4 Jun 2008, at 22:51, Joel Shapiro wrote: > Hi all > > I've got a real small project in which a user fills out a web form, > and as long as all required fields contain data, a new record gets > created on submit. > > I've got the processing and the form on the same php page. > > Can anyone suggest a quick/easy way to prevent the user from > rePOSTing -- and thus adding an additional (duplicate) record -- by > refreshing the page after submission? The page *does* need to > allow a user to submit additional records after the first > submission, but I don't want a simple refresh to create a new record. > > I can think of some ways to do this but don't want to re-invent the > wheel if there's some standard way to do this already. > > TIA, > -Joel > _______________________________________________ > 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 Thu Jun 5 09:09:40 2008 From: jsfmp at earthlink.net (Joel Shapiro) Date: Thu Jun 5 09:09:54 2008 Subject: [FX.php List] preventing refresh from rePOSTing? In-Reply-To: References: <23256D29-E512-4148-B551-A770ECCCFB6B@earthlink.net> <438B06D6-4286-4D0D-A09E-D96ED372AFBF@patin.com> Message-ID: <23F6A4F6-65E1-4F86-B085-4F7D78D56B3F@earthlink.net> Thanks everybody @Bob: The header() call goes back to the same page, so this is still a one-page solution. This way there's no need to do any query for uniqueness at all, and a browser refresh only refreshes the just- loaded page (via the header() call), not the original/submitted page. @Dale: I like using AJAX, but this client has some users on very old computers, so I'm trying to keep JavaScript out of it. @ggt: I think you mean that the field in FMP could have validation set to Unique. The form is actually for email subscriptions, and the client had been manually checking for dupes before sending out their newsletters. I've added the Unique validation to the email field and now check for error 504, so this is a nice (& easy) addition. @William: I haven't gotten into MVC yet. I had hoped to see examples of people using it at last year's DevCon. This year I'm looking forward to Doug Finn's session, which is supposed to address it: Best, -Joel On Jun 4, 2008, at 3:30 PM, Joel Shapiro wrote: > What I did was put: > header('Location: mypage.php'); > exit; > > after a successful FMNew(), so now a refresh no longer contains > POST data > > Solved (& pretty painlessly :) > > -Joel > > > On Jun 4, 2008, at 3:08 PM, Bob Patin wrote: > >> I don't know of a standard way, but you might write some code that >> does a duplicate check before writing the record; send some sort >> of unique identifier with your POST, and then a dupe record >> couldn't be created... >> >> Off the top of my rather bald head, >> >> Bob Patin >> Longterm Solutions >> bob@longtermsolutions.com >> 615-333-6858 >> http://www.longtermsolutions.com >> FileMaker 9 Certified Developer >> Member of FileMaker Business Alliance and FileMaker TechNet >> >> CONTACT US VIA INSTANT MESSAGING: >> AIM or iChat: longterm1954 >> Yahoo: longterm_solutions >> MSN: tech@longtermsolutions.com >> ICQ: 159333060 >> >> -------------------------- >> Contact us for FileMaker hosting and programming for all versions >> of FileMaker >> PHP ? CDML ? Full email services ? Free DNS hosting ? Colocation ? >> Consulting >> >> >> >> >> On Jun 4, 2008, at 4:51 PM, Joel Shapiro wrote: >> >>> Hi all >>> >>> I've got a real small project in which a user fills out a web >>> form, and as long as all required fields contain data, a new >>> record gets created on submit. >>> >>> I've got the processing and the form on the same php page. >>> >>> Can anyone suggest a quick/easy way to prevent the user from >>> rePOSTing -- and thus adding an additional (duplicate) record -- >>> by refreshing the page after submission? The page *does* need to >>> allow a user to submit additional records after the first >>> submission, but I don't want a simple refresh to create a new >>> record. >>> >>> I can think of some ways to do this but don't want to re-invent >>> the wheel if there's some standard way to do this already. >>> >>> TIA, >>> -Joel >>> _______________________________________________ >>> FX.php_List mailing list >>> FX.php_List@mail.iviking.org >>> http://www.iviking.org/mailman/listinfo/fx.php_list >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list From jschwartz at exit445.com Fri Jun 6 18:48:35 2008 From: jschwartz at exit445.com (Jonathan Schwartz) Date: Fri Jun 6 18:51:34 2008 Subject: [FX.php List] Does FMPS 9 support XML for fx.php? Message-ID: I thought that I knew the answer to this, but now I'm not sure. Is FMSA 9 required for fx.php use, or does FMS 9 support XML for fx.php use? FMI's web site is a little unclear...at least to me. Thx Jonathan -- Jonathan Schwartz Exit 445 Group jonathan@exit445.com http://www.exit445.com 415-381-1852 From derrick at fogles.net Fri Jun 6 18:53:51 2008 From: derrick at fogles.net (Derrick Fogle) Date: Fri Jun 6 18:54:15 2008 Subject: [FX.php List] Does FMPS 9 support XML for fx.php? In-Reply-To: References: Message-ID: FMS9 will work with FX.php just fine. It's the first server (v7+) that has not needed the "Advanced" version to serve web clients. On Jun 6, 2008, at 7:48 PM, Jonathan Schwartz wrote: > I thought that I knew the answer to this, but now I'm not sure. > > > Is FMSA 9 required for fx.php use, or does FMS 9 support XML for > fx.php use? > > FMI's web site is a little unclear...at least to me. > > Thx > > Jonathan > -- > Jonathan Schwartz > Exit 445 Group > jonathan@exit445.com > http://www.exit445.com > 415-381-1852 > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list Derrick From jschwartz at exit445.com Fri Jun 6 19:09:35 2008 From: jschwartz at exit445.com (Jonathan Schwartz) Date: Fri Jun 6 19:11:38 2008 Subject: [FX.php List] Does FMPS 9 support XML for fx.php? In-Reply-To: References: Message-ID: Thanks, Derrick, That's what I thought. I knew that FMS 9 supported PHP web publishing...but I saw something that made me think that it only applied to API-based PHP publishing...and not straight XML publishing for fx.php. Glad to hear it. Jonathan At 7:53 PM -0500 6/6/08, Derrick Fogle wrote: >FMS9 will work with FX.php just fine. It's the first server (v7+) >that has not needed the "Advanced" version to serve web clients. > >On Jun 6, 2008, at 7:48 PM, Jonathan Schwartz wrote: > >>I thought that I knew the answer to this, but now I'm not sure. >> >> >>Is FMSA 9 required for fx.php use, or does FMS 9 support XML for fx.php use? >> >>FMI's web site is a little unclear...at least to me. >> >>Thx >> >>Jonathan >>-- >>Jonathan Schwartz >>Exit 445 Group >>jonathan@exit445.com >>http://www.exit445.com >>415-381-1852 >>_______________________________________________ >>FX.php_List mailing list >>FX.php_List@mail.iviking.org >>http://www.iviking.org/mailman/listinfo/fx.php_list > > >Derrick > >_______________________________________________ >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-381-1852 From kushal.khatri at gmail.com Sat Jun 7 19:07:41 2008 From: kushal.khatri at gmail.com (kushal khatri) Date: Sat Jun 7 19:07:59 2008 Subject: [FX.php List] Problem with FMEdit Message-ID: <4391ed7c0806071807m527677e7g4619109403a9d575@mail.gmail.com> Hi. I've been working with Filemaker/FX.PHP for quite a few months now. I am using FMEdit function like this in my code : $edit -> AddDBParam("contact_key",$contact_key); $edit -> AddDBParam("firstname",$firstname); $edit_res = $edit -> FMEdit(); where "contact_key" is the primary key in the database. This code shows error 958. I have seen some snippets online. They use "-recid" as the field to find the record to be edited. Does that mean i should have a field named -recid in my database? If i write the code as : $edit -> AddDBParam("-recid",$contact_key); $edit -> AddDBParam("firstname",$firstname); $edit_res = $edit -> FMEdit(); It gives error 101 i.e. field not present. Please tell me how to use FMEdit. The way it is shown in tutorials does not work for me. Thanks, Kushal -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.iviking.org/pipermail/fx.php_list/attachments/20080607/0733b429/attachment.html From alex at gandrpublishing.com Sat Jun 7 19:35:06 2008 From: alex at gandrpublishing.com (Alex Gates) Date: Sat Jun 7 19:35:27 2008 Subject: [FX.php List] Problem with FMEdit In-Reply-To: <4391ed7c0806071807m527677e7g4619109403a9d575@mail.gmail.com> References: <4391ed7c0806071807m527677e7g4619109403a9d575@mail.gmail.com> Message-ID: <4834FF47-8F67-4EFC-88B4-8D53F78079CE@gandrpublishing.com> Hi Kushal - Every record has an automatic rec id. This is different than your primary key. You can see this by making a calc field Get(recid) in filemaker. You must use -recid in your edit. Check the documentation - I think it shows an example of how to get the rec id using the explode function after a find. Or, of course, you can see this using a calc field like I mentioned above. Good luck! Alex On Jun 7, 2008, at 8:07 PM, "kushal khatri" wrote: > Hi. I've been working with Filemaker/FX.PHP for quite a few months > now. > I am using FMEdit function like this in my code : > > $edit -> AddDBParam("contact_key",$contact_key); > $edit -> AddDBParam("firstname",$firstname); > $edit_res = $edit -> FMEdit(); > > where "contact_key" is the primary key in the database. This code > shows error 958. I have seen some snippets online. They use > "-recid" as the field to find the record to be edited. Does that > mean i should have a field named -recid in my database? > If i write the code as : > > $edit -> AddDBParam("-recid",$contact_key); > $edit -> AddDBParam("firstname",$firstname); > $edit_res = $edit -> FMEdit(); > > It gives error 101 i.e. field not present. Please tell me how to use > FMEdit. The way it is shown in tutorials does not work for me. > > Thanks, > Kushal > > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list From kushal.khatri at gmail.com Sat Jun 7 19:43:45 2008 From: kushal.khatri at gmail.com (kushal khatri) Date: Sat Jun 7 19:44:01 2008 Subject: [FX.php List] Problem with FMEdit In-Reply-To: <4834FF47-8F67-4EFC-88B4-8D53F78079CE@gandrpublishing.com> References: <4391ed7c0806071807m527677e7g4619109403a9d575@mail.gmail.com> <4834FF47-8F67-4EFC-88B4-8D53F78079CE@gandrpublishing.com> Message-ID: <4391ed7c0806071843n4d12831axeb3f2da6a70be5c0@mail.gmail.com> Thanks a lot Alex. I got it. Thanks for your help! Regards, Kushal On Sat, Jun 7, 2008 at 6:35 PM, Alex Gates wrote: > Hi Kushal - > > Every record has an automatic rec id. This is different than your primary > key. You can see this by making a calc field Get(recid) in filemaker. > > You must use -recid in your edit. > > Check the documentation - I think it shows an example of how to get the rec > id using the explode function after a find. Or, of course, you can see this > using a calc field like I mentioned above. > > Good luck! > > Alex > > > On Jun 7, 2008, at 8:07 PM, "kushal khatri" > wrote: > > Hi. I've been working with Filemaker/FX.PHP for quite a few months now. >> I am using FMEdit function like this in my code : >> >> $edit -> AddDBParam("contact_key",$contact_key); >> $edit -> AddDBParam("firstname",$firstname); >> $edit_res = $edit -> FMEdit(); >> >> where "contact_key" is the primary key in the database. This code shows >> error 958. I have seen some snippets online. They use >> "-recid" as the field to find the record to be edited. Does that mean i >> should have a field named -recid in my database? >> If i write the code as : >> >> $edit -> AddDBParam("-recid",$contact_key); >> $edit -> AddDBParam("firstname",$firstname); >> $edit_res = $edit -> FMEdit(); >> >> It gives error 101 i.e. field not present. Please tell me how to use >> FMEdit. The way it is shown in tutorials does not work for me. >> >> Thanks, >> Kushal >> >> >> _______________________________________________ >> 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://www.iviking.org/pipermail/fx.php_list/attachments/20080607/f298bbf1/attachment.html From william.downs at gmail.com Mon Jun 9 03:22:27 2008 From: william.downs at gmail.com (william.downs) Date: Mon Jun 9 03:23:06 2008 Subject: [FX.php List] Problem with FMEdit In-Reply-To: <4834FF47-8F67-4EFC-88B4-8D53F78079CE@gandrpublishing.com> References: <4391ed7c0806071807m527677e7g4619109403a9d575@mail.gmail.com> <4834FF47-8F67-4EFC-88B4-8D53F78079CE@gandrpublishing.com> Message-ID: <4DCA1D44-76E0-4166-9501-8D82A0D5553F@gmail.com> I think that the field should be called only "recid" - not "-recid" William On 8 Jun 2008, at 02:35, Alex Gates wrote: > Hi Kushal - > > Every record has an automatic rec id. This is different than your > primary key. You can see this by making a calc field Get(recid) in > filemaker. > > You must use -recid in your edit. > > Check the documentation - I think it shows an example of how to get > the rec id using the explode function after a find. Or, of course, > you can see this using a calc field like I mentioned above. > > Good luck! > > Alex > > On Jun 7, 2008, at 8:07 PM, "kushal khatri" > wrote: > >> Hi. I've been working with Filemaker/FX.PHP for quite a few months >> now. >> I am using FMEdit function like this in my code : >> >> $edit -> AddDBParam("contact_key",$contact_key); >> $edit -> AddDBParam("firstname",$firstname); >> $edit_res = $edit -> FMEdit(); >> >> where "contact_key" is the primary key in the database. This code >> shows error 958. I have seen some snippets online. They use >> "-recid" as the field to find the record to be edited. Does that >> mean i should have a field named -recid in my database? >> If i write the code as : >> >> $edit -> AddDBParam("-recid",$contact_key); >> $edit -> AddDBParam("firstname",$firstname); >> $edit_res = $edit -> FMEdit(); >> >> It gives error 101 i.e. field not present. Please tell me how to >> use FMEdit. The way it is shown in tutorials does not work for me. >> >> Thanks, >> Kushal >> >> >> _______________________________________________ >> 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 Jun 9 03:36:07 2008 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Mon Jun 9 03:36:32 2008 Subject: [FX.php List] Problem with FMEdit In-Reply-To: <4DCA1D44-76E0-4166-9501-8D82A0D5553F@gmail.com> References: <4391ed7c0806071807m527677e7g4619109403a9d575@mail.gmail.com> <4834FF47-8F67-4EFC-88B4-8D53F78079CE@gandrpublishing.com> <4DCA1D44-76E0-4166-9501-8D82A0D5553F@gmail.com> Message-ID: -recid is the internal "fieldname" for each record in FileMaker recid would be a regular field ggt 2008/6/9 william.downs : > I think that the field should be called only "recid" - not "-recid" > > William > > On 8 Jun 2008, at 02:35, Alex Gates wrote: >> >> Hi Kushal - >> >> Every record has an automatic rec id. This is different than your primary >> key. You can see this by making a calc field Get(recid) in filemaker. >> >> You must use -recid in your edit. >> >> Check the documentation - I think it shows an example of how to get the >> rec id using the explode function after a find. Or, of course, you can see >> this using a calc field like I mentioned above. >> >> Good luck! >> >> Alex >> >> On Jun 7, 2008, at 8:07 PM, "kushal khatri" >> wrote: >> >>> Hi. I've been working with Filemaker/FX.PHP for quite a few months now. >>> I am using FMEdit function like this in my code : >>> >>> $edit -> AddDBParam("contact_key",$contact_key); >>> $edit -> AddDBParam("firstname",$firstname); >>> $edit_res = $edit -> FMEdit(); >>> >>> where "contact_key" is the primary key in the database. This code shows >>> error 958. I have seen some snippets online. They use >>> "-recid" as the field to find the record to be edited. Does that mean i >>> should have a field named -recid in my database? >>> If i write the code as : >>> >>> $edit -> AddDBParam("-recid",$contact_key); >>> $edit -> AddDBParam("firstname",$firstname); >>> $edit_res = $edit -> FMEdit(); >>> >>> It gives error 101 i.e. field not present. Please tell me how to use >>> FMEdit. The way it is shown in tutorials does not work for me. >>> >>> Thanks, >>> Kushal >>> >>> >>> _______________________________________________ >>> 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 janssen_robert at hotmail.com Thu Jun 12 07:29:34 2008 From: janssen_robert at hotmail.com (Robert Janssen) Date: Thu Jun 12 07:29:46 2008 Subject: [FX.php List] communication problem In-Reply-To: References: <1560735.3631211990988249.JavaMail.tcmeyers@troymeyers.com> <10D49B8F-EA58-429E-8271-A56ED9543BCB@gmail.com> <6D850343-A1A5-484A-A69E-9FD9E2ECA411@gmail.com> <5B1A0FFF-FF51-43F5-BAD7-0E783B8DD2A7@gmail.com> <2FEC91CE-75AD-4290-8DD4-02258BF74A59@gmail.com> Message-ID: Hello people I have a rather puzzling problem with the FX module. I?ll try to be as succinct as possible but that is proving difficult. I have two different timesheet programs, one for Dutch timesheets, one for Belgian. These two programs are largely similar in their communication ( databases ). Last week Filemaker was transferred to another server ( both windows 2003 servers ) (filemaker version 8.0.2.208 advanced ) After this migration the Dutch version failed to operate properly. However the Belgian version works flawlessly. I?ve isolated the code where the problem occurs. include_once($_SERVER['DOCUMENT_ROOT'] . "/FX/FX.php"); include_once($_SERVER['DOCUMENT_ROOT'] . "/FX/server_data_urenstaat.php"); $gekozen_week = 24;$gekozen_jaar = 2008;$filemaker_id = 1999001; $query = new FX($serverIP, $webCompanionPort, $dataSourceType, $scheme); $query->SetDBUserPass ($webUN, $webPW); $query->SetDBData($databaseName, "urenregistratie"); $query->AddDBParam('weeknummer', $gekozen_week);$query->AddDBParam('weekjaar', (100*$gekozen_jaar+$gekozen_week));$query->AddDBParam('medewerkernummer', $filemaker_id);$query->AddSortParam('project_nr', 'ascend', 1);$query->AddSortParam('activiteit_code', 'ascend', 2);$query->AddSortParam('opmerking', 'ascend', 3);$query->AddSortParam('datum', 'ascend', 4); $data = $query->FMFind(); print_r($data); if I run the code on the belgian database which for the "urenregistratie" layout is the same as the Dutch version, I get results.If I run the code on the dutch database an error occurs and the print_r($data) returns the following code FX_Error Object ( [error_message_prefix] => [mode] => 1 [level] => 1024 [code] => 100 [message] => FX: ExecuteQuery XML error: Invalid document end at line 2 [userinfo] => [backtrace] => Array ( [0] => Array ( [file] => c:\Inetpub\intranet-ace-eu\FX\FX.php [line] => 1473 [function] => FX_Error [class] => FX_Error [type] => -> [args] => Array ( [0] => ExecuteQuery XML error: Invalid document end at line 2 ) ) [1] => Array ( [file] => c:\Inetpub\intranet-ace-eu\FX\FX.php [line] => 1687 [function] => ExecuteQuery [class] => FX [type] => -> [args] => Array ( [0] => -find ) ) [2] => Array ( [file] => c:\Inetpub\intranet-ace-eu\FX\FX.php [line] => 1921 [function] => FMAction [class] => FX [type] => -> [args] => Array ( [0] => -find [1] => 1 [2] => full [3] => 1 ) ) [3] => Array ( [file] => c:\Inetpub\intranet-ace-eu\gogo.php [line] => 23 [function] => FMFind [class] => FX [type] => -> [args] => Array ( ) ) ) [callback] => ) I observed a similar problem in the online fx trouble forum:[FX.php List] FX: ExecuteQuery XML errorSteve Bennett (steve at bentechaps.com)Sat Sep 8 09:57:39 MDT 2007 however that never ended in a sollution, best regards, Robert Janssen _________________________________________________________________ Check je Hotmail nu ook op je mobiel! http://windowslivemobile.msn.com/BrowserServiceHotmail.aspx?lang=nl-nl -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.iviking.org/pipermail/fx.php_list/attachments/20080612/ae4234e9/attachment.html From dbengston at tds.net Thu Jun 12 08:06:56 2008 From: dbengston at tds.net (Dale Bengston) Date: Thu Jun 12 08:07:09 2008 Subject: [FX.php List] communication problem In-Reply-To: References: <1560735.3631211990988249.JavaMail.tcmeyers@troymeyers.com> <10D49B8F-EA58-429E-8271-A56ED9543BCB@gmail.com> <6D850343-A1A5-484A-A69E-9FD9E2ECA411@gmail.com> <5B1A0FFF-FF51-43F5-BAD7-0E783B8DD2A7@gmail.com> <2FEC91CE-75AD-4290-8DD4-02258BF74A59@gmail.com> Message-ID: Hi Robert, What happens if you do FMFindall() or FMView() queries against the Dutch database? Can you retrieve data at all? Can you confirm in the Web Publishing admin console that the Dutch database is available to the web? There is a page showing hosted databases. Are both the Dutch and Belgian versions showing? Another thing to check would be file access permissions (at the operating system level) after the transfer. Hope this helps, Dale -- Dale Bengston Partner, The Whole Brain Group, LLC thewholebraingroup.com On Jun 12, 2008, at 8:29 AM, Robert Janssen wrote: > Hello people > > I have a rather puzzling problem with the FX module. I?ll try to be > as succinct as possible but that is proving difficult. > > I have two different timesheet programs, one for Dutch timesheets, > one for Belgian. These two programs are largely similar in > their communication ( databases ). Last week Filemaker was > transferred to another > server ( both windows 2003 servers ) (filemaker version 8.0.2.208 > advanced ) > > After this migration the Dutch version failed to operate properly. > However the Belgian version works flawlessly. > > I?ve isolated the code where the problem occurs. > > > include_once($_SERVER['DOCUMENT_ROOT'] . "/FX/FX.php"); > include_once($_SERVER['DOCUMENT_ROOT'] . "/FX/ > server_data_urenstaat.php"); > > $gekozen_week = 24; > $gekozen_jaar = 2008; > $filemaker_id = 1999001; > > > > $query = new FX($serverIP, $webCompanionPort, $dataSourceType, > $scheme); > $query->SetDBUserPass ($webUN, $webPW); > > > $query->SetDBData($databaseName, "urenregistratie"); > $query->AddDBParam('weeknummer', $gekozen_week); > $query->AddDBParam('weekjaar', (100*$gekozen_jaar+$gekozen_week)); > $query->AddDBParam('medewerkernummer', $filemaker_id); > $query->AddSortParam('project_nr', 'ascend', 1); > $query->AddSortParam('activiteit_code', 'ascend', 2); > $query->AddSortParam('opmerking', 'ascend', 3); > $query->AddSortParam('datum', 'ascend', 4); > $data = $query->FMFind(); > > > print_r($data); > > > if I run the code on the belgian database which for the > "urenregistratie" layout is the same as the Dutch version, I get > results. > If I run the code on the dutch database an error occurs and the > print_r($data) returns the following code > > FX_Error Object ( [error_message_prefix] => [mode] => 1 [level] => > 1024 [code] => 100 [message] => FX: ExecuteQuery XML error: Invalid > document end at line 2 [userinfo] => [backtrace] => Array ( [0] => > Array ( [file] => c:\Inetpub\intranet-ace-eu\FX\FX.php [line] => > 1473 [function] => FX_Error [class] => FX_Error [type] => -> [args] > => Array ( [0] => ExecuteQuery XML error: Invalid document end at > line 2 ) ) [1] => Array ( [file] => c:\Inetpub\intranet-ace-eu\FX > \FX.php [line] => 1687 [function] => ExecuteQuery [class] => FX > [type] => -> [args] => Array ( [0] => -find ) ) [2] => Array > ( [file] => c:\Inetpub\intranet-ace-eu\FX\FX.php [line] => 1921 > [function] => FMAction [class] => FX [type] => -> [args] => Array > ( [0] => -find [1] => 1 [2] => full [3] => 1 ) ) [3] => Array > ( [file] => c:\Inetpub\intranet-ace-eu\gogo.php [line] => 23 > [function] => FMFind [class] => FX [type] => -> [args] => Array > ( ) ) ) [callback] => ) > > I observed a similar problem in the online fx trouble forum: > [FX.php List] FX: ExecuteQuery XML error > Steve Bennett (steve at bentechaps.com) > Sat Sep 8 09:57:39 MDT 2007 > > however that never ended in a sollution, > > best regards, > > Robert Janssen > > Het beste van Windows, nu ook online. Deel jouw wereld met Windows > Live. Download nu._______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list From dan.cynosure at dbmscan.com Thu Jun 12 08:29:49 2008 From: dan.cynosure at dbmscan.com (DC) Date: Thu Jun 12 08:30:39 2008 Subject: [FX.php List] communication problem In-Reply-To: References: <1560735.3631211990988249.JavaMail.tcmeyers@troymeyers.com> <10D49B8F-EA58-429E-8271-A56ED9543BCB@gmail.com> <6D850343-A1A5-484A-A69E-9FD9E2ECA411@gmail.com> <5B1A0FFF-FF51-43F5-BAD7-0E783B8DD2A7@gmail.com> <2FEC91CE-75AD-4290-8DD4-02258BF74A59@gmail.com> Message-ID: <485132DD.9030708@dbmscan.com> also, xml parser can choke on corrupt data coming out of the database fields (including high ascii chars). cheers,dan Dale Bengston wrote: > Hi Robert, > > What happens if you do FMFindall() or FMView() queries against the Dutch > database? Can you retrieve data at all? > > Can you confirm in the Web Publishing admin console that the Dutch > database is available to the web? There is a page showing hosted > databases. Are both the Dutch and Belgian versions showing? > > Another thing to check would be file access permissions (at the > operating system level) after the transfer. > > Hope this helps, > Dale > > > -- > Dale Bengston > Partner, The Whole Brain Group, LLC > thewholebraingroup.com > > On Jun 12, 2008, at 8:29 AM, Robert Janssen wrote: > >> Hello people >> >> I have a rather puzzling problem with the FX module. I?ll try to be as >> succinct as possible but that is proving difficult. >> >> I have two different timesheet programs, one for Dutch timesheets, one >> for Belgian. These two programs are largely similar in >> their communication ( databases ). Last week Filemaker was >> transferred to another >> server ( both windows 2003 servers ) (filemaker version 8.0.2.208 >> advanced ) >> >> After this migration the Dutch version failed to operate properly. >> However the Belgian version works flawlessly. >> >> I?ve isolated the code where the problem occurs. >> >> >> include_once($_SERVER['DOCUMENT_ROOT'] . "/FX/FX.php"); >> include_once($_SERVER['DOCUMENT_ROOT'] . >> "/FX/server_data_urenstaat.php"); >> >> $gekozen_week = 24; >> $gekozen_jaar = 2008; >> $filemaker_id = 1999001; >> >> >> >> $query = new FX($serverIP, $webCompanionPort, $dataSourceType, $scheme); >> $query->SetDBUserPass ($webUN, $webPW); >> >> >> $query->SetDBData($databaseName, "urenregistratie"); >> $query->AddDBParam('weeknummer', $gekozen_week); >> $query->AddDBParam('weekjaar', (100*$gekozen_jaar+$gekozen_week)); >> $query->AddDBParam('medewerkernummer', $filemaker_id); >> $query->AddSortParam('project_nr', 'ascend', 1); >> $query->AddSortParam('activiteit_code', 'ascend', 2); >> $query->AddSortParam('opmerking', 'ascend', 3); >> $query->AddSortParam('datum', 'ascend', 4); >> $data = $query->FMFind(); >> >> >> print_r($data); >> >> >> if I run the code on the belgian database which for the >> "urenregistratie" layout is the same as the Dutch version, I get results. >> If I run the code on the dutch database an error occurs and the >> print_r($data) returns the following code >> >> FX_Error Object ( [error_message_prefix] => [mode] => 1 [level] => >> 1024 [code] => 100 [message] => FX: ExecuteQuery XML error: Invalid >> document end at line 2 [userinfo] => [backtrace] => Array ( [0] => >> Array ( [file] => c:\Inetpub\intranet-ace-eu\FX\FX.php [line] => 1473 >> [function] => FX_Error [class] => FX_Error [type] => -> [args] => >> Array ( [0] => ExecuteQuery XML error: Invalid document end at line 2 >> ) ) [1] => Array ( [file] => c:\Inetpub\intranet-ace-eu\FX\FX.php >> [line] => 1687 [function] => ExecuteQuery [class] => FX [type] => -> >> [args] => Array ( [0] => -find ) ) [2] => Array ( [file] => >> c:\Inetpub\intranet-ace-eu\FX\FX.php [line] => 1921 [function] => >> FMAction [class] => FX [type] => -> [args] => Array ( [0] => -find [1] >> => 1 [2] => full [3] => 1 ) ) [3] => Array ( [file] => >> c:\Inetpub\intranet-ace-eu\gogo.php [line] => 23 [function] => FMFind >> [class] => FX [type] => -> [args] => Array ( ) ) ) [callback] => ) >> >> I observed a similar problem in the online fx trouble forum: >> [FX.php List] FX: ExecuteQuery XML error >> Steve Bennett (steve at bentechaps.com) >> Sat Sep 8 09:57:39 MDT 2007 >> >> however that never ended in a sollution, >> >> best regards, >> >> Robert Janssen >> >> Het beste van Windows, nu ook online. Deel jouw wereld met Windows >> Live. Download nu._______________________________________________ >> 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 janssen_robert at hotmail.com Thu Jun 12 08:47:30 2008 From: janssen_robert at hotmail.com (Robert Janssen) Date: Thu Jun 12 08:47:41 2008 Subject: [FX.php List] communication problem In-Reply-To: References: <1560735.3631211990988249.JavaMail.tcmeyers@troymeyers.com> <10D49B8F-EA58-429E-8271-A56ED9543BCB@gmail.com> <6D850343-A1A5-484A-A69E-9FD9E2ECA411@gmail.com> <5B1A0FFF-FF51-43F5-BAD7-0E783B8DD2A7@gmail.com> <2FEC91CE-75AD-4290-8DD4-02258BF74A59@gmail.com> Message-ID: Hi Dale the FMFindall gives the same results as the fmFind, Fm view returns an array, (I never used the Fmview, so I don't know exactly if this is a good thing and or useful in some way) ( fmView array included at the end of this text ) Both databases are shown and can be accessed using the web companion. I asked my administrator about the file access permissions and he assures me they'r okay, and sinds it is possible to acces some tabels ( layouts ) I'm inclined to believe him on this one. thnx for hoping, grtz, Robert.fmView result --> Array ( [data] => Array ( ) [linkNext] => [linkPrevious] => [foundCount] => -1 [fields] => Array ( [0] => Array ( [name] => project_nr [extra] => [type] => EDITTEXT [valuelist] => ) [1] => Array ( [name] => project_omschrijving [extra] => [type] => EDITTEXT [valuelist] => ) [2] => Array ( [name] => projectlabel [extra] => [type] => EDITTEXT [valuelist] => ) [3] => Array ( [name] => land [extra] => [type] => POPUPLIST [valuelist] => landen ) [4] => Array ( [name] => opdrachtgever [extra] => [type] => EDITTEXT [valuelist] => ) [5] => Array ( [name] => kontaktpersoon [extra] => [type] => EDITTEXT [valuelist] => ) [6] => Array ( [name] => medewerkernummer [extra] => [type] => EDITTEXT [valuelist] => ) [7] => Array ( [name] => medewerkers::samengestelde naam [extra] => [type] => EDITTEXT [valuelist] => ) [8] => Array ( [name] => debiteur_nr [extra] => [type] => EDITTEXT [valuelist] => ) [9] => Array ( [name] => updated [extra] => [type] => EDITTEXT [valuelist] => ) [10] => Array ( [name] => afvoerdatum [extra] => [type] => EDITTEXT [valuelist] => ) [11] => Array ( [name] => status [extra] => [type] => EDITTEXT [valuelist] => ) [12] => Array ( [name] => vestiging [extra] => [type] => EDITTEXT [valuelist] => ) [13] => Array ( [name] => reisafstand [extra] => [type] => EDITTEXT [valuelist] => ) [14] => Array ( [name] => werkmij [extra] => [type] => EDITTEXT [valuelist] => ) [15] => Array ( [name] => alternatief_projectnr [extra] => [type] => EDITTEXT [valuelist] => ) [16] => Array ( [name] => alternatief_medewnr [extra] => [type] => EDITTEXT [valuelist] => ) [17] => Array ( [name] => werkt_voor_buitenland [extra] => [type] => EDITTEXT [valuelist] => ) [18] => Array ( [name] => aanmaakdatum [extra] => [type] => EDITTEXT [valuelist] => ) ) [URL] => http://IntranetColumbus:Amerika1498@89.146.3.100:80/fmi/xml/FMPXMLLAYOUT.xml?-db=digitale_urenstaten_NL.fp7&-lay=project_nummers&-max=50&medewerkernummer=1999015&-view [query] => [errorCode] => 0 [valueLists] => Array ( [landen] => Array ( ) ) ) > From: dbengston@tds.net> To: fx.php_list@mail.iviking.org> Subject: Re: [FX.php List] communication problem> Date: Thu, 12 Jun 2008 09:06:56 -0500> > Hi Robert,> > What happens if you do FMFindall() or FMView() queries against the > Dutch database? Can you retrieve data at all?> > Can you confirm in the Web Publishing admin console that the Dutch > database is available to the web? There is a page showing hosted > databases. Are both the Dutch and Belgian versions showing?> > Another thing to check would be file access permissions (at the > operating system level) after the transfer.> > Hope this helps,> Dale> > > --> Dale Bengston> Partner, The Whole Brain Group, LLC> thewholebraingroup.com> > On Jun 12, 2008, at 8:29 AM, Robert Janssen wrote:> > > Hello people> >> > I have a rather puzzling problem with the FX module. I?ll try to be > > as succinct as possible but that is proving difficult.> >> > I have two different timesheet programs, one for Dutch timesheets, > > one for Belgian. These two programs are largely similar in> > their communication ( databases ). Last week Filemaker was > > transferred to another> > server ( both windows 2003 servers ) (filemaker version 8.0.2.208 > > advanced )> >> > After this migration the Dutch version failed to operate properly. > > However the Belgian version works flawlessly.> >> > I?ve isolated the code where the problem occurs.> >> >> > include_once($_SERVER['DOCUMENT_ROOT'] . "/FX/FX.php");> > include_once($_SERVER['DOCUMENT_ROOT'] . "/FX/ > > server_data_urenstaat.php");> >> > $gekozen_week = 24;> > $gekozen_jaar = 2008;> > $filemaker_id = 1999001;> >> >> >> > $query = new FX($serverIP, $webCompanionPort, $dataSourceType, > > $scheme);> > $query->SetDBUserPass ($webUN, $webPW);> >> >> > $query->SetDBData($databaseName, "urenregistratie");> > $query->AddDBParam('weeknummer', $gekozen_week);> > $query->AddDBParam('weekjaar', (100*$gekozen_jaar+$gekozen_week));> > $query->AddDBParam('medewerkernummer', $filemaker_id);> > $query->AddSortParam('project_nr', 'ascend', 1);> > $query->AddSortParam('activiteit_code', 'ascend', 2);> > $query->AddSortParam('opmerking', 'ascend', 3);> > $query->AddSortParam('datum', 'ascend', 4);> > $data = $query->FMFind();> >> >> > print_r($data);> >> >> > if I run the code on the belgian database which for the > > "urenregistratie" layout is the same as the Dutch version, I get > > results.> > If I run the code on the dutch database an error occurs and the > > print_r($data) returns the following code> >> > FX_Error Object ( [error_message_prefix] => [mode] => 1 [level] => > > 1024 [code] => 100 [message] => FX: ExecuteQuery XML error: Invalid > > document end at line 2 [userinfo] => [backtrace] => Array ( [0] => > > Array ( [file] => c:\Inetpub\intranet-ace-eu\FX\FX.php [line] => > > 1473 [function] => FX_Error [class] => FX_Error [type] => -> [args] > > => Array ( [0] => ExecuteQuery XML error: Invalid document end at > > line 2 ) ) [1] => Array ( [file] => c:\Inetpub\intranet-ace-eu\FX > > \FX.php [line] => 1687 [function] => ExecuteQuery [class] => FX > > [type] => -> [args] => Array ( [0] => -find ) ) [2] => Array > > ( [file] => c:\Inetpub\intranet-ace-eu\FX\FX.php [line] => 1921 > > [function] => FMAction [class] => FX [type] => -> [args] => Array > > ( [0] => -find [1] => 1 [2] => full [3] => 1 ) ) [3] => Array > > ( [file] => c:\Inetpub\intranet-ace-eu\gogo.php [line] => 23 > > [function] => FMFind [class] => FX [type] => -> [args] => Array > > ( ) ) ) [callback] => )> >> > I observed a similar problem in the online fx trouble forum:> > [FX.php List] FX: ExecuteQuery XML error> > Steve Bennett (steve at bentechaps.com)> > Sat Sep 8 09:57:39 MDT 2007> >> > however that never ended in a sollution,> >> > best regards,> >> > Robert Janssen> >> > Het beste van Windows, nu ook online. Deel jouw wereld met Windows > > Live. Download nu._______________________________________________> > 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 _________________________________________________________________ Check je Hotmail nu ook op je mobiel! http://windowslivemobile.msn.com/BrowserServiceHotmail.aspx?lang=nl-nl -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.iviking.org/pipermail/fx.php_list/attachments/20080612/2ab1a015/attachment-0001.html From janssen_robert at hotmail.com Thu Jun 12 09:43:03 2008 From: janssen_robert at hotmail.com (Robert Janssen) Date: Thu Jun 12 09:43:14 2008 Subject: [FX.php List] communication problem In-Reply-To: <485132DD.9030708@dbmscan.com> References: <1560735.3631211990988249.JavaMail.tcmeyers@troymeyers.com> <10D49B8F-EA58-429E-8271-A56ED9543BCB@gmail.com> <6D850343-A1A5-484A-A69E-9FD9E2ECA411@gmail.com> <5B1A0FFF-FF51-43F5-BAD7-0E783B8DD2A7@gmail.com> <2FEC91CE-75AD-4290-8DD4-02258BF74A59@gmail.com> <485132DD.9030708@dbmscan.com> Message-ID: We finally solved the problem, however we cannot explain it. In the dutch database there were 2 tables where the connection failed. Both layouts showed a related field (which was however not used in the FX-connection) and for some records the relation was empty. For the queries where there was an empty relation shown in the layout, the connection failed. Just by removing this field from both layouts everything worked fine again. The strange thing is that in the belgian database these layouts are identical, showing the same fields, also with some empty relations, and here there is no problem. if anyone can explain this ... I'd still very much would like to hear it, thanks! > Date: Thu, 12 Jun 2008 10:29:49 -0400> From: dan.cynosure@dbmscan.com> To: fx.php_list@mail.iviking.org> Subject: Re: [FX.php List] communication problem> > also, xml parser can choke on corrupt data coming out of the database > fields (including high ascii chars).> > cheers,dan> > Dale Bengston wrote:> > Hi Robert,> > > > What happens if you do FMFindall() or FMView() queries against the Dutch > > database? Can you retrieve data at all?> > > > Can you confirm in the Web Publishing admin console that the Dutch > > database is available to the web? There is a page showing hosted > > databases. Are both the Dutch and Belgian versions showing?> > > > Another thing to check would be file access permissions (at the > > operating system level) after the transfer.> > > > Hope this helps,> > Dale> > > > > > --> > Dale Bengston> > Partner, The Whole Brain Group, LLC> > thewholebraingroup.com> > > > On Jun 12, 2008, at 8:29 AM, Robert Janssen wrote:> > > >> Hello people> >>> >> I have a rather puzzling problem with the FX module. I?ll try to be as > >> succinct as possible but that is proving difficult.> >>> >> I have two different timesheet programs, one for Dutch timesheets, one > >> for Belgian. These two programs are largely similar in> >> their communication ( databases ). Last week Filemaker was > >> transferred to another> >> server ( both windows 2003 servers ) (filemaker version 8.0.2.208 > >> advanced )> >>> >> After this migration the Dutch version failed to operate properly. > >> However the Belgian version works flawlessly.> >>> >> I?ve isolated the code where the problem occurs.> >>> >>> >> include_once($_SERVER['DOCUMENT_ROOT'] . "/FX/FX.php");> >> include_once($_SERVER['DOCUMENT_ROOT'] . > >> "/FX/server_data_urenstaat.php");> >>> >> $gekozen_week = 24;> >> $gekozen_jaar = 2008;> >> $filemaker_id = 1999001;> >>> >>> >>> >> $query = new FX($serverIP, $webCompanionPort, $dataSourceType, $scheme);> >> $query->SetDBUserPass ($webUN, $webPW);> >>> >>> >> $query->SetDBData($databaseName, "urenregistratie");> >> $query->AddDBParam('weeknummer', $gekozen_week);> >> $query->AddDBParam('weekjaar', (100*$gekozen_jaar+$gekozen_week));> >> $query->AddDBParam('medewerkernummer', $filemaker_id);> >> $query->AddSortParam('project_nr', 'ascend', 1);> >> $query->AddSortParam('activiteit_code', 'ascend', 2);> >> $query->AddSortParam('opmerking', 'ascend', 3);> >> $query->AddSortParam('datum', 'ascend', 4);> >> $data = $query->FMFind();> >>> >>> >> print_r($data);> >>> >>> >> if I run the code on the belgian database which for the > >> "urenregistratie" layout is the same as the Dutch version, I get results.> >> If I run the code on the dutch database an error occurs and the > >> print_r($data) returns the following code> >>> >> FX_Error Object ( [error_message_prefix] => [mode] => 1 [level] => > >> 1024 [code] => 100 [message] => FX: ExecuteQuery XML error: Invalid > >> document end at line 2 [userinfo] => [backtrace] => Array ( [0] => > >> Array ( [file] => c:\Inetpub\intranet-ace-eu\FX\FX.php [line] => 1473 > >> [function] => FX_Error [class] => FX_Error [type] => -> [args] => > >> Array ( [0] => ExecuteQuery XML error: Invalid document end at line 2 > >> ) ) [1] => Array ( [file] => c:\Inetpub\intranet-ace-eu\FX\FX.php > >> [line] => 1687 [function] => ExecuteQuery [class] => FX [type] => -> > >> [args] => Array ( [0] => -find ) ) [2] => Array ( [file] => > >> c:\Inetpub\intranet-ace-eu\FX\FX.php [line] => 1921 [function] => > >> FMAction [class] => FX [type] => -> [args] => Array ( [0] => -find [1] > >> => 1 [2] => full [3] => 1 ) ) [3] => Array ( [file] => > >> c:\Inetpub\intranet-ace-eu\gogo.php [line] => 23 [function] => FMFind > >> [class] => FX [type] => -> [args] => Array ( ) ) ) [callback] => )> >>> >> I observed a similar problem in the online fx trouble forum:> >> [FX.php List] FX: ExecuteQuery XML error> >> Steve Bennett (steve at bentechaps.com)> >> Sat Sep 8 09:57:39 MDT 2007> >>> >> however that never ended in a sollution,> >>> >> best regards,> >>> >> Robert Janssen> >>> >> Het beste van Windows, nu ook online. Deel jouw wereld met Windows > >> Live. Download nu._______________________________________________> >> FX.php_List mailing list> >> FX.php_List@mail.iviking.org> >> http://www.iviking.org/mailman/listinfo/fx.php_list> > > > _______________________________________________> > FX.php_L