From jschwartz at exit445.com Wed Mar 20 12:16:41 2013 From: jschwartz at exit445.com (Jonathan Schwartz) Date: Wed Mar 20 11:19:17 2013 Subject: [FX.php List] Credit Card Reader for mobile device + web publishing Message-ID: Hi folks, Have been asked by existing client to test implement a credit card reader for mobile devices which will run a mobile version of existing web-based order system. There are a ton of nearly-free readers available where the readers are hard-coded to an existing payment processing service. I'm looking to implement without the service....we will use the client's existing merchant processing account and FileMaker. It seems that the critical components are having both good quality hardware plus an API to allow the reader to talk with the phone Has any one gone down this path before? Thanks, Jonathan Schwartz jschwartz@exit445.com From bob at patin.com Wed Mar 20 12:46:07 2013 From: bob at patin.com (Bob Patin) Date: Wed Mar 20 11:48:43 2013 Subject: [FX.php List] Credit Card Reader for mobile device + web publishing In-Reply-To: References: Message-ID: <78785192-FD9F-4DD7-BBA8-E9C7F4DDDCF3@patin.com> I have, and it's not a good path. All of the readers I found use the gateways that go with them; I couldn't find a reader that would basically work just like a swiper does on a desktop machine. If you're okay using the gateway that goes with the machine, you can find one, but my client wanted to use their existing gateways, not the one that went with the machine. Sorry I don't have better news... Bob Patin Longterm Solutions LLC bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com FileMaker 9, 10 & 11 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -- Twitter: bobpatin AIM: longterm1954 iChat: bobpatin -- Expert FileMaker Consulting FileMaker Hosting for all versions of FileMaker On Mar 20, 2013, at 1:16 PM, Jonathan Schwartz wrote: > Hi folks, > > Have been asked by existing client to test implement a credit card reader for mobile devices which will run a mobile version of existing web-based order system. > > There are a ton of nearly-free readers available where the readers are hard-coded to an existing payment processing service. I'm looking to implement without the service....we will use the client's existing merchant processing account and FileMaker. > > It seems that the critical components are having both good quality hardware plus an API to allow the reader to talk with the phone > > Has any one gone down this path before? > > Thanks, > > Jonathan Schwartz > jschwartz@exit445.com > > > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list From andersm at mac.com Wed Mar 20 12:59:39 2013 From: andersm at mac.com (Anders Monsen) Date: Wed Mar 20 12:04:04 2013 Subject: [FX.php List] Credit Card Reader for mobile device + web publishing In-Reply-To: References: Message-ID: <514A071B.702@mac.com> At the risk of sounding self-serving, I wrote about this recently. http://www.mightydata.com/blog/scanning-barcodes-and-more-with-filemaker-go-part-3/ With iMag Pro and FM Go you can read credit cards (or any cards with magnetic stripes). You just need to be able to parse the data. You can then use a variety of methods to send the CC # to an API ( 360Works Plastic, FM Credit Card, or Auth.Net via Troi URL and XML, to name some examples). Using a web viewer and PHP back end you probably also have access to far more APIs than those three. -- Anders Monsen On 3/20/13 1:16 PM, Jonathan Schwartz wrote: > Hi folks, > > Have been asked by existing client to test implement a credit card reader for mobile devices which will run a mobile version of existing web-based order system. > > There are a ton of nearly-free readers available where the readers are hard-coded to an existing payment processing service. I'm looking to implement without the service....we will use the client's existing merchant processing account and FileMaker. > > It seems that the critical components are having both good quality hardware plus an API to allow the reader to talk with the phone > > Has any one gone down this path before? > > Thanks, > > Jonathan Schwartz > jschwartz@exit445.com > > > > _______________________________________________ > 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 Wed Mar 20 13:24:31 2013 From: jschwartz at exit445.com (Jonathan Schwartz) Date: Wed Mar 20 12:27:06 2013 Subject: [FX.php List] Credit Card Reader for mobile device + web publishing In-Reply-To: <78785192-FD9F-4DD7-BBA8-E9C7F4DDDCF3@patin.com> References: <78785192-FD9F-4DD7-BBA8-E9C7F4DDDCF3@patin.com> Message-ID: <2F39B8A6-C4B4-4247-95EB-C97B24E119EC@exit445.com> Hi Bob, That explains the difficulty I'm having in finding a hardware only solution. I'm going to take a look t Anders reply regarding using Go. Cheers! J On Mar 20, 2013, at 11:46 AM, Bob Patin wrote: > I have, and it's not a good path. > > All of the readers I found use the gateways that go with them; I couldn't find a reader that would basically work just like a swiper does on a desktop machine. > > If you're okay using the gateway that goes with the machine, you can find one, but my client wanted to use their existing gateways, not the one that went with the machine. > > Sorry I don't have better news... > > Bob Patin > Longterm Solutions LLC > bob@longtermsolutions.com > 615-333-6858 > http://www.longtermsolutions.com > FileMaker 9, 10 & 11 Certified Developer > Member of FileMaker Business Alliance and FileMaker TechNet > -- > Twitter: bobpatin > AIM: longterm1954 > iChat: bobpatin > -- > Expert FileMaker Consulting > FileMaker Hosting for all versions of FileMaker > > On Mar 20, 2013, at 1:16 PM, Jonathan Schwartz wrote: > >> Hi folks, >> >> Have been asked by existing client to test implement a credit card reader for mobile devices which will run a mobile version of existing web-based order system. >> >> There are a ton of nearly-free readers available where the readers are hard-coded to an existing payment processing service. I'm looking to implement without the service....we will use the client's existing merchant processing account and FileMaker. >> >> It seems that the critical components are having both good quality hardware plus an API to allow the reader to talk with the phone >> >> Has any one gone down this path before? >> >> Thanks, >> >> Jonathan Schwartz >> jschwartz@exit445.com >> >> >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list Jonathan Schwartz jschwartz@exit445.com From jschwartz at exit445.com Wed Mar 20 13:40:13 2013 From: jschwartz at exit445.com (Jonathan Schwartz) Date: Wed Mar 20 12:42:47 2013 Subject: [FX.php List] Credit Card Reader for mobile device + web publishing In-Reply-To: <514A071B.702@mac.com> References: <514A071B.702@mac.com> Message-ID: <244B2EAD-ECCD-4967-B071-49A4F9630EB3@exit445.com> Anders, Thanks for the great article. Are you saying that is not feasible to use the iMagPro and submit the card data directly to a web page form, with or without the CardSwipe software? Jonathan On Mar 20, 2013, at 11:59 AM, Anders Monsen wrote: > At the risk of sounding self-serving, I wrote about this recently. > http://www.mightydata.com/blog/scanning-barcodes-and-more-with-filemaker-go-part-3/ > > With iMag Pro and FM Go you can read credit cards (or any cards with magnetic stripes). You just need to be able to parse the data. You can then use a variety of methods to send the CC # to an API ( 360Works Plastic, FM Credit Card, or Auth.Net via Troi URL and XML, to name some examples). Using a web viewer and PHP back end you probably also have access to far more APIs than those three. > > -- > Anders Monsen > > On 3/20/13 1:16 PM, Jonathan Schwartz wrote: >> Hi folks, >> >> Have been asked by existing client to test implement a credit card reader for mobile devices which will run a mobile version of existing web-based order system. >> >> There are a ton of nearly-free readers available where the readers are hard-coded to an existing payment processing service. I'm looking to implement without the service....we will use the client's existing merchant processing account and FileMaker. >> >> It seems that the critical components are having both good quality hardware plus an API to allow the reader to talk with the phone >> >> Has any one gone down this path before? >> >> Thanks, >> >> Jonathan Schwartz >> jschwartz@exit445.com >> >> >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list >> >> > Jonathan Schwartz jschwartz@exit445.com From bob at patin.com Wed Mar 20 13:44:15 2013 From: bob at patin.com (Bob Patin) Date: Wed Mar 20 12:46:51 2013 Subject: [FX.php List] Credit Card Reader for mobile device + web publishing In-Reply-To: <244B2EAD-ECCD-4967-B071-49A4F9630EB3@exit445.com> References: <514A071B.702@mac.com> <244B2EAD-ECCD-4967-B071-49A4F9630EB3@exit445.com> Message-ID: <263CBF70-404E-4FA5-984B-E631A38F7E86@patin.com> It sounds like, from reading the specs on this device, that you could write a script to capture the card data. I use a script now that uses card readers to capture a CC's two tracks; I then parse it out and run the transaction using Plastic. My client's been hoping that we could find something like this; since plugins don't work in FileMaker Go, what I'll probably do is use PHP to run the transaction--I capture the card info in the device on an iPhone, then use openURL to run the PHP page and get the results back to me in the database on the iPhone. I didn't read Ander's article, but I wonder if he's doing some variation of that; using a standard PHP page like the AIM page I use for Authorize.net, it'd be easy enough to get the card info from the swiper and then do the processing... Bob Patin Longterm Solutions LLC bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com FileMaker 9, 10 & 11 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -- Twitter: bobpatin AIM: longterm1954 iChat: bobpatin -- Expert FileMaker Consulting FileMaker Hosting for all versions of FileMaker On Mar 20, 2013, at 2:40 PM, Jonathan Schwartz wrote: > Anders, > > Thanks for the great article. > > Are you saying that is not feasible to use the iMagPro and submit the card data directly to a web page form, with or without the CardSwipe software? > > Jonathan > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20130320/c9cdce5e/attachment-0001.html From andersm at mac.com Wed Mar 20 13:57:00 2013 From: andersm at mac.com (Anders Monsen) Date: Wed Mar 20 12:59:36 2013 Subject: [FX.php List] Credit Card Reader for mobile device + web publishing In-Reply-To: <263CBF70-404E-4FA5-984B-E631A38F7E86@patin.com> References: <514A071B.702@mac.com> <244B2EAD-ECCD-4967-B071-49A4F9630EB3@exit445.com> <263CBF70-404E-4FA5-984B-E631A38F7E86@patin.com> Message-ID: <514A148C.1070303@mac.com> I'm not yet using this in production, but you certainly can use Open URL with this method. (Forget my mention of the plugins, as this would not work with FM Go, and I was mixing two separate solutions). Rather, using either a PHP page with a web viewer, or Open URL, should work. I have not tried iMag Pro without the CardSwipe software, as I set it up with a data url scheme so FM Go would open the app and then the card data would be returned to FM Go. The script you run from Fm Go would then parse the data from the card, and send the valid information. What I was looking for when I wrote this wasn't necessarily CC info, but rather badge reading methods. What I discovered when reading cards, was the different credit cards would return information formatted in different ways, so your script probably would need to be able to ID the type, and then parse the values accordingly. All text parsing, I think. I think the better option would be to push CC data from CardSwipe to a web server with a PHP page via a web viewer, and you then can use an API that works for PHP to process the CC info, return data to FMP (Go), to receive confirmation. This would be akin to processing via a web site, but all handled within FM Go and the connection to the server. However, there are potential issues with connectivity to consider, which I have not tried. -- Anders On 3/20/13 2:44 PM, Bob Patin wrote: > It sounds like, from reading the specs on this device, that you could > write a script to capture the card data. > > I use a script now that uses card readers to capture a CC's two > tracks; I then parse it out and run the transaction using Plastic. > > My client's been hoping that we could find something like this; since > plugins don't work in FileMaker Go, what I'll probably do is use PHP > to run the transaction--I capture the card info in the device on an > iPhone, then use openURL to run the PHP page and get the results back > to me in the database on the iPhone. > > I didn't read Ander's article, but I wonder if he's doing some > variation of that; using a standard PHP page like the AIM page I use > for Authorize.net , it'd be easy enough to get > the card info from the swiper and then do the processing... > > Bob Patin > Longterm Solutions LLC > bob@longtermsolutions.com > 615-333-6858 > http://www.longtermsolutions.com > FileMaker 9, 10 & 11 Certified Developer > Member of FileMaker Business Alliance and FileMaker TechNet > -- > Twitter: bobpatin > AIM: longterm1954 > iChat: bobpatin > -- > Expert FileMaker Consulting > FileMaker Hosting for all versions of FileMaker > > On Mar 20, 2013, at 2:40 PM, Jonathan Schwartz > wrote: > >> Anders, >> >> Thanks for the great article. >> >> Are you saying that is not feasible to use the iMagPro and submit the >> card data directly to a web page form, with or without the CardSwipe >> software? >> >> Jonathan >> > > > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20130320/0cf3d8e1/attachment.html From csinfo at criticalsolution.com Wed Mar 20 13:58:23 2013 From: csinfo at criticalsolution.com (John Funk) Date: Wed Mar 20 13:03:24 2013 Subject: [FX.php List] Credit Card Reader for mobile device + web publishing In-Reply-To: Message-ID: > >I too have gone down this long dead end road. I know I can connect a >barcode scanner to the docking port on the iPad with a camera adapter and >it will act like keyboard entry so my next step was to buy a desktop USB >card reader and see if it works the same, I just have not done it yet. > >For those interested, I created a service on my web server to process >credit cards through Authorize.net. It can be used in FileMaker / FMGo as >a web portal so no plugins or third party apps are needed. If I can get >the desktop card >reader to work I may be in business. I assume the website could be >modified to work with other gateways but it was written with the Authnet >api coding. > >Here is the URL if you want to see how it looks in FileMaker / Go. It is >on my test account so >no card is charged or kept but I do get emails on each transaction. > > > >http://csfm.dyndns.org/CSpay/CSPay_store/CSPay_Checkout.php > >John Funk > From bob at patin.com Wed Mar 20 14:32:04 2013 From: bob at patin.com (Bob Patin) Date: Wed Mar 20 13:34:40 2013 Subject: [FX.php List] Credit Card Reader for mobile device + web publishing In-Reply-To: <514A148C.1070303@mac.com> References: <514A071B.702@mac.com> <244B2EAD-ECCD-4967-B071-49A4F9630EB3@exit445.com> <263CBF70-404E-4FA5-984B-E631A38F7E86@patin.com> <514A148C.1070303@mac.com> Message-ID: <0B756454-75BD-4A6B-8B4B-FD1A97B8CDC4@patin.com> On Mar 20, 2013, at 2:57 PM, Anders Monsen wrote: > The script you run from Fm Go would then parse the data from the card, and send the valid information. What I was looking for when I wrote this wasn't necessarily CC info, but rather badge reading methods. What I discovered when reading cards, was the different credit cards would return information formatted in different ways, so your script probably would need to be able to ID the type, and then parse the values accordingly. All text parsing, I think. I have 2 different methods that i use for parsing cards--one works for Visa/MC/Discover, and the other works for amex, which is a 15-digit card number. > > I think the better option would be to push CC data from CardSwipe to a web server with a PHP page via a web viewer, and you then can use an API that works for PHP to process the CC info, return data to FMP (Go), to receive confirmation. This would be akin to processing via a web site, but all handled within FM Go and the connection to the server. However, there are potential issues with connectivity to consider, which I have not tried. That's exactly what I have in mind; the swiper is just a text-input device, captures the data strings. Track two is necessary with the gateway that we use, so I parse that one as well. Then, with the track 1 data, I parse out the card number, pass it to a PHP page that is what we use to run cards on one of their web apps, and then return the results for input into the database. I'll be trying this at some point; I'm going to ask my client to buy one of these swipers, and assuming it works like I expect, I'll report on the results. I'm glad to see a swiper that's tied to a particular gateway. Bob Patin Longterm Solutions LLC bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com FileMaker 9, 10 & 11 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -- Twitter: bobpatin AIM: longterm1954 iChat: bobpatin -- Expert FileMaker Consulting FileMaker Hosting for all versions of FileMaker -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20130320/76871350/attachment.html From jschwartz at exit445.com Wed Mar 20 14:40:33 2013 From: jschwartz at exit445.com (Jonathan Schwartz) Date: Wed Mar 20 13:43:07 2013 Subject: [FX.php List] Credit Card Reader for mobile device + web publishing In-Reply-To: <263CBF70-404E-4FA5-984B-E631A38F7E86@patin.com> References: <514A071B.702@mac.com> <244B2EAD-ECCD-4967-B071-49A4F9630EB3@exit445.com> <263CBF70-404E-4FA5-984B-E631A38F7E86@patin.com> Message-ID: Thanks for the feedback, My challenge actually has one more complexity. The client is using Authorize.net's Customer Information System (CIM) as a tool for maintaining PCI Complance. With CIM, the credit card info is stored at Auth.net , returning tokens for running future transactions. So there is no initial sale. So, I need too use the swiper to create the CIM tokens for future use. FileMakerGo is simply not an option for this client, so this boils down to whether I can: 1) fill out a web form with customer order info (php/javascript) 2) swipe a credit card and have the CC info pop into the appropriate data fields on the web form 3) submit the web form for creation of the CIM tokens and subsequent customer order. I just don't know if the iMag Pro card reader will talk directly to a web page, or if the Card Swipe software is used, it will pass the data along to the web page. They have a $150 kits which includes a swiper plus an SDK. Don't feel like going that route without some sort of assurance of success. Of course, the alternative is to just drop the idea of a swiper. In this case, just hand the iphone/ipad over to the customer to enter his/her own credit card number and then submit. How hard is that? Jonathan On Mar 20, 2013, at 12:44 PM, Bob Patin wrote: > It sounds like, from reading the specs on this device, that you could write a script to capture the card data. > > I use a script now that uses card readers to capture a CC's two tracks; I then parse it out and run the transaction using Plastic. > > My client's been hoping that we could find something like this; since plugins don't work in FileMaker Go, what I'll probably do is use PHP to run the transaction--I capture the card info in the device on an iPhone, then use openURL to run the PHP page and get the results back to me in the database on the iPhone. > > I didn't read Ander's article, but I wonder if he's doing some variation of that; using a standard PHP page like the AIM page I use for Authorize.net, it'd be easy enough to get the card info from the swiper and then do the processing... > > Bob Patin > Longterm Solutions LLC > bob@longtermsolutions.com > 615-333-6858 > http://www.longtermsolutions.com > FileMaker 9, 10 & 11 Certified Developer > Member of FileMaker Business Alliance and FileMaker TechNet > -- > Twitter: bobpatin > AIM: longterm1954 > iChat: bobpatin > -- > Expert FileMaker Consulting > FileMaker Hosting for all versions of FileMaker > > On Mar 20, 2013, at 2:40 PM, Jonathan Schwartz wrote: > >> Anders, >> >> Thanks for the great article. >> >> Are you saying that is not feasible to use the iMagPro and submit the card data directly to a web page form, with or without the CardSwipe software? >> >> Jonathan >> > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list Jonathan Schwartz jschwartz@exit445.com From andersm at mac.com Wed Mar 20 15:21:39 2013 From: andersm at mac.com (Anders Monsen) Date: Wed Mar 20 14:24:24 2013 Subject: [FX.php List] Credit Card Reader for mobile device + web publishing In-Reply-To: References: <514A071B.702@mac.com> <244B2EAD-ECCD-4967-B071-49A4F9630EB3@exit445.com> <263CBF70-404E-4FA5-984B-E631A38F7E86@patin.com> Message-ID: <514A2863.7030400@mac.com> I take it this web form is on a desktop and not a mobile device? If that's the case, I am not sure what hardware is out there to push your data back to the web page. However, I'm fairly certain that there are USB readers out there that will do exactly that. A quick Google search turned up this one: http://www.barcodesinc.com/magtek/part-21040145.htm#reviews - more examples From the reviews it pushes data into Excel and Access (shudder), so why not a web form? Theory may be different from reality, but it sounds like data should appear in a field or multiple fields, by emulating keyboard more. Whether it places data in the right place is another issue. -- Anders On 3/20/13 3:40 PM, Jonathan Schwartz wrote: > Thanks for the feedback, > > My challenge actually has one more complexity. The client is using Authorize.net's Customer Information System (CIM) as a tool for maintaining PCI Complance. With CIM, the credit card info is stored at Auth.net , returning tokens for running future transactions. So there is no initial sale. So, I need too use the swiper to create the CIM tokens for future use. > > FileMakerGo is simply not an option for this client, so this boils down to whether I can: > 1) fill out a web form with customer order info (php/javascript) > 2) swipe a credit card and have the CC info pop into the appropriate data fields on the web form > 3) submit the web form for creation of the CIM tokens and subsequent customer order. > > I just don't know if the iMag Pro card reader will talk directly to a web page, or if the Card Swipe software is used, it will pass the data along to the web page. > > They have a $150 kits which includes a swiper plus an SDK. Don't feel like going that route without some sort of assurance of success. > > Of course, the alternative is to just drop the idea of a swiper. In this case, just hand the iphone/ipad over to the customer to enter his/her own credit card number and then submit. How hard is that? > > Jonathan > > > > > On Mar 20, 2013, at 12:44 PM, Bob Patin wrote: > >> It sounds like, from reading the specs on this device, that you could write a script to capture the card data. >> >> I use a script now that uses card readers to capture a CC's two tracks; I then parse it out and run the transaction using Plastic. >> >> My client's been hoping that we could find something like this; since plugins don't work in FileMaker Go, what I'll probably do is use PHP to run the transaction--I capture the card info in the device on an iPhone, then use openURL to run the PHP page and get the results back to me in the database on the iPhone. >> >> I didn't read Ander's article, but I wonder if he's doing some variation of that; using a standard PHP page like the AIM page I use for Authorize.net, it'd be easy enough to get the card info from the swiper and then do the processing... >> >> Bob Patin >> Longterm Solutions LLC >> bob@longtermsolutions.com >> 615-333-6858 >> http://www.longtermsolutions.com >> FileMaker 9, 10 & 11 Certified Developer >> Member of FileMaker Business Alliance and FileMaker TechNet >> -- >> Twitter: bobpatin >> AIM: longterm1954 >> iChat: bobpatin >> -- >> Expert FileMaker Consulting >> FileMaker Hosting for all versions of FileMaker >> >> On Mar 20, 2013, at 2:40 PM, Jonathan Schwartz wrote: >> >>> Anders, >>> >>> Thanks for the great article. >>> >>> Are you saying that is not feasible to use the iMagPro and submit the card data directly to a web page form, with or without the CardSwipe software? >>> >>> Jonathan >>> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list > Jonathan Schwartz > jschwartz@exit445.com > > > > _______________________________________________ > 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 Mar 20 15:22:35 2013 From: jsfmp at earthlink.net (Joel Shapiro) Date: Wed Mar 20 14:25:06 2013 Subject: [FX.php List] Credit Card Reader for mobile device + web publishing In-Reply-To: References: <514A071B.702@mac.com> <244B2EAD-ECCD-4967-B071-49A4F9630EB3@exit445.com> <263CBF70-404E-4FA5-984B-E631A38F7E86@patin.com> Message-ID: <4203C943-0A2A-4991-86BF-4C39538C23A5@earthlink.net> Hey Jonathan I don't know if it would help you here, but you might want to take a look at http://ccq-fm.com/ It's a project by long-term FileMaker dev John Morina. If it doesn't do what you want/need, you might even try asking John if it's something he's considered... HTH, -Joel On Mar 20, 2013, at 1:40 PM, Jonathan Schwartz wrote: > Thanks for the feedback, > > My challenge actually has one more complexity. The client is using Authorize.net's Customer Information System (CIM) as a tool for maintaining PCI Complance. With CIM, the credit card info is stored at Auth.net , returning tokens for running future transactions. So there is no initial sale. So, I need too use the swiper to create the CIM tokens for future use. > > FileMakerGo is simply not an option for this client, so this boils down to whether I can: > 1) fill out a web form with customer order info (php/javascript) > 2) swipe a credit card and have the CC info pop into the appropriate data fields on the web form > 3) submit the web form for creation of the CIM tokens and subsequent customer order. > > I just don't know if the iMag Pro card reader will talk directly to a web page, or if the Card Swipe software is used, it will pass the data along to the web page. > > They have a $150 kits which includes a swiper plus an SDK. Don't feel like going that route without some sort of assurance of success. > > Of course, the alternative is to just drop the idea of a swiper. In this case, just hand the iphone/ipad over to the customer to enter his/her own credit card number and then submit. How hard is that? > > Jonathan > > > > > On Mar 20, 2013, at 12:44 PM, Bob Patin wrote: > >> It sounds like, from reading the specs on this device, that you could write a script to capture the card data. >> >> I use a script now that uses card readers to capture a CC's two tracks; I then parse it out and run the transaction using Plastic. >> >> My client's been hoping that we could find something like this; since plugins don't work in FileMaker Go, what I'll probably do is use PHP to run the transaction--I capture the card info in the device on an iPhone, then use openURL to run the PHP page and get the results back to me in the database on the iPhone. >> >> I didn't read Ander's article, but I wonder if he's doing some variation of that; using a standard PHP page like the AIM page I use for Authorize.net, it'd be easy enough to get the card info from the swiper and then do the processing... >> >> Bob Patin >> Longterm Solutions LLC >> bob@longtermsolutions.com >> 615-333-6858 >> http://www.longtermsolutions.com >> FileMaker 9, 10 & 11 Certified Developer >> Member of FileMaker Business Alliance and FileMaker TechNet >> -- >> Twitter: bobpatin >> AIM: longterm1954 >> iChat: bobpatin >> -- >> Expert FileMaker Consulting >> FileMaker Hosting for all versions of FileMaker >> >> On Mar 20, 2013, at 2:40 PM, Jonathan Schwartz wrote: >> >>> Anders, >>> >>> Thanks for the great article. >>> >>> Are you saying that is not feasible to use the iMagPro and submit the card data directly to a web page form, with or without the CardSwipe software? >>> >>> Jonathan >>> >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list > > Jonathan Schwartz > jschwartz@exit445.com > > > > _______________________________________________ > 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 Wed Mar 20 16:44:08 2013 From: jschwartz at exit445.com (Jonathan Schwartz) Date: Wed Mar 20 15:46:43 2013 Subject: [FX.php List] Credit Card Reader for mobile device + web publishing In-Reply-To: <514A2863.7030400@mac.com> References: <514A071B.702@mac.com> <244B2EAD-ECCD-4967-B071-49A4F9630EB3@exit445.com> <263CBF70-404E-4FA5-984B-E631A38F7E86@patin.com> <514A2863.7030400@mac.com> Message-ID: <843265D0-FB6D-41A6-887F-0D960983DB5F@exit445.com> Anders, Actually, i AM talking about a mobile device...an iphone. Jonathan On Mar 20, 2013, at 2:21 PM, Anders Monsen wrote: > I take it this web form is on a desktop and not a mobile device? If that's the case, I am not sure what hardware is out there to push your data back to the web page. However, I'm fairly certain that there are USB readers out there that will do exactly that. A quick Google search turned up this one: > http://www.barcodesinc.com/magtek/part-21040145.htm#reviews > - more examples > > From the reviews it pushes data into Excel and Access (shudder), so why not a web form? Theory may be different from reality, but it sounds like data should appear in a field or multiple fields, by emulating keyboard more. Whether it places data in the right place is another issue. > > -- > Anders > > > > On 3/20/13 3:40 PM, Jonathan Schwartz wrote: >> Thanks for the feedback, >> >> My challenge actually has one more complexity. The client is using Authorize.net's Customer Information System (CIM) as a tool for maintaining PCI Complance. With CIM, the credit card info is stored at Auth.net , returning tokens for running future transactions. So there is no initial sale. So, I need too use the swiper to create the CIM tokens for future use. >> >> FileMakerGo is simply not an option for this client, so this boils down to whether I can: >> 1) fill out a web form with customer order info (php/javascript) >> 2) swipe a credit card and have the CC info pop into the appropriate data fields on the web form >> 3) submit the web form for creation of the CIM tokens and subsequent customer order. >> >> I just don't know if the iMag Pro card reader will talk directly to a web page, or if the Card Swipe software is used, it will pass the data along to the web page. >> >> They have a $150 kits which includes a swiper plus an SDK. Don't feel like going that route without some sort of assurance of success. >> >> Of course, the alternative is to just drop the idea of a swiper. In this case, just hand the iphone/ipad over to the customer to enter his/her own credit card number and then submit. How hard is that? >> >> Jonathan >> >> >> >> >> On Mar 20, 2013, at 12:44 PM, Bob Patin wrote: >> >>> It sounds like, from reading the specs on this device, that you could write a script to capture the card data. >>> >>> I use a script now that uses card readers to capture a CC's two tracks; I then parse it out and run the transaction using Plastic. >>> >>> My client's been hoping that we could find something like this; since plugins don't work in FileMaker Go, what I'll probably do is use PHP to run the transaction--I capture the card info in the device on an iPhone, then use openURL to run the PHP page and get the results back to me in the database on the iPhone. >>> >>> I didn't read Ander's article, but I wonder if he's doing some variation of that; using a standard PHP page like the AIM page I use for Authorize.net, it'd be easy enough to get the card info from the swiper and then do the processing... >>> >>> Bob Patin >>> Longterm Solutions LLC >>> bob@longtermsolutions.com >>> 615-333-6858 >>> http://www.longtermsolutions.com >>> FileMaker 9, 10 & 11 Certified Developer >>> Member of FileMaker Business Alliance and FileMaker TechNet >>> -- >>> Twitter: bobpatin >>> AIM: longterm1954 >>> iChat: bobpatin >>> -- >>> Expert FileMaker Consulting >>> FileMaker Hosting for all versions of FileMaker >>> >>> On Mar 20, 2013, at 2:40 PM, Jonathan Schwartz wrote: >>> >>>> Anders, >>>> >>>> Thanks for the great article. >>>> >>>> Are you saying that is not feasible to use the iMagPro and submit the card data directly to a web page form, with or without the CardSwipe software? >>>> >>>> Jonathan >>>> >>> _______________________________________________ >>> FX.php_List mailing list >>> FX.php_List@mail.iviking.org >>> http://www.iviking.org/mailman/listinfo/fx.php_list >> Jonathan Schwartz >> jschwartz@exit445.com >> >> >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list >> >> > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list Jonathan Schwartz jschwartz@exit445.com From andersm at mac.com Wed Mar 20 16:49:42 2013 From: andersm at mac.com (ANDERS MONSEN) Date: Wed Mar 20 15:52:28 2013 Subject: [FX.php List] Credit Card Reader for mobile device + web publishing In-Reply-To: <843265D0-FB6D-41A6-887F-0D960983DB5F@exit445.com> References: <514A071B.702@mac.com> <244B2EAD-ECCD-4967-B071-49A4F9630EB3@exit445.com> <263CBF70-404E-4FA5-984B-E631A38F7E86@patin.com> <514A2863.7030400@mac.com> <843265D0-FB6D-41A6-887F-0D960983DB5F@exit445.com> Message-ID: <37245C35-0BDA-4DAC-A47C-4C8230B637F9@mac.com> Jonathan, Ah, I see. But not Fm Go? Maybe something like card swipe would work with a URL scheme from the browser? Anders On Mar 20, 2013, at 5:44 PM, Jonathan Schwartz wrote: > Anders, > > Actually, i AM talking about a mobile device...an iphone. > > Jonathan > > > On Mar 20, 2013, at 2:21 PM, Anders Monsen wrote: > >> I take it this web form is on a desktop and not a mobile device? If that's the case, I am not sure what hardware is out there to push your data back to the web page. However, I'm fairly certain that there are USB readers out there that will do exactly that. A quick Google search turned up this one: >> http://www.barcodesinc.com/magtek/part-21040145.htm#reviews >> - more examples >> >> From the reviews it pushes data into Excel and Access (shudder), so why not a web form? Theory may be different from reality, but it sounds like data should appear in a field or multiple fields, by emulating keyboard more. Whether it places data in the right place is another issue. >> >> -- >> Anders >> >> >> >> On 3/20/13 3:40 PM, Jonathan Schwartz wrote: >>> Thanks for the feedback, >>> >>> My challenge actually has one more complexity. The client is using Authorize.net's Customer Information System (CIM) as a tool for maintaining PCI Complance. With CIM, the credit card info is stored at Auth.net , returning tokens for running future transactions. So there is no initial sale. So, I need too use the swiper to create the CIM tokens for future use. >>> >>> FileMakerGo is simply not an option for this client, so this boils down to whether I can: >>> 1) fill out a web form with customer order info (php/javascript) >>> 2) swipe a credit card and have the CC info pop into the appropriate data fields on the web form >>> 3) submit the web form for creation of the CIM tokens and subsequent customer order. >>> >>> I just don't know if the iMag Pro card reader will talk directly to a web page, or if the Card Swipe software is used, it will pass the data along to the web page. >>> >>> They have a $150 kits which includes a swiper plus an SDK. Don't feel like going that route without some sort of assurance of success. >>> >>> Of course, the alternative is to just drop the idea of a swiper. In this case, just hand the iphone/ipad over to the customer to enter his/her own credit card number and then submit. How hard is that? >>> >>> Jonathan >>> >>> >>> >>> >>> On Mar 20, 2013, at 12:44 PM, Bob Patin wrote: >>> >>>> It sounds like, from reading the specs on this device, that you could write a script to capture the card data. >>>> >>>> I use a script now that uses card readers to capture a CC's two tracks; I then parse it out and run the transaction using Plastic. >>>> >>>> My client's been hoping that we could find something like this; since plugins don't work in FileMaker Go, what I'll probably do is use PHP to run the transaction--I capture the card info in the device on an iPhone, then use openURL to run the PHP page and get the results back to me in the database on the iPhone. >>>> >>>> I didn't read Ander's article, but I wonder if he's doing some variation of that; using a standard PHP page like the AIM page I use for Authorize.net, it'd be easy enough to get the card info from the swiper and then do the processing... >>>> >>>> Bob Patin >>>> Longterm Solutions LLC >>>> bob@longtermsolutions.com >>>> 615-333-6858 >>>> http://www.longtermsolutions.com >>>> FileMaker 9, 10 & 11 Certified Developer >>>> Member of FileMaker Business Alliance and FileMaker TechNet >>>> -- >>>> Twitter: bobpatin >>>> AIM: longterm1954 >>>> iChat: bobpatin >>>> -- >>>> Expert FileMaker Consulting >>>> FileMaker Hosting for all versions of FileMaker >>>> >>>> On Mar 20, 2013, at 2:40 PM, Jonathan Schwartz wrote: >>>> >>>>> Anders, >>>>> >>>>> Thanks for the great article. >>>>> >>>>> Are you saying that is not feasible to use the iMagPro and submit the card data directly to a web page form, with or without the CardSwipe software? >>>>> >>>>> Jonathan >>>> _______________________________________________ >>>> FX.php_List mailing list >>>> FX.php_List@mail.iviking.org >>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>> Jonathan Schwartz >>> jschwartz@exit445.com >>> >>> >>> >>> _______________________________________________ >>> FX.php_List mailing list >>> FX.php_List@mail.iviking.org >>> http://www.iviking.org/mailman/listinfo/fx.php_list >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list > > Jonathan Schwartz > jschwartz@exit445.com > > > > _______________________________________________ > 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 Wed Mar 20 17:10:19 2013 From: jschwartz at exit445.com (Jonathan Schwartz) Date: Wed Mar 20 16:12:54 2013 Subject: [FX.php List] Credit Card Reader for mobile device + web publishing In-Reply-To: <4203C943-0A2A-4991-86BF-4C39538C23A5@earthlink.net> References: <514A071B.702@mac.com> <244B2EAD-ECCD-4967-B071-49A4F9630EB3@exit445.com> <263CBF70-404E-4FA5-984B-E631A38F7E86@patin.com> <4203C943-0A2A-4991-86BF-4C39538C23A5@earthlink.net> Message-ID: <921CF9E7-3B4F-43D2-A983-5B9DB832B052@exit445.com> Wow! Direct hit! I just called John and this is exactly the solution I need. He was great to talk to. In fact, Anders....these are the folks that wrote and sell CardSwipe, the app that you demo in your YouTube video. Together with the IDTech swiper, this is the solution that will do what I want. Thanks, Joel! Jonathan On Mar 20, 2013, at 2:22 PM, Joel Shapiro wrote: > Hey Jonathan > > I don't know if it would help you here, but you might want to take a look at > http://ccq-fm.com/ > > It's a project by long-term FileMaker dev John Morina. If it doesn't do what you want/need, you might even try asking John if it's something he's considered... > > HTH, > -Joel > > > On Mar 20, 2013, at 1:40 PM, Jonathan Schwartz wrote: > >> Thanks for the feedback, >> >> My challenge actually has one more complexity. The client is using Authorize.net's Customer Information System (CIM) as a tool for maintaining PCI Complance. With CIM, the credit card info is stored at Auth.net , returning tokens for running future transactions. So there is no initial sale. So, I need too use the swiper to create the CIM tokens for future use. >> >> FileMakerGo is simply not an option for this client, so this boils down to whether I can: >> 1) fill out a web form with customer order info (php/javascript) >> 2) swipe a credit card and have the CC info pop into the appropriate data fields on the web form >> 3) submit the web form for creation of the CIM tokens and subsequent customer order. >> >> I just don't know if the iMag Pro card reader will talk directly to a web page, or if the Card Swipe software is used, it will pass the data along to the web page. >> >> They have a $150 kits which includes a swiper plus an SDK. Don't feel like going that route without some sort of assurance of success. >> >> Of course, the alternative is to just drop the idea of a swiper. In this case, just hand the iphone/ipad over to the customer to enter his/her own credit card number and then submit. How hard is that? >> >> Jonathan >> >> >> >> >> On Mar 20, 2013, at 12:44 PM, Bob Patin wrote: >> >>> It sounds like, from reading the specs on this device, that you could write a script to capture the card data. >>> >>> I use a script now that uses card readers to capture a CC's two tracks; I then parse it out and run the transaction using Plastic. >>> >>> My client's been hoping that we could find something like this; since plugins don't work in FileMaker Go, what I'll probably do is use PHP to run the transaction--I capture the card info in the device on an iPhone, then use openURL to run the PHP page and get the results back to me in the database on the iPhone. >>> >>> I didn't read Ander's article, but I wonder if he's doing some variation of that; using a standard PHP page like the AIM page I use for Authorize.net, it'd be easy enough to get the card info from the swiper and then do the processing... >>> >>> Bob Patin >>> Longterm Solutions LLC >>> bob@longtermsolutions.com >>> 615-333-6858 >>> http://www.longtermsolutions.com >>> FileMaker 9, 10 & 11 Certified Developer >>> Member of FileMaker Business Alliance and FileMaker TechNet >>> -- >>> Twitter: bobpatin >>> AIM: longterm1954 >>> iChat: bobpatin >>> -- >>> Expert FileMaker Consulting >>> FileMaker Hosting for all versions of FileMaker >>> >>> On Mar 20, 2013, at 2:40 PM, Jonathan Schwartz wrote: >>> >>>> Anders, >>>> >>>> Thanks for the great article. >>>> >>>> Are you saying that is not feasible to use the iMagPro and submit the card data directly to a web page form, with or without the CardSwipe software? >>>> >>>> Jonathan >>>> >>> >>> _______________________________________________ >>> FX.php_List mailing list >>> FX.php_List@mail.iviking.org >>> http://www.iviking.org/mailman/listinfo/fx.php_list >> >> Jonathan Schwartz >> jschwartz@exit445.com >> >> >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list Jonathan Schwartz jschwartz@exit445.com From jsfmp at earthlink.net Wed Mar 20 17:44:30 2013 From: jsfmp at earthlink.net (Joel Shapiro) Date: Wed Mar 20 16:47:05 2013 Subject: [FX.php List] Credit Card Reader for mobile device + web publishing In-Reply-To: <921CF9E7-3B4F-43D2-A983-5B9DB832B052@exit445.com> References: <514A071B.702@mac.com> <244B2EAD-ECCD-4967-B071-49A4F9630EB3@exit445.com> <263CBF70-404E-4FA5-984B-E631A38F7E86@patin.com> <4203C943-0A2A-4991-86BF-4C39538C23A5@earthlink.net> <921CF9E7-3B4F-43D2-A983-5B9DB832B052@exit445.com> Message-ID: <7FC29352-D544-4411-8FEF-893B8D991014@earthlink.net> That's great, Jonathan, glad I could help :-) John had a booth last year at DevCon and we chatted a bit. He seemed real nice, and seems to know his business well. -Joel On Mar 20, 2013, at 4:10 PM, Jonathan Schwartz wrote: > Wow! Direct hit! > > I just called John and this is exactly the solution I need. He was great to talk to. > > In fact, Anders....these are the folks that wrote and sell CardSwipe, the app that you demo in your YouTube video. Together with the IDTech swiper, this is the solution that will do what I want. > > Thanks, Joel! > > Jonathan > > On Mar 20, 2013, at 2:22 PM, Joel Shapiro wrote: > >> Hey Jonathan >> >> I don't know if it would help you here, but you might want to take a look at >> http://ccq-fm.com/ >> >> It's a project by long-term FileMaker dev John Morina. If it doesn't do what you want/need, you might even try asking John if it's something he's considered... >> >> HTH, >> -Joel >> >> >> On Mar 20, 2013, at 1:40 PM, Jonathan Schwartz wrote: >> >>> Thanks for the feedback, >>> >>> My challenge actually has one more complexity. The client is using Authorize.net's Customer Information System (CIM) as a tool for maintaining PCI Complance. With CIM, the credit card info is stored at Auth.net , returning tokens for running future transactions. So there is no initial sale. So, I need too use the swiper to create the CIM tokens for future use. >>> >>> FileMakerGo is simply not an option for this client, so this boils down to whether I can: >>> 1) fill out a web form with customer order info (php/javascript) >>> 2) swipe a credit card and have the CC info pop into the appropriate data fields on the web form >>> 3) submit the web form for creation of the CIM tokens and subsequent customer order. >>> >>> I just don't know if the iMag Pro card reader will talk directly to a web page, or if the Card Swipe software is used, it will pass the data along to the web page. >>> >>> They have a $150 kits which includes a swiper plus an SDK. Don't feel like going that route without some sort of assurance of success. >>> >>> Of course, the alternative is to just drop the idea of a swiper. In this case, just hand the iphone/ipad over to the customer to enter his/her own credit card number and then submit. How hard is that? >>> >>> Jonathan >>> >>> >>> >>> >>> On Mar 20, 2013, at 12:44 PM, Bob Patin wrote: >>> >>>> It sounds like, from reading the specs on this device, that you could write a script to capture the card data. >>>> >>>> I use a script now that uses card readers to capture a CC's two tracks; I then parse it out and run the transaction using Plastic. >>>> >>>> My client's been hoping that we could find something like this; since plugins don't work in FileMaker Go, what I'll probably do is use PHP to run the transaction--I capture the card info in the device on an iPhone, then use openURL to run the PHP page and get the results back to me in the database on the iPhone. >>>> >>>> I didn't read Ander's article, but I wonder if he's doing some variation of that; using a standard PHP page like the AIM page I use for Authorize.net, it'd be easy enough to get the card info from the swiper and then do the processing... >>>> >>>> Bob Patin >>>> Longterm Solutions LLC >>>> bob@longtermsolutions.com >>>> 615-333-6858 >>>> http://www.longtermsolutions.com >>>> FileMaker 9, 10 & 11 Certified Developer >>>> Member of FileMaker Business Alliance and FileMaker TechNet >>>> -- >>>> Twitter: bobpatin >>>> AIM: longterm1954 >>>> iChat: bobpatin >>>> -- >>>> Expert FileMaker Consulting >>>> FileMaker Hosting for all versions of FileMaker >>>> >>>> On Mar 20, 2013, at 2:40 PM, Jonathan Schwartz wrote: >>>> >>>>> Anders, >>>>> >>>>> Thanks for the great article. >>>>> >>>>> Are you saying that is not feasible to use the iMagPro and submit the card data directly to a web page form, with or without the CardSwipe software? >>>>> >>>>> Jonathan >>>>> >>>> >>>> _______________________________________________ >>>> FX.php_List mailing list >>>> FX.php_List@mail.iviking.org >>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>> >>> Jonathan Schwartz >>> jschwartz@exit445.com >>> >>> >>> >>> _______________________________________________ >>> FX.php_List mailing list >>> FX.php_List@mail.iviking.org >>> http://www.iviking.org/mailman/listinfo/fx.php_list >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list > > Jonathan Schwartz > jschwartz@exit445.com > > > > _______________________________________________ > 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 Mar 20 17:56:03 2013 From: jsfmp at earthlink.net (Joel Shapiro) Date: Wed Mar 20 16:59:03 2013 Subject: [FX.php List] [OFF] Responsive FileMaker Design & Web-Viewer Layouts Message-ID: Hi all This is definitely [OFF], but because you're all FileMaker AND Web people, I thought you might be interested in my experiment in bringing Responsive Web Design into FileMaker: http://blog.jsfmp.com/post/45773000886/ Cheers, -Joel From malcolm at notyourhomework.net Wed Mar 20 18:38:58 2013 From: malcolm at notyourhomework.net (Malcolm Fitzgerald) Date: Wed Mar 20 17:41:33 2013 Subject: [FX.php List] [OFF] Responsive FileMaker Design & Web-Viewer Layouts In-Reply-To: References: Message-ID: That's very impressive. CSS is being used as the theme rendering engine for layouts nowadays. I wonder how much of that will be made accessible in the next few releases? Malcolm On 21/03/2013, at 10:56 AM, Joel Shapiro wrote: > Hi all > > This is definitely [OFF], but because you're all FileMaker AND Web people, I thought you might be interested in my experiment in bringing Responsive Web Design into FileMaker: > > http://blog.jsfmp.com/post/45773000886/ > > Cheers, > -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 Mar 20 18:54:19 2013 From: jsfmp at earthlink.net (Joel Shapiro) Date: Wed Mar 20 17:56:53 2013 Subject: [FX.php List] [OFF] Responsive FileMaker Design & Web-Viewer Layouts In-Reply-To: References: Message-ID: <11AF4B94-A834-4E14-8516-E320D78AF0D1@earthlink.net> Thanks Malcolm Yeah, supposedly they'll be opening up the CSS to some extent in a future version, although I've gotta say I'm sceptical about how much CSS(3) we'll really be able to use on a layout. It'd be great, though, if we really could use our own CSS to style any native FM layout. -Joel On Mar 20, 2013, at 5:38 PM, Malcolm Fitzgerald wrote: > That's very impressive. CSS is being used as the theme rendering engine for layouts nowadays. I wonder how much of that will be made accessible in the next few releases? > > Malcolm > > On 21/03/2013, at 10:56 AM, Joel Shapiro wrote: > >> Hi all >> >> This is definitely [OFF], but because you're all FileMaker AND Web people, I thought you might be interested in my experiment in bringing Responsive Web Design into FileMaker: >> >> http://blog.jsfmp.com/post/45773000886/ >> >> Cheers, >> -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 dale.bengston at gmail.com Wed Mar 20 20:55:38 2013 From: dale.bengston at gmail.com (Dale Bengston) Date: Wed Mar 20 19:58:16 2013 Subject: [FX.php List] [OFF] Responsive FileMaker Design & Web-Viewer Layouts In-Reply-To: References: Message-ID: <9CBC8855-8497-462F-A080-08663696E251@gmail.com> Joel, I absolutely love it. You've figured out how to combine the best of web flexibility with the creature comforts of FileMaker. If I never had to build a layout using FileMaker's 1986 MacDraw interface again, I'd be very happy. Dale On Mar 20, 2013, at 6:56 PM, Joel Shapiro wrote: > Hi all > > This is definitely [OFF], but because you're all FileMaker AND Web people, I thought you might be interested in my experiment in bringing Responsive Web Design into FileMaker: > > http://blog.jsfmp.com/post/45773000886/ > > Cheers, > -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 Mar 21 10:22:15 2013 From: jsfmp at earthlink.net (Joel Shapiro) Date: Thu Mar 21 09:24:47 2013 Subject: [FX.php List] [OFF] Responsive FileMaker Design & Web-Viewer Layouts In-Reply-To: <9CBC8855-8497-462F-A080-08663696E251@gmail.com> References: <9CBC8855-8497-462F-A080-08663696E251@gmail.com> Message-ID: MacDraw! aaahh... what fond memories :-) Thanks Dale, glad you like it. It does feel great to be able to manipulate a FileMaker layout with just HTML & CSS. It's certainly not appropriate for everything, but I think there could be some good uses for it. -Joel On Mar 20, 2013, at 7:55 PM, Dale Bengston wrote: > Joel, > > I absolutely love it. You've figured out how to combine the best of web flexibility with the creature comforts of FileMaker. If I never had to build a layout using FileMaker's 1986 MacDraw interface again, I'd be very happy. > > Dale > > On Mar 20, 2013, at 6:56 PM, Joel Shapiro wrote: > >> Hi all >> >> This is definitely [OFF], but because you're all FileMaker AND Web people, I thought you might be interested in my experiment in bringing Responsive Web Design into FileMaker: >> >> http://blog.jsfmp.com/post/45773000886/ >> >> Cheers, >> -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 jschwartz at exit445.com Tue Mar 26 14:49:07 2013 From: jschwartz at exit445.com (Jonathan Schwartz) Date: Tue Mar 26 13:51:17 2013 Subject: [FX.php List] API: PHP not doing Garbage Collection of sess_ files in Windows/Temp Message-ID: Hi Folks, In troubleshooting a Web Publishing problem, I discovered over 2 Millions "sess_" files in the C:\Windows'Temp folder, dating back to when the server was first installed. In short, the initial problem was solved when I deleted a portion of the files. It seems that PHP was unable to create a session due to the condition of the folder. Now it can. My attention is now turned to why Garbage Collection isn't working on the files in this folder. The php.ini is stock from FileMaker Web Publishing deployment, including path and GC settings. Session.save_Path is "No Value", which is default. I don't believe that the Windows/Temp folder has been altered. I don't see any php errors relating to failure to to access the folder. It can certainly create the records. They are just not being deleted. I have two other Windows systems that are maintaing the proper files level as expected. All machines are FMS 12. and Windows Server 2008 R2 Any suggestions? PLAN B is to use a Scheduled Task to manually delete the stale sess files, but I'd rather figure this one out. Thanks Jonathan Jonathan Schwartz jschwartz@exit445.com From steve at bluecrocodile.co.nz Tue Mar 26 15:24:18 2013 From: steve at bluecrocodile.co.nz (Steve Winter) Date: Tue Mar 26 14:26:35 2013 Subject: [FX.php List] API: PHP not doing Garbage Collection of sess_ files in Windows/Temp In-Reply-To: References: Message-ID: <93A02367-48C5-44F9-8D33-E701C24EC64C@bluecrocodile.co.nz> Howdy Chances are that the issue is that the garbage collection is seth such that the probability if it running is so close to zero that it never does?! What are your values for session.gc_probability session.gc_divisor session.gc_maxLifetime And what does session.gc_probability / session.gc_divisor equal, since this is the probability that the garbage collection will run on any given session_start() call - if that's zero, or very very low, then that would explain why the files were still there and garbage collection had never run? also if session.gc_maxLifetime is very high (though admittedly it would have to be very high given what you describe) then files will never be seen as garbage, so though collection may have run then all files may have been seen not to be garbage. Final idea, what is the filesystem type of the drive which the session files are on (though this is unlikely with Win2008) if the filesystem type where the session files are is FAT, then it's possible that the modified timestamp isn't available and so PHP can't determine how old a file is? Plan B is a perfectly sensible option as well ;-) Cheers Steve > Hi Folks, > > In troubleshooting a Web Publishing problem, I discovered over 2 Millions "sess_" files in the C:\Windows'Temp folder, dating back to when the server was first installed. In short, the initial problem was solved when I deleted a portion of the files. It seems that PHP was unable to create a session due to the condition of the folder. Now it can. > > My attention is now turned to why Garbage Collection isn't working on the files in this folder. The php.ini is stock from FileMaker Web Publishing deployment, including path and GC settings. Session.save_Path is "No Value", which is default. I don't believe that the Windows/Temp folder has been altered. I don't see any php errors relating to failure to to access the folder. It can certainly create the records. They are just not being deleted. > > I have two other Windows systems that are maintaing the proper files level as expected. > > All machines are FMS 12. and Windows Server 2008 R2 > > Any suggestions? > > PLAN B is to use a Scheduled Task to manually delete the stale sess files, but I'd rather figure this one out. > > Thanks > > Jonathan > > Jonathan Schwartz > jschwartz@exit445.com > > > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list Steve Winter +44 777 852 4776 steve@bluecrocodile.co.nz -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20130326/e6591535/attachment-0001.html From jschwartz at exit445.com Tue Mar 26 16:16:35 2013 From: jschwartz at exit445.com (Jonathan Schwartz) Date: Tue Mar 26 15:18:45 2013 Subject: [FX.php List] API: PHP not doing Garbage Collection of sess_ files in Windows/Temp In-Reply-To: <93A02367-48C5-44F9-8D33-E701C24EC64C@bluecrocodile.co.nz> References: <93A02367-48C5-44F9-8D33-E701C24EC64C@bluecrocodile.co.nz> Message-ID: Hi Steve, The values for the gc setting are the default in all three systems. Working for two remote systems at Amazon AWS, but not the one problematic local system: session.gc_probability: 1 session.gc_divisor 1000 session.gc_maxLifetime 1440 Sure, 1/1000 is low but that seems to be the default values that works elsewhere. Disk on the troubled system is NTFS. For reference, I do not add any gc statements in my php pages. Just session_start() and set_time_limit(60); Sessions rarely get destroyed because web users usually just leave the site when they are done. From the looks of things, I don't think gc is working at all. But to test that theory, I will find the oldest several files and watch to see if they are being deleted. Just working with the files in DOS is a chore for the Hard Drive given the quantity (2M). Jonathan On Mar 26, 2013, at 2:24 PM, Steve Winter wrote: > Howdy > > Chances are that the issue is that the garbage collection is seth such that the probability if it running is so close to zero that it never does?! > > What are your values for > session.gc_probability > session.gc_divisor > session.gc_maxLifetime > > And what does session.gc_probability / session.gc_divisor equal, since this is the probability that the garbage collection will run on any given session_start() call - if that's zero, or very very low, then that would explain why the files were still there and garbage collection had never run? also if session.gc_maxLifetime is very high (though admittedly it would have to be very high given what you describe) then files will never be seen as garbage, so though collection may have run then all files may have been seen not to be garbage. > > Final idea, what is the filesystem type of the drive which the session files are on (though this is unlikely with Win2008) if the filesystem type where the session files are is FAT, then it's possible that the modified timestamp isn't available and so PHP can't determine how old a file is? > > Plan B is a perfectly sensible option as well ;-) > > Cheers > Steve > > >> Hi Folks, >> >> In troubleshooting a Web Publishing problem, I discovered over 2 Millions "sess_" files in the C:\Windows'Temp folder, dating back to when the server was first installed. In short, the initial problem was solved when I deleted a portion of the files. It seems that PHP was unable to create a session due to the condition of the folder. Now it can. >> >> My attention is now turned to why Garbage Collection isn't working on the files in this folder. The php.ini is stock from FileMaker Web Publishing deployment, including path and GC settings. Session.save_Path is "No Value", which is default. I don't believe that the Windows/Temp folder has been altered. I don't see any php errors relating to failure to to access the folder. It can certainly create the records. They are just not being deleted. >> >> I have two other Windows systems that are maintaing the proper files level as expected. >> >> All machines are FMS 12. and Windows Server 2008 R2 >> >> Any suggestions? >> >> PLAN B is to use a Scheduled Task to manually delete the stale sess files, but I'd rather figure this one out. >> >> Thanks >> >> Jonathan >> >> Jonathan Schwartz >> jschwartz@exit445.com >> >> >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list > > Steve Winter > +44 777 852 4776 > steve@bluecrocodile.co.nz > > > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list Jonathan Schwartz jschwartz@exit445.com From jschwartz at exit445.com Tue Mar 26 16:32:07 2013 From: jschwartz at exit445.com (Jonathan Schwartz) Date: Tue Mar 26 15:34:16 2013 Subject: [FX.php List] API: PHP not doing Garbage Collection of sess_ files in Windows/Temp In-Reply-To: <93A02367-48C5-44F9-8D33-E701C24EC64C@bluecrocodile.co.nz> References: <93A02367-48C5-44F9-8D33-E701C24EC64C@bluecrocodile.co.nz> Message-ID: A further question... Let's say that gc is working in theory, but isn't being triggered often enough. If, in a test script, the probability is raised to 1/1 to force gc to run, would that then start a process of deleting 2Million records...which could stall other processes for minutes...hours..days? Jonathan On Mar 26, 2013, at 2:24 PM, Steve Winter wrote: > Howdy > > Chances are that the issue is that the garbage collection is seth such that the probability if it running is so close to zero that it never does?! > > What are your values for > session.gc_probability > session.gc_divisor > session.gc_maxLifetime > > And what does session.gc_probability / session.gc_divisor equal, since this is the probability that the garbage collection will run on any given session_start() call - if that's zero, or very very low, then that would explain why the files were still there and garbage collection had never run? also if session.gc_maxLifetime is very high (though admittedly it would have to be very high given what you describe) then files will never be seen as garbage, so though collection may have run then all files may have been seen not to be garbage. > > Final idea, what is the filesystem type of the drive which the session files are on (though this is unlikely with Win2008) if the filesystem type where the session files are is FAT, then it's possible that the modified timestamp isn't available and so PHP can't determine how old a file is? > > Plan B is a perfectly sensible option as well ;-) > > Cheers > Steve > > >> Hi Folks, >> >> In troubleshooting a Web Publishing problem, I discovered over 2 Millions "sess_" files in the C:\Windows'Temp folder, dating back to when the server was first installed. In short, the initial problem was solved when I deleted a portion of the files. It seems that PHP was unable to create a session due to the condition of the folder. Now it can. >> >> My attention is now turned to why Garbage Collection isn't working on the files in this folder. The php.ini is stock from FileMaker Web Publishing deployment, including path and GC settings. Session.save_Path is "No Value", which is default. I don't believe that the Windows/Temp folder has been altered. I don't see any php errors relating to failure to to access the folder. It can certainly create the records. They are just not being deleted. >> >> I have two other Windows systems that are maintaing the proper files level as expected. >> >> All machines are FMS 12. and Windows Server 2008 R2 >> >> Any suggestions? >> >> PLAN B is to use a Scheduled Task to manually delete the stale sess files, but I'd rather figure this one out. >> >> Thanks >> >> Jonathan >> >> Jonathan Schwartz >> jschwartz@exit445.com >> >> >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list > > Steve Winter > +44 777 852 4776 > steve@bluecrocodile.co.nz > > > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list Jonathan Schwartz jschwartz@exit445.com From steve at bluecrocodile.co.nz Wed Mar 27 00:26:59 2013 From: steve at bluecrocodile.co.nz (Steve Winter) Date: Tue Mar 26 23:29:18 2013 Subject: [FX.php List] API: PHP not doing Garbage Collection of sess_ files in Windows/Temp In-Reply-To: References: <93A02367-48C5-44F9-8D33-E701C24EC64C@bluecrocodile.co.nz> Message-ID: Hi Jonathan Almost certainly... At this point your best bet is to delete all but the last 24 hours worth (say) of session files using a script at the quietest time of the day for the server to minimise the impact this process will have on users. Cheers Steve Sent from the iPhone of Steve Winter Matatiro Solutions steve@matatirosolutions.co.uk +44 777 852 4776 On 26 Mar 2013, at 23:32, Jonathan Schwartz wrote: > A further question... > > Let's say that gc is working in theory, but isn't being triggered often enough. If, in a test script, the probability is raised to 1/1 to force gc to run, would that then start a process of deleting 2Million records...which could stall other processes for minutes...hours..days? > > Jonathan > > > On Mar 26, 2013, at 2:24 PM, Steve Winter wrote: > >> Howdy >> >> Chances are that the issue is that the garbage collection is seth such that the probability if it running is so close to zero that it never does?! >> >> What are your values for >> session.gc_probability >> session.gc_divisor >> session.gc_maxLifetime >> >> And what does session.gc_probability / session.gc_divisor equal, since this is the probability that the garbage collection will run on any given session_start() call - if that's zero, or very very low, then that would explain why the files were still there and garbage collection had never run? also if session.gc_maxLifetime is very high (though admittedly it would have to be very high given what you describe) then files will never be seen as garbage, so though collection may have run then all files may have been seen not to be garbage. >> >> Final idea, what is the filesystem type of the drive which the session files are on (though this is unlikely with Win2008) if the filesystem type where the session files are is FAT, then it's possible that the modified timestamp isn't available and so PHP can't determine how old a file is? >> >> Plan B is a perfectly sensible option as well ;-) >> >> Cheers >> Steve >> >> >>> Hi Folks, >>> >>> In troubleshooting a Web Publishing problem, I discovered over 2 Millions "sess_" files in the C:\Windows'Temp folder, dating back to when the server was first installed. In short, the initial problem was solved when I deleted a portion of the files. It seems that PHP was unable to create a session due to the condition of the folder. Now it can. >>> >>> My attention is now turned to why Garbage Collection isn't working on the files in this folder. The php.ini is stock from FileMaker Web Publishing deployment, including path and GC settings. Session.save_Path is "No Value", which is default. I don't believe that the Windows/Temp folder has been altered. I don't see any php errors relating to failure to to access the folder. It can certainly create the records. They are just not being deleted. >>> >>> I have two other Windows systems that are maintaing the proper files level as expected. >>> >>> All machines are FMS 12. and Windows Server 2008 R2 >>> >>> Any suggestions? >>> >>> PLAN B is to use a Scheduled Task to manually delete the stale sess files, but I'd rather figure this one out. >>> >>> Thanks >>> >>> Jonathan >>> >>> Jonathan Schwartz >>> jschwartz@exit445.com >>> >>> >>> >>> _______________________________________________ >>> FX.php_List mailing list >>> FX.php_List@mail.iviking.org >>> http://www.iviking.org/mailman/listinfo/fx.php_list >> >> Steve Winter >> +44 777 852 4776 >> steve@bluecrocodile.co.nz >> >> >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list > > Jonathan Schwartz > jschwartz@exit445.com > > > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list From dsomar at gmail.com Wed Mar 27 20:45:00 2013 From: dsomar at gmail.com (Denis Somar) Date: Wed Mar 27 19:47:26 2013 Subject: [FX.php List] PerformFMscript not performing? Message-ID: Hi all, What's the exact start to finish code for setting up a script to execute via FX.php? I have $q = new FX( $serverIP, $webCompanionPort, $dataSourceType ); $q->SetDBUserPass( $webUN, $webPW ); $q->PerformFMScript('09-mark-submitted-quote-lines'); And am not getting anything. I also tried adding: $r = $q->FMEdit(); $ErrorCode = $r['errorCode']; And I keep getting an error 802. Am lost so any help is appreciated! Best, Denis -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20130327/45d1fb03/attachment.html From tim.webko at gmail.com Wed Mar 27 20:48:47 2013 From: tim.webko at gmail.com (Tim 'Webko' Booth) Date: Wed Mar 27 19:50:51 2013 Subject: [FX.php List] PerformFMscript not performing? In-Reply-To: References: Message-ID: 802- Unalbe to open file Incorrect database name, or user / password combo are the most common reasons for this. Try a normal FX query. Does the script need to talk to another file? On 28 March 2013 13:45, Denis Somar wrote: > Hi all, > > What's the exact start to finish code for setting up a script to execute > via FX.php? > > I have > $q = new FX( $serverIP, $webCompanionPort, $dataSourceType ); > $q->SetDBUserPass( $webUN, $webPW ); > > $q->PerformFMScript('09-mark-submitted-quote-lines'); > > And am not getting anything. I also tried adding: > $r = $q->FMEdit(); > $ErrorCode = $r['errorCode']; > > And I keep getting an error 802. > > Am lost so any help is appreciated! > > Best, > Denis > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20130328/02f91708/attachment.html From dsomar at gmail.com Wed Mar 27 20:52:54 2013 From: dsomar at gmail.com (Denis Somar) Date: Wed Mar 27 19:55:18 2013 Subject: [FX.php List] PerformFMscript not performing? In-Reply-To: References: Message-ID: Nope. All my other PHP FX queries are working fine with that setup though. Thus I'm perplexed! Thanks for taking a crack though. D On Wed, Mar 27, 2013 at 10:48 PM, Tim 'Webko' Booth wrote: > 802- Unalbe to open file > > Incorrect database name, or user / password combo are the most common > reasons for this. > > Try a normal FX query. > > Does the script need to talk to another file? > > On 28 March 2013 13:45, Denis Somar wrote: > >> Hi all, >> >> What's the exact start to finish code for setting up a script to execute >> via FX.php? >> >> I have >> $q = new FX( $serverIP, $webCompanionPort, $dataSourceType ); >> $q->SetDBUserPass( $webUN, $webPW ); >> >> $q->PerformFMScript('09-mark-submitted-quote-lines'); >> >> And am not getting anything. I also tried adding: >> $r = $q->FMEdit(); >> $ErrorCode = $r['errorCode']; >> >> And I keep getting an error 802. >> >> Am lost so any help is appreciated! >> >> Best, >> Denis >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list >> >> > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20130327/a6e4bbca/attachment-0001.html From bob at patin.com Thu Mar 28 08:14:03 2013 From: bob at patin.com (Bob Patin) Date: Thu Mar 28 07:16:08 2013 Subject: [FX.php List] PerformFMscript not performing? In-Reply-To: References: Message-ID: Denis, I don't think that this is unique to this being code to run a script, since 802, as Webko said, means it can't find the file. Here's what I use in a web app right now: $q = new FX( $serverIP, $webCompanionPort, $dataType, $scheme ); $q->SetDBData( $dbname4, 'web_order_lineitems' ); $q->SetDBPassword( $mpw, $mun ); $q->AddDBParam('_kf_orderID',$orderID); $qResult = $q->FMFind(); if (FX::isError($qResult)){ header('Location: tb_ticket_misc_error.php?e='.$qResult['errorCode']); } The first thing I'd do is make sure that your database name is being pulled in, along with all the other variables (assuming you're using a page to store all these). Once you know that it's finding the database, then I'd double-check the layout name... I'm using a FIND here just for grins, but I've used an FMView before as well... I also send the errorCode to my error page so that I can display it somewhere on the page for debugging and reporting purposes. Bob Patin Longterm Solutions LLC bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com FileMaker 9, 10 & 11 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -- Twitter: bobpatin AIM: longterm1954 iChat: bobpatin -- Expert FileMaker Consulting FileMaker Hosting for all versions of FileMaker On Mar 27, 2013, at 9:52 PM, Denis Somar wrote: > Nope. All my other PHP FX queries are working fine with that setup though. Thus I'm perplexed! Thanks for taking a crack though. > > D > > On Wed, Mar 27, 2013 at 10:48 PM, Tim 'Webko' Booth wrote: > 802- Unalbe to open file > > Incorrect database name, or user / password combo are the most common reasons for this. > > Try a normal FX query. > > Does the script need to talk to another file? > > On 28 March 2013 13:45, Denis Somar wrote: > Hi all, > > What's the exact start to finish code for setting up a script to execute via FX.php? > > I have > $q = new FX( $serverIP, $webCompanionPort, $dataSourceType ); > $q->SetDBUserPass( $webUN, $webPW ); > > $q->PerformFMScript('09-mark-submitted-quote-lines'); > > And am not getting anything. I also tried adding: > $r = $q->FMEdit(); > $ErrorCode = $r['errorCode']; > > And I keep getting an error 802. > > Am lost so any help is appreciated! > > Best, > Denis > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > > > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20130328/c3025f75/attachment.html From whatdoyouwant at gmail.com Thu Mar 28 15:09:18 2013 From: whatdoyouwant at gmail.com (Nick) Date: Thu Mar 28 14:11:19 2013 Subject: [FX.php List] PerformFMscript not performing? In-Reply-To: References: Message-ID: It's likely that a script step you are using cannot find a database file, or there are web incompatible script steps. On Thu, Mar 28, 2013 at 9:14 AM, Bob Patin wrote: > Denis, > > I don't think that this is unique to this being code to run a script, > since 802, as Webko said, means it can't find the file. > > Here's what I use in a web app right now: > > $q = new FX( $serverIP, $webCompanionPort, $dataType, $scheme ); > $q->SetDBData( $dbname4, 'web_order_lineitems' ); > $q->SetDBPassword( $mpw, $mun ); > $q->AddDBParam('_kf_orderID',$orderID); > $qResult = $q->FMFind(); > if (FX::isError($qResult)){ > header('Location: tb_ticket_misc_error.php?e='.$qResult['errorCode']); > } > > The first thing I'd do is make sure that your database name is being > pulled in, along with all the other variables (assuming you're using a page > to store all these). Once you know that it's finding the database, then I'd > double-check the layout name... > > I'm using a FIND here just for grins, but I've used an FMView before as > well... I also send the errorCode to my error page so that I can display it > somewhere on the page for debugging and reporting purposes. > > Bob Patin > Longterm Solutions LLC > bob@longtermsolutions.com > 615-333-6858 > http://www.longtermsolutions.com > FileMaker 9, 10 & 11 Certified Developer > Member of FileMaker Business Alliance and FileMaker TechNet > -- > Twitter: bobpatin > AIM: longterm1954 > iChat: bobpatin > -- > Expert FileMaker Consulting > FileMaker Hosting for all versions of FileMaker > > > > > On Mar 27, 2013, at 9:52 PM, Denis Somar wrote: > > Nope. All my other PHP FX queries are working fine with that setup though. > Thus I'm perplexed! Thanks for taking a crack though. > > D > > On Wed, Mar 27, 2013 at 10:48 PM, Tim 'Webko' Booth wrote: > >> 802- Unalbe to open file >> >> Incorrect database name, or user / password combo are the most common >> reasons for this. >> >> Try a normal FX query. >> >> Does the script need to talk to another file? >> >> On 28 March 2013 13:45, Denis Somar wrote: >> >>> Hi all, >>> >>> What's the exact start to finish code for setting up a script to execute >>> via FX.php? >>> >>> I have >>> $q = new FX( $serverIP, $webCompanionPort, $dataSourceType ); >>> $q->SetDBUserPass( $webUN, $webPW ); >>> >>> $q->PerformFMScript('09-mark-submitted-quote-lines'); >>> >>> And am not getting anything. I also tried adding: >>> $r = $q->FMEdit(); >>> $ErrorCode = $r['errorCode']; >>> >>> And I keep getting an error 802. >>> >>> Am lost so any help is appreciated! >>> >>> Best, >>> Denis >>> >>> _______________________________________________ >>> FX.php_List mailing list >>> FX.php_List@mail.iviking.org >>> http://www.iviking.org/mailman/listinfo/fx.php_list >>> >>> >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list >> >> > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > > > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20130328/83487c9b/attachment.html