From steve at bluecrocodile.co.nz Wed May 1 08:53:10 2013 From: steve at bluecrocodile.co.nz (Steve Winter) Date: Wed May 1 07:54:13 2013 Subject: [FX.php List] [OFF] mPDF snafu In-Reply-To: <7C6FF746-00DF-4B97-925D-D57637748ADA@patin.com> References: <407FE8F0-0CAA-4F18-84AC-1037FE39CF30@patin.com> <071A14D8-6BF5-409D-85A3-A5ED6CE48FDB@patin.com> <5A575412-56A1-4324-AB98-DABAC79425A7@gmail.com> <7B16F730-57EA-48B8-99AA-AC9E9B2CA63B@bluecrocodile.co.nz> <7C6FF746-00DF-4B97-925D-D57637748ADA@patin.com> Message-ID: Yes that indicates the GD is enabled - IIRC that's the only dependency which mPDF has So I guess that's not the cause of the problem? Is there some reason you don't want to look in the logs and see what's failing?? ;-) Cheers Steve > Hey, > > I see that GD is on his machine; here's what I see in phpinfo: > > > > > This indicates that GD support is enabled, which is what I need, is that right? > > BP > > Bob Patin > Longterm Solutions LLC > bob@longtermsolutions.com > 615-333-6858 > http://www.longtermsolutions.com > FileMaker 9, 10 & 11 Certified Developer > Member of FileMaker Business Alliance and FileMaker TechNet > -- > Twitter: bobpatin > AIM: longterm1954 > iChat: bobpatin > -- > Expert FileMaker Consulting > FileMaker Hosting for all versions of FileMaker > > > On Apr 30, 2013, at 3:34 PM, Steve Winter wrote: > >> Hi Bob >> >> If you're doing anything with images mPDF requires GD which may not be being included, check (via phpinfo()) that you have it? >> >> Also you need to allow write access to three sub-folders; >> /ttfontdata >> /tmp >> /grpah_cache >> so make sure that the PHP user has write access to those folders (for testing simply chmod 777 on those three, if that resolves it, then you know that was the problem, at which point you can set correct permissions etc or revert to previous) >> >> HTH >> >> Cheers >> Steve >> >>> Bob, you should be able to see the httpd error log by running Applications -> Utilities -> Console on OS X. On Mountain Lion, it's under /var/log/ - it might be in a different spot for other versions of OS X. >>> >>> Another culprit could be file permissions. The www user on OS X is pretty restricted. >>> >>> Dale >>> >>> On Apr 30, 2013, at 11:55 AM, Bob Patin wrote: >>> >>>> The file mpdf.php does have a couple of REQUIREs on it, but I see the files to which it refers, so I don't think that's it... >>>> >>>> >>>> On Apr 30, 2013, at 11:30 AM, Bob Patin wrote: >>>> >>>>> I have a site I wrote for a client, which generates PDFs from their IWP site. Works great here on my machine running FMSA 11 and OS X Server. >>>>> >>>>> However... >>>>> >>>>> When I put the site on their machine I get my database query results, but if I include the mpdf.php page, the page never finishes loading. >>>>> >>>>> I can even just include the mpdf folder, but not render a PDF, and it never finishes loading the page; it craps out if i uncomment 'include('mpdf/mpdf.php'); >>>>> >>>>> Has anyone had this problem? Could this be a PHP prefs error of some sort? >>>>> >>>>> Thanks, >>>>> >>>>> Bob >>>>> >>>>> Bob Patin >>>>> Longterm Solutions LLC >>>>> bob@longtermsolutions.com >>>>> 615-333-6858 >>>>> http://www.longtermsolutions.com >>>>> FileMaker 9, 10 & 11 Certified Developer >>>>> Member of FileMaker Business Alliance and FileMaker TechNet >>>>> -- >>>>> Twitter: bobpatin >>>>> AIM: longterm1954 >>>>> iChat: bobpatin >>>>> -- >>>>> Expert FileMaker Consulting >>>>> FileMaker Hosting for all versions of FileMaker >>>>> >>>>> _______________________________________________ >>>>> FX.php_List mailing list >>>>> FX.php_List@mail.iviking.org >>>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>> >>>> _______________________________________________ >>>> FX.php_List mailing list >>>> FX.php_List@mail.iviking.org >>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>> >>> _______________________________________________ >>> 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 > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list Steve Winter +44 777 852 4776 steve@bluecrocodile.co.nz From bob at patin.com Wed May 1 11:12:15 2013 From: bob at patin.com (Bob Patin) Date: Wed May 1 10:13:08 2013 Subject: [FX.php List] [OFF] mPDF snafu In-Reply-To: References: <407FE8F0-0CAA-4F18-84AC-1037FE39CF30@patin.com> <071A14D8-6BF5-409D-85A3-A5ED6CE48FDB@patin.com> <5A575412-56A1-4324-AB98-DABAC79425A7@gmail.com> <7B16F730-57EA-48B8-99AA-AC9E9B2CA63B@bluecrocodile.co.nz> <7C6FF746-00DF-4B97-925D-D57637748ADA@patin.com> Message-ID: I have trouble getting access to their machine... On May 1, 2013, at 9:53 AM, Steve Winter wrote: > Is there some reason you don't want to look in the logs and see what's failing?? ;-) > > Cheers -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20130501/2fda2e7e/attachment.html From dale.bengston at gmail.com Thu May 2 12:35:29 2013 From: dale.bengston at gmail.com (Dale Bengston) Date: Thu May 2 11:36:19 2013 Subject: [FX.php List] [OFF] mPDF snafu In-Reply-To: References: <407FE8F0-0CAA-4F18-84AC-1037FE39CF30@patin.com> <071A14D8-6BF5-409D-85A3-A5ED6CE48FDB@patin.com> <5A575412-56A1-4324-AB98-DABAC79425A7@gmail.com> <7B16F730-57EA-48B8-99AA-AC9E9B2CA63B@bluecrocodile.co.nz> <7C6FF746-00DF-4B97-925D-D57637748ADA@patin.com> Message-ID: <1CAA829F-E804-4860-B8BE-C62F4F8BB4E0@gmail.com> Hey Bob, Can you get to the server with SSH via Terminal? The log file is located in /private/var/log/apache2/ and it's called error_log. The crudest way for seeing what's in there is to navigate to that directory in Terminal and type cat error_log. (Or type cat /private/var/log/apache2/error_log from anywhere.) That will dump the contents of the log file to the terminal window. You should be able to spot the errors by timestamp of when you were testing. Hope this helps, Dale On May 1, 2013, at 12:12 PM, Bob Patin wrote: > I have trouble getting access to their machine... > > > On May 1, 2013, at 9:53 AM, Steve Winter wrote: > >> Is there some reason you don't want to look in the logs and see what's failing?? ;-) >> >> Cheers > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list From bob at patin.com Thu May 2 13:23:28 2013 From: bob at patin.com (Bob Patin) Date: Thu May 2 12:24:15 2013 Subject: [FX.php List] [OFF] mPDF snafu In-Reply-To: <1CAA829F-E804-4860-B8BE-C62F4F8BB4E0@gmail.com> References: <407FE8F0-0CAA-4F18-84AC-1037FE39CF30@patin.com> <071A14D8-6BF5-409D-85A3-A5ED6CE48FDB@patin.com> <5A575412-56A1-4324-AB98-DABAC79425A7@gmail.com> <7B16F730-57EA-48B8-99AA-AC9E9B2CA63B@bluecrocodile.co.nz> <7C6FF746-00DF-4B97-925D-D57637748ADA@patin.com> <1CAA829F-E804-4860-B8BE-C62F4F8BB4E0@gmail.com> Message-ID: <47B31DEC-AAB7-4220-9AAF-1BFBABFF9F2C@patin.com> Well, rather than mess with this guy's machine, he said he'd rather that I just take over hosting here (where the site works just fine), so that's what I'm doing... Best, 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 May 2, 2013, at 1:35 PM, Dale Bengston wrote: > Hey Bob, > > Can you get to the server with SSH via Terminal? The log file is located in /private/var/log/apache2/ and it's called error_log. > > The crudest way for seeing what's in there is to navigate to that directory in Terminal and type cat error_log. (Or type cat /private/var/log/apache2/error_log from anywhere.) That will dump the contents of the log file to the terminal window. You should be able to spot the errors by timestamp of when you were testing. > > Hope this helps, > Dale > > > On May 1, 2013, at 12:12 PM, Bob Patin wrote: > >> I have trouble getting access to their machine... >> >> >> On May 1, 2013, at 9:53 AM, Steve Winter wrote: >> >>> Is there some reason you don't want to look in the logs and see what's failing?? ;-) >>> >>> Cheers >> >> _______________________________________________ >> 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/20130502/02efedad/attachment.html From jsfmp at earthlink.net Wed May 8 11:24:54 2013 From: jsfmp at earthlink.net (Joel Shapiro) Date: Wed May 8 10:25:18 2013 Subject: [FX.php List] [OFF] Someting to show at DevCon CWP User Group? Message-ID: <00E32578-6689-4C91-B905-85A4DDEA5DA5@earthlink.net> Hi all Anybody here have something they'd like to share at the CWP User Group at DevCon (Mon, 8/16, 4-6pm)? (Maybe someone who's using a framework like Cake or CodeIgniter, as was discussed here a few months back??) Lemme know... -Joel ~~~~~~~~~~~~~~~~~~~~~ Joel Shapiro FileMaker Pro : database design : web development http://jsfmp.com 415-269-5055 ~~~~~~~~~~~~~~~~~~~~~ From jsfmp at earthlink.net Wed May 8 11:33:50 2013 From: jsfmp at earthlink.net (Joel Shapiro) Date: Wed May 8 10:34:14 2013 Subject: [FX.php List] [OFF] Someting to show at DevCon CWP User Group? In-Reply-To: <00E32578-6689-4C91-B905-85A4DDEA5DA5@earthlink.net> References: <00E32578-6689-4C91-B905-85A4DDEA5DA5@earthlink.net> Message-ID: <9221E109-8FCD-4DFA-9EC5-FE5244693BC8@earthlink.net> p.s. Probably best to contact me off-list :-) On May 8, 2013, at 10:24 AM, Joel Shapiro wrote: > Hi all > > Anybody here have something they'd like to share at the CWP User Group at DevCon (Mon, 8/16, 4-6pm)? > > (Maybe someone who's using a framework like Cake or CodeIgniter, as was discussed here a few months back??) > > Lemme know... > > -Joel > > ~~~~~~~~~~~~~~~~~~~~~ > Joel Shapiro > FileMaker Pro > : database design > : web development > http://jsfmp.com > 415-269-5055 > ~~~~~~~~~~~~~~~~~~~~~ > > _______________________________________________ > 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 May 8 16:09:23 2013 From: jsfmp at earthlink.net (Joel Shapiro) Date: Wed May 8 15:09:45 2013 Subject: [FX.php List] [OFF] Slow response when sending PHP email? Message-ID: Hi all I haven't needed to send mail from PHP for a while but I may need to do so in an upcoming project. One thing that has bothered me when I've used an email library (Swift Mailer or PHPMailer) is that it seems to take quite a long time (3+/- seconds) for the mail to send, thus delaying the loading of the 'results' page. I understand that this way I can check for failed sending, but I generally don't want to delay things for the end user for that -- and I'd rather deal w/ them behind the scenes, on the server end. How do others here deal with this? Is there a way to off-load the email sending so that the user gets a quick response to their submission? AJAX perhaps? TIA, -Joel From tim.webko at gmail.com Wed May 8 17:38:13 2013 From: tim.webko at gmail.com (Tim 'Webko' Booth) Date: Wed May 8 16:38:35 2013 Subject: [FX.php List] [OFF] Slow response when sending PHP email? In-Reply-To: References: Message-ID: Yep, AJAX or similar is the way to go. Do basic php set up. Send page back with an AJAX call that triggers the actual sending of mail, and return the AJAX results into a div on the page (if required) On 9 May 2013 08:09, Joel Shapiro wrote: > Hi all > > I haven't needed to send mail from PHP for a while but I may need to do so > in an upcoming project. > > One thing that has bothered me when I've used an email library (Swift > Mailer or PHPMailer) is that it seems to take quite a long time (3+/- > seconds) for the mail to send, thus delaying the loading of the 'results' > page. I understand that this way I can check for failed sending, but I > generally don't want to delay things for the end user for that -- and I'd > rather deal w/ them behind the scenes, on the server end. > > How do others here deal with this? Is there a way to off-load the email > sending so that the user gets a quick response to their submission? AJAX > perhaps? > > TIA, > -Joel > > _______________________________________________ > 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/20130509/cb5aeb2b/attachment.html From dsomar at gmail.com Wed May 8 17:45:26 2013 From: dsomar at gmail.com (Denis Somar) Date: Wed May 8 16:45:49 2013 Subject: [FX.php List] [OFF] Slow response when sending PHP email? In-Reply-To: References: Message-ID: On that note, anyone have any Ajax examples with fx? I really need to add some to some fx projects. Cheers Denis On Wednesday, May 8, 2013, Tim 'Webko' Booth wrote: > Yep, AJAX or similar is the way to go. > > Do basic php set up. Send page back with an AJAX call that triggers the > actual sending of mail, and return the AJAX results into a div on the page > (if required) > > > On 9 May 2013 08:09, Joel Shapiro 'cvml', 'jsfmp@earthlink.net');>> wrote: > >> Hi all >> >> I haven't needed to send mail from PHP for a while but I may need to do >> so in an upcoming project. >> >> One thing that has bothered me when I've used an email library (Swift >> Mailer or PHPMailer) is that it seems to take quite a long time (3+/- >> seconds) for the mail to send, thus delaying the loading of the 'results' >> page. I understand that this way I can check for failed sending, but I >> generally don't want to delay things for the end user for that -- and I'd >> rather deal w/ them behind the scenes, on the server end. >> >> How do others here deal with this? Is there a way to off-load the email >> sending so that the user gets a quick response to their submission? AJAX >> perhaps? >> >> TIA, >> -Joel >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org > '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/20130508/780eae67/attachment.html From bob at patin.com Wed May 8 20:34:40 2013 From: bob at patin.com (Bob Patin) Date: Wed May 8 19:34:57 2013 Subject: [FX.php List] [OFF] Slow response when sending PHP email? In-Reply-To: References: Message-ID: <9A1D6A55-05D0-4560-B5E1-546CE084B11B@patin.com> Joel, I haven't noticed it delaying things, but that may be because I always send mail after I've rendered the final page--which might be an invoice, for example. The issue that has been more troublesome for me has been when I have to generate a lot of records--for example, on some ticket orders I have to create as many as 13 records at one time, and that can take time. In that instance I've off-loaded the record creation to FileMaker, so that the site seems fast and responsive. You can always try that--have FileMaker send the emails--although I really don't care for that at all. One of the web apps I'm about to rewrite has a function in it where emails go out from the database, and I plan to do away with that and do all sending straight from PHP. I used to use a function someone gave me years ago, called "sock_mail" I believe. I use PHPMailer now though, mainly because it allows for attachments, and I send PDF files a lot these days in web apps. Bob Patin Longterm Solutions LLC P.O. Box 3408 Brentwood, TN 37024 bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com iChat: bobpatin AIM: longterm1954 Twitter: bobpatin Google+: http://www.longtermsolutions.com/plus -- FileMaker 9, 10 & 11 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -- FileMaker hosting and consulting for all versions of FileMaker PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting On May 8, 2013, at 5:09 PM, Joel Shapiro wrote: > Hi all > > I haven't needed to send mail from PHP for a while but I may need to do so in an upcoming project. > > One thing that has bothered me when I've used an email library (Swift Mailer or PHPMailer) is that it seems to take quite a long time (3+/- seconds) for the mail to send, thus delaying the loading of the 'results' page. I understand that this way I can check for failed sending, but I generally don't want to delay things for the end user for that -- and I'd rather deal w/ them behind the scenes, on the server end. > > How do others here deal with this? Is there a way to off-load the email sending so that the user gets a quick response to their submission? AJAX perhaps? > > TIA, > -Joel > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list From chris at iViking.org Thu May 9 09:19:07 2013 From: chris at iViking.org (Chris Hansen) Date: Thu May 9 08:19:20 2013 Subject: [FX.php List] [OFF] Slow response when sending PHP email? In-Reply-To: References: Message-ID: Denis, There are some you can download from here: www.iviking.org/downloads/ajax_examples.zip Hopefully you find them useful. The database is really basic (just based on a FileMaker template) and the UN/PW is the default "Admin" with a blank password. Best, --Chris On May 8, 2013, at 5:45 PM, Denis Somar wrote: > On that note, anyone have any Ajax examples with fx? I really need to add some to some fx projects. > > Cheers > Denis > > On Wednesday, May 8, 2013, Tim 'Webko' Booth wrote: > Yep, AJAX or similar is the way to go. > > Do basic php set up. Send page back with an AJAX call that triggers the actual sending of mail, and return the AJAX results into a div on the page (if required) > > > On 9 May 2013 08:09, Joel Shapiro wrote: > Hi all > > I haven't needed to send mail from PHP for a while but I may need to do so in an upcoming project. > > One thing that has bothered me when I've used an email library (Swift Mailer or PHPMailer) is that it seems to take quite a long time (3+/- seconds) for the mail to send, thus delaying the loading of the 'results' page. I understand that this way I can check for failed sending, but I generally don't want to delay things for the end user for that -- and I'd rather deal w/ them behind the scenes, on the server end. > > How do others here deal with this? Is there a way to off-load the email sending so that the user gets a quick response to their submission? AJAX perhaps? > > 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 gary at gnurps.com Thu May 9 09:31:52 2013 From: gary at gnurps.com (Gary Sprung) Date: Thu May 9 08:32:17 2013 Subject: [FX.php List] [OFF] Slow response when sending PHP email? In-Reply-To: <9A1D6A55-05D0-4560-B5E1-546CE084B11B@patin.com> References: <9A1D6A55-05D0-4560-B5E1-546CE084B11B@patin.com> Message-ID: <57DA33BD-1F7D-424E-A6FC-1D72999A54FF@gnurps.com> Bob, Somewhat off-topic here, but... How do you send the mail after rendering the page? My PHP emailing actions generally occur after some successful Filemaker command, via code I place above the html page that displays success or failure. Gary On May 8, 2013, at 8:34 PM, Bob Patin wrote: > I haven't noticed it delaying things, but that may be because I always send mail after I've rendered the final page--which might be an invoice, for example. ---------------- Gary Sprung GNURPS Consulting Database and web development; photography & writing Member, FileMaker Business Alliance FileMaker 10 Certified Developer FileMaker 9 Certified Developer FileMaker 8 Certified Developer Boulder & Denver, Colorado gary@gnurps.com www.gnurps.com Landline: 720-565-9933 Cell: 303-859-9331 From bob at patin.com Thu May 9 10:03:59 2013 From: bob at patin.com (Bob Patin) Date: Thu May 9 09:04:19 2013 Subject: [FX.php List] [OFF] Slow response when sending PHP email? In-Reply-To: <57DA33BD-1F7D-424E-A6FC-1D72999A54FF@gnurps.com> References: <9A1D6A55-05D0-4560-B5E1-546CE084B11B@patin.com> <57DA33BD-1F7D-424E-A6FC-1D72999A54FF@gnurps.com> Message-ID: <0FC3B135-82B8-4187-A74D-EB0B91ADDD16@patin.com> On May 9, 2013, at 10:31 AM, Gary Sprung wrote: > Bob, > Somewhat off-topic here, but... > How do you send the mail after rendering the page? I misstated that a little; actually, it happens at the end of the PHP code, not after the page is rendered... So it happens like this: FileMaker queries occur Email goes out HTML is rendered BP Bob Patin Longterm Solutions LLC bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com FileMaker 9, 10 & 11 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -- Twitter: bobpatin 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/20130509/55ea9c6d/attachment-0001.html From jsfmp at earthlink.net Thu May 9 12:05:28 2013 From: jsfmp at earthlink.net (Joel Shapiro) Date: Thu May 9 11:05:44 2013 Subject: [FX.php List] [OFF] Slow response when sending PHP email? In-Reply-To: References: Message-ID: Thanks Webko The AJAX idea came to me as I was typing my post. Not sure why I never tried it. (Maybe when I last implemented PHP mail I was still in my pre-AJAX days...) Cheers, -Joel On May 8, 2013, at 4:38 PM, Tim 'Webko' Booth wrote: > Yep, AJAX or similar is the way to go. > > Do basic php set up. Send page back with an AJAX call that triggers the actual sending of mail, and return the AJAX results into a div on the page (if required) > > > On 9 May 2013 08:09, Joel Shapiro wrote: > Hi all > > I haven't needed to send mail from PHP for a while but I may need to do so in an upcoming project. > > One thing that has bothered me when I've used an email library (Swift Mailer or PHPMailer) is that it seems to take quite a long time (3+/- seconds) for the mail to send, thus delaying the loading of the 'results' page. I understand that this way I can check for failed sending, but I generally don't want to delay things for the end user for that -- and I'd rather deal w/ them behind the scenes, on the server end. > > How do others here deal with this? Is there a way to off-load the email sending so that the user gets a quick response to their submission? AJAX perhaps? > > 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 jsfmp at earthlink.net Thu May 9 12:32:50 2013 From: jsfmp at earthlink.net (Joel Shapiro) Date: Thu May 9 11:33:06 2013 Subject: [FX.php List] [OFF] Slow response when sending PHP email? In-Reply-To: <9A1D6A55-05D0-4560-B5E1-546CE084B11B@patin.com> References: <9A1D6A55-05D0-4560-B5E1-546CE084B11B@patin.com> Message-ID: Hi Bob You don't see slower page loading when you include PHP mailing -- compared to the same page without emailing? (or you just never checked?) For me, adding in the mailing adds at least a couple/few additional seconds before the page will load. Yeah, I've also seen that adding multiple new records is probably the slowest thing with CWP, and also found that calling an FM script instead to do the record creation is a LOT faster. (I even blogged about it :). I haven't, though, tested this in FM12. Have you had a chance to see if adding multiple new records in FM12 is still really slow? And lastly, out of curiosity, why don't you like to email from FMS? I've given up my earlier belief that everything has to be pure PHP, and have toyed w/ the idea of calling an FM script from the PHP to have FMS send smtp emails. I do realize this puts an additional load on the DB server -- as opposed to on the Web server... Thanks, -Joel On May 8, 2013, at 7:34 PM, Bob Patin wrote: > Joel, > > I haven't noticed it delaying things, but that may be because I always send mail after I've rendered the final page--which might be an invoice, for example. > > The issue that has been more troublesome for me has been when I have to generate a lot of records--for example, on some ticket orders I have to create as many as 13 records at one time, and that can take time. In that instance I've off-loaded the record creation to FileMaker, so that the site seems fast and responsive. > > You can always try that--have FileMaker send the emails--although I really don't care for that at all. One of the web apps I'm about to rewrite has a function in it where emails go out from the database, and I plan to do away with that and do all sending straight from PHP. > > I used to use a function someone gave me years ago, called "sock_mail" I believe. I use PHPMailer now though, mainly because it allows for attachments, and I send PDF files a lot these days in web apps. > > > Bob Patin > Longterm Solutions LLC > P.O. Box 3408 > Brentwood, TN 37024 > bob@longtermsolutions.com > 615-333-6858 > http://www.longtermsolutions.com > iChat: bobpatin > AIM: longterm1954 > Twitter: bobpatin > Google+: http://www.longtermsolutions.com/plus > -- > FileMaker 9, 10 & 11 Certified Developer > Member of FileMaker Business Alliance and FileMaker TechNet > -- > FileMaker hosting and consulting for all versions of FileMaker > PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting > On May 8, 2013, at 5:09 PM, Joel Shapiro wrote: > >> Hi all >> >> I haven't needed to send mail from PHP for a while but I may need to do so in an upcoming project. >> >> One thing that has bothered me when I've used an email library (Swift Mailer or PHPMailer) is that it seems to take quite a long time (3+/- seconds) for the mail to send, thus delaying the loading of the 'results' page. I understand that this way I can check for failed sending, but I generally don't want to delay things for the end user for that -- and I'd rather deal w/ them behind the scenes, on the server end. >> >> How do others here deal with this? Is there a way to off-load the email sending so that the user gets a quick response to their submission? AJAX perhaps? >> >> 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 steve at bluecrocodile.co.nz Thu May 9 14:30:30 2013 From: steve at bluecrocodile.co.nz (Steve Winter) Date: Thu May 9 13:31:01 2013 Subject: [FX.php List] [OFF] Slow response when sending PHP email? In-Reply-To: References: <9A1D6A55-05D0-4560-B5E1-546CE084B11B@patin.com> Message-ID: <84ACFAFC-D54D-41AF-87DB-B6D78F1F97D7@bluecrocodile.co.nz> Hi Joel I've seen the effect which you refer to, with mails slowing things down. The way in which I've handled this in the past is to run a relaying SMTP server on the web host - typically with FileMaker installs clients are using IIS, so what I tend to do is set up the IIS SMTP server on that local machine (configured to only accept and relay mail from the localhost). That means that there is no latency in the connection from PHP to the SMTP server and a very speedy response is received - from there the IIS STMP server is configured to hand that message off to the client's 'real' SMTP server wherever that may be? It's not foolproof, in that the verifications that end up being done are less thorough than it might be, but means that it's most likely a valid mail message which will be delivered, and the response time back to PHP is high? Hope this helps? Cheers Steve > Hi Bob > > You don't see slower page loading when you include PHP mailing -- compared to the same page without emailing? (or you just never checked?) For me, adding in the mailing adds at least a couple/few additional seconds before the page will load. > > Yeah, I've also seen that adding multiple new records is probably the slowest thing with CWP, and also found that calling an FM script instead to do the record creation is a LOT faster. (I even blogged about it :). I haven't, though, tested this in FM12. Have you had a chance to see if adding multiple new records in FM12 is still really slow? > > And lastly, out of curiosity, why don't you like to email from FMS? I've given up my earlier belief that everything has to be pure PHP, and have toyed w/ the idea of calling an FM script from the PHP to have FMS send smtp emails. I do realize this puts an additional load on the DB server -- as opposed to on the Web server... > > Thanks, > -Joel > > > > On May 8, 2013, at 7:34 PM, Bob Patin wrote: > >> Joel, >> >> I haven't noticed it delaying things, but that may be because I always send mail after I've rendered the final page--which might be an invoice, for example. >> >> The issue that has been more troublesome for me has been when I have to generate a lot of records--for example, on some ticket orders I have to create as many as 13 records at one time, and that can take time. In that instance I've off-loaded the record creation to FileMaker, so that the site seems fast and responsive. >> >> You can always try that--have FileMaker send the emails--although I really don't care for that at all. One of the web apps I'm about to rewrite has a function in it where emails go out from the database, and I plan to do away with that and do all sending straight from PHP. >> >> I used to use a function someone gave me years ago, called "sock_mail" I believe. I use PHPMailer now though, mainly because it allows for attachments, and I send PDF files a lot these days in web apps. >> >> >> Bob Patin >> Longterm Solutions LLC >> P.O. Box 3408 >> Brentwood, TN 37024 >> bob@longtermsolutions.com >> 615-333-6858 >> http://www.longtermsolutions.com >> iChat: bobpatin >> AIM: longterm1954 >> Twitter: bobpatin >> Google+: http://www.longtermsolutions.com/plus >> -- >> FileMaker 9, 10 & 11 Certified Developer >> Member of FileMaker Business Alliance and FileMaker TechNet >> -- >> FileMaker hosting and consulting for all versions of FileMaker >> PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting >> On May 8, 2013, at 5:09 PM, Joel Shapiro wrote: >> >>> Hi all >>> >>> I haven't needed to send mail from PHP for a while but I may need to do so in an upcoming project. >>> >>> One thing that has bothered me when I've used an email library (Swift Mailer or PHPMailer) is that it seems to take quite a long time (3+/- seconds) for the mail to send, thus delaying the loading of the 'results' page. I understand that this way I can check for failed sending, but I generally don't want to delay things for the end user for that -- and I'd rather deal w/ them behind the scenes, on the server end. >>> >>> How do others here deal with this? Is there a way to off-load the email sending so that the user gets a quick response to their submission? AJAX perhaps? >>> >>> 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 Steve Winter +44 777 852 4776 steve@bluecrocodile.co.nz From bob at patin.com Fri May 10 06:19:12 2013 From: bob at patin.com (Bob Patin) Date: Fri May 10 05:19:25 2013 Subject: [FX.php List] Does FX.php use SOAP? Message-ID: One of my clients' IT people asked if the web apps that I've written for them use SOAP. I haven't done anything explicitly with SOAP; does FX.php use it? Thanks, Bob Patin Longterm Solutions LLC P.O. Box 3408 Brentwood, TN 37024 bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com iChat: bobpatin AIM: longterm1954 Twitter: bobpatin Google+: http://www.longtermsolutions.com/plus -- FileMaker 9, 10 & 11 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -- FileMaker hosting and consulting for all versions of FileMaker PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting From bob at patin.com Fri May 10 06:39:50 2013 From: bob at patin.com (Bob Patin) Date: Fri May 10 05:41:36 2013 Subject: [FX.php List] [OFF] Slow response when sending PHP email? In-Reply-To: References: <9A1D6A55-05D0-4560-B5E1-546CE084B11B@patin.com> Message-ID: <74B96C2C-7401-4FC5-A50A-A56E6F85CACC@patin.com> On May 9, 2013, at 1:32 PM, Joel Shapiro wrote: > You don't see slower page loading when you include PHP mailing -- compared to the same page without emailing? (or you just never checked?) For me, adding in the mailing adds at least a couple/few additional seconds before the page will load. Well, I've honestly never tested it, but the final page seems to load fairly quickly most of the time. > > Yeah, I've also seen that adding multiple new records is probably the slowest thing with CWP, and also found that calling an FM script instead to do the record creation is a LOT faster. (I even blogged about it :). I haven't, though, tested this in FM12. Have you had a chance to see if adding multiple new records in FM12 is still really slow? We moved to 12 about 6 months ago, but I still generate the large record sets using a script. On this particular site, there's one ticket type that requires generation of 12 lineitem records + the order itself, which is a LOT to do in CWP. For this one ticket type I pass off to FIleMaker and generate the records in a script. > > And lastly, out of curiosity, why don't you like to email from FMS? Well, I'm not a big fan of running scripts from CWP; for me it's a little harder to find errors, so I just prefer doing it from PHP. Maybe it's just from habit, or hard-headedness... > I've given up my earlier belief that everything has to be pure PHP, and have toyed w/ the idea of calling an FM script from the PHP to have FMS send smtp emails. I do realize this puts an additional load on the DB server -- as opposed to on the Web server... One of my clients' sites has some scripts that run at the conclusion of the process, and we had a lot of trouble finding issues with it. Generally, I try to keep web apps lean enough that a complex script isn't required; I'm about to rewrite a pair of sites that use scripts for sending emails, and I'm going to push for doing away with any script-firing this time around. Bob Patin Longterm Solutions LLC P.O. Box 3408 Brentwood, TN 37024 bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com iChat: bobpatin AIM: longterm1954 Twitter: bobpatin Google+: http://www.longtermsolutions.com/plus -- FileMaker 9, 10 & 11 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -- FileMaker hosting and consulting for all versions of FileMaker PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20130510/9d72f71b/attachment-0001.html From chris at iViking.org Fri May 10 09:54:57 2013 From: chris at iViking.org (Chris Hansen) Date: Fri May 10 08:55:10 2013 Subject: [FX.php List] Does FX.php use SOAP? In-Reply-To: References: Message-ID: <7A784FCD-6A1A-4566-B823-6D226DB49F4F@iViking.org> Nope, it does not. On May 10, 2013, at 6:19 AM, Bob Patin wrote: > One of my clients' IT people asked if the web apps that I've written for them use SOAP. I haven't done anything explicitly with SOAP; does FX.php use it? > > Thanks, > > Bob Patin > Longterm Solutions LLC > P.O. Box 3408 > Brentwood, TN 37024 > bob@longtermsolutions.com > 615-333-6858 > http://www.longtermsolutions.com > iChat: bobpatin > AIM: longterm1954 > Twitter: bobpatin > Google+: http://www.longtermsolutions.com/plus > -- > FileMaker 9, 10 & 11 Certified Developer > Member of FileMaker Business Alliance and FileMaker TechNet > -- > FileMaker hosting and consulting for all versions of FileMaker > PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting_______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > From bob at patin.com Fri May 10 10:29:17 2013 From: bob at patin.com (Bob Patin) Date: Fri May 10 09:29:57 2013 Subject: [FX.php List] Does FX.php use SOAP? In-Reply-To: <7A784FCD-6A1A-4566-B823-6D226DB49F4F@iViking.org> References: <7A784FCD-6A1A-4566-B823-6D226DB49F4F@iViking.org> Message-ID: I didn't think so... :) Thanks Chris, hope you're well! Bob On May 10, 2013, at 10:54 AM, Chris Hansen wrote: > Nope, it does not. > > On May 10, 2013, at 6:19 AM, Bob Patin wrote: > >> One of my clients' IT people asked if the web apps that I've written for them use SOAP. I haven't done anything explicitly with SOAP; does FX.php use it? >> >> Thanks, >> >> Bob Patin >> Longterm Solutions LLC >> P.O. Box 3408 >> Brentwood, TN 37024 >> bob@longtermsolutions.com >> 615-333-6858 >> http://www.longtermsolutions.com >> iChat: bobpatin >> AIM: longterm1954 >> Twitter: bobpatin >> Google+: http://www.longtermsolutions.com/plus >> -- >> FileMaker 9, 10 & 11 Certified Developer >> Member of FileMaker Business Alliance and FileMaker TechNet >> -- >> FileMaker hosting and consulting for all versions of FileMaker >> PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting_______________________________________________ >> 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 Fri May 10 12:50:15 2013 From: jsfmp at earthlink.net (Joel Shapiro) Date: Fri May 10 11:50:30 2013 Subject: [FX.php List] [OFF] Slow response when sending PHP email? In-Reply-To: <84ACFAFC-D54D-41AF-87DB-B6D78F1F97D7@bluecrocodile.co.nz> References: <9A1D6A55-05D0-4560-B5E1-546CE084B11B@patin.com> <84ACFAFC-D54D-41AF-87DB-B6D78F1F97D7@bluecrocodile.co.nz> Message-ID: Howdy Steve Thanks for the additional idea. I've never done any SMTP server setup so will probably start down the AJAX route, but it's an interesting option. (If I come back to it, I'll let you know :) Cheers, -Joel On May 9, 2013, at 1:30 PM, Steve Winter wrote: > Hi Joel > > I've seen the effect which you refer to, with mails slowing things down. The way in which I've handled this in the past is to run a relaying SMTP server on the web host - typically with FileMaker installs clients are using IIS, so what I tend to do is set up the IIS SMTP server on that local machine (configured to only accept and relay mail from the localhost). > > That means that there is no latency in the connection from PHP to the SMTP server and a very speedy response is received - from there the IIS STMP server is configured to hand that message off to the client's 'real' SMTP server wherever that may be? > > It's not foolproof, in that the verifications that end up being done are less thorough than it might be, but means that it's most likely a valid mail message which will be delivered, and the response time back to PHP is high? > > Hope this helps? > > Cheers > Steve > > >> Hi Bob >> >> You don't see slower page loading when you include PHP mailing -- compared to the same page without emailing? (or you just never checked?) For me, adding in the mailing adds at least a couple/few additional seconds before the page will load. >> >> Yeah, I've also seen that adding multiple new records is probably the slowest thing with CWP, and also found that calling an FM script instead to do the record creation is a LOT faster. (I even blogged about it :). I haven't, though, tested this in FM12. Have you had a chance to see if adding multiple new records in FM12 is still really slow? >> >> And lastly, out of curiosity, why don't you like to email from FMS? I've given up my earlier belief that everything has to be pure PHP, and have toyed w/ the idea of calling an FM script from the PHP to have FMS send smtp emails. I do realize this puts an additional load on the DB server -- as opposed to on the Web server... >> >> Thanks, >> -Joel >> >> >> >> On May 8, 2013, at 7:34 PM, Bob Patin wrote: >> >>> Joel, >>> >>> I haven't noticed it delaying things, but that may be because I always send mail after I've rendered the final page--which might be an invoice, for example. >>> >>> The issue that has been more troublesome for me has been when I have to generate a lot of records--for example, on some ticket orders I have to create as many as 13 records at one time, and that can take time. In that instance I've off-loaded the record creation to FileMaker, so that the site seems fast and responsive. >>> >>> You can always try that--have FileMaker send the emails--although I really don't care for that at all. One of the web apps I'm about to rewrite has a function in it where emails go out from the database, and I plan to do away with that and do all sending straight from PHP. >>> >>> I used to use a function someone gave me years ago, called "sock_mail" I believe. I use PHPMailer now though, mainly because it allows for attachments, and I send PDF files a lot these days in web apps. >>> >>> >>> Bob Patin >>> Longterm Solutions LLC >>> P.O. Box 3408 >>> Brentwood, TN 37024 >>> bob@longtermsolutions.com >>> 615-333-6858 >>> http://www.longtermsolutions.com >>> iChat: bobpatin >>> AIM: longterm1954 >>> Twitter: bobpatin >>> Google+: http://www.longtermsolutions.com/plus >>> -- >>> FileMaker 9, 10 & 11 Certified Developer >>> Member of FileMaker Business Alliance and FileMaker TechNet >>> -- >>> FileMaker hosting and consulting for all versions of FileMaker >>> PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting >>> On May 8, 2013, at 5:09 PM, Joel Shapiro wrote: >>> >>>> Hi all >>>> >>>> I haven't needed to send mail from PHP for a while but I may need to do so in an upcoming project. >>>> >>>> One thing that has bothered me when I've used an email library (Swift Mailer or PHPMailer) is that it seems to take quite a long time (3+/- seconds) for the mail to send, thus delaying the loading of the 'results' page. I understand that this way I can check for failed sending, but I generally don't want to delay things for the end user for that -- and I'd rather deal w/ them behind the scenes, on the server end. >>>> >>>> How do others here deal with this? Is there a way to off-load the email sending so that the user gets a quick response to their submission? AJAX perhaps? >>>> >>>> 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 > > 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 From jsfmp at earthlink.net Fri May 10 12:50:48 2013 From: jsfmp at earthlink.net (Joel Shapiro) Date: Fri May 10 11:51:02 2013 Subject: [FX.php List] [OFF] Slow response when sending PHP email? In-Reply-To: <74B96C2C-7401-4FC5-A50A-A56E6F85CACC@patin.com> References: <9A1D6A55-05D0-4560-B5E1-546CE084B11B@patin.com> <74B96C2C-7401-4FC5-A50A-A56E6F85CACC@patin.com> Message-ID: <5FD5637E-7727-424F-BAEC-C428CB3CBF92@earthlink.net> Thanks for your responses, Bob. Best, -Joel On May 10, 2013, at 5:39 AM, Bob Patin wrote: > > On May 9, 2013, at 1:32 PM, Joel Shapiro wrote: > >> You don't see slower page loading when you include PHP mailing -- compared to the same page without emailing? (or you just never checked?) For me, adding in the mailing adds at least a couple/few additional seconds before the page will load. > > Well, I've honestly never tested it, but the final page seems to load fairly quickly most of the time. >> >> Yeah, I've also seen that adding multiple new records is probably the slowest thing with CWP, and also found that calling an FM script instead to do the record creation is a LOT faster. (I even blogged about it :). I haven't, though, tested this in FM12. Have you had a chance to see if adding multiple new records in FM12 is still really slow? > > We moved to 12 about 6 months ago, but I still generate the large record sets using a script. On this particular site, there's one ticket type that requires generation of 12 lineitem records + the order itself, which is a LOT to do in CWP. For this one ticket type I pass off to FIleMaker and generate the records in a script. >> >> And lastly, out of curiosity, why don't you like to email from FMS? > > Well, I'm not a big fan of running scripts from CWP; for me it's a little harder to find errors, so I just prefer doing it from PHP. Maybe it's just from habit, or hard-headedness... > >> I've given up my earlier belief that everything has to be pure PHP, and have toyed w/ the idea of calling an FM script from the PHP to have FMS send smtp emails. I do realize this puts an additional load on the DB server -- as opposed to on the Web server... > > One of my clients' sites has some scripts that run at the conclusion of the process, and we had a lot of trouble finding issues with it. Generally, I try to keep web apps lean enough that a complex script isn't required; I'm about to rewrite a pair of sites that use scripts for sending emails, and I'm going to push for doing away with any script-firing this time around. > > > Bob Patin > Longterm Solutions LLC > P.O. Box 3408 > Brentwood, TN 37024 > bob@longtermsolutions.com > 615-333-6858 > http://www.longtermsolutions.com > iChat: bobpatin > AIM: longterm1954 > Twitter: bobpatin > Google+: http://www.longtermsolutions.com/plus > -- > FileMaker 9, 10 & 11 Certified Developer > Member of FileMaker Business Alliance and FileMaker TechNet > -- > FileMaker hosting and consulting for all versions of FileMaker > PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list From bob at patin.com Fri May 10 14:45:02 2013 From: bob at patin.com (Bob Patin) Date: Fri May 10 13:45:18 2013 Subject: [FX.php List] Client upgrading PHP to 5.4 Message-ID: <93989DC6-0955-4A69-AF1D-2A327072FF94@patin.com> One of my clients, who is running an IIS server, is upgrading to PHP 5.4; we're on PHP 5 now, but I don't recall offhand which version... IS there anything we need to be conscious of when going to PHP 5.4? Will FX.php continue to work as it does now? Their IT guy is planning to upgrade the server next week, and I'm trying to be cautious about this for them. Thanks, Bob Patin Longterm Solutions LLC P.O. Box 3408 Brentwood, TN 37024 bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com iChat: bobpatin AIM: longterm1954 Twitter: bobpatin Google+: http://www.longtermsolutions.com/plus -- FileMaker 9, 10 & 11 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -- FileMaker hosting and consulting for all versions of FileMaker PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting From chris at iViking.org Mon May 13 08:57:10 2013 From: chris at iViking.org (Chris Hansen) Date: Mon May 13 07:57:12 2013 Subject: [FX.php List] Client upgrading PHP to 5.4 In-Reply-To: <93989DC6-0955-4A69-AF1D-2A327072FF94@patin.com> References: <93989DC6-0955-4A69-AF1D-2A327072FF94@patin.com> Message-ID: <50D5BFF1-BB4A-4D89-BF4C-435E15532A7D@iViking.org> Bob, No problems that I know of -- FX.php doesn't use any particularly unusual PHP functionality. That said, I don't think I've done a PHP 5.4 install with FX.php yet. Can anyone else on the list speak from direct experience? --Chris On May 10, 2013, at 2:45 PM, Bob Patin wrote: > One of my clients, who is running an IIS server, is upgrading to PHP 5.4; we're on PHP 5 now, but I don't recall offhand which version... > > IS there anything we need to be conscious of when going to PHP 5.4? Will FX.php continue to work as it does now? Their IT guy is planning to upgrade the server next week, and I'm trying to be cautious about this for them. > > Thanks, > > Bob Patin > Longterm Solutions LLC > P.O. Box 3408 > Brentwood, TN 37024 > bob@longtermsolutions.com > 615-333-6858 > http://www.longtermsolutions.com > iChat: bobpatin > AIM: longterm1954 > Twitter: bobpatin > Google+: http://www.longtermsolutions.com/plus > -- > FileMaker 9, 10 & 11 Certified Developer > Member of FileMaker Business Alliance and FileMaker TechNet > -- > FileMaker hosting and consulting for all versions of FileMaker > PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting_______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > From dness at bondedbuilders.com Mon May 20 11:16:19 2013 From: dness at bondedbuilders.com (Ness, David) Date: Mon May 20 10:15:54 2013 Subject: [FX.php List] Debugging my move to FM v12 Message-ID: <96BCE0A73AC2D74C81DF8BF968E79A5F8983E56A@EXHCMBPC.Big.ad.local> Hi everyone! Looking forward to seeing everyone at DevCon this year. I've been off-list for a while, but still doing my fx.php thing. I am late to the FM v12 party, but I'd like to make the transition before DevCon but I'm running into a problem that I can seem to figure out. I'm sorry if this has been covered in previous threads. Everything here works great when using a FMSA v11, but when using v12, when I perform a FMFind, some values in the return array appear to be missing. After much experimentation, I discovered that when I replace: $applicationdata->AddDBParam('-recid', $_SESSION['application_recid'], "eq" ); with: $applicationdata->AddDBParam('recordid', $_SESSION['application_recid'], "eq" ); Everything now appears to work. 'recordid' is a field I added to my FileMaker table that simply is a calc field = Get ( RecordID ) >>> Q: Is there something about using '-recid' that has changed when using FMSA v12? FX_VERSION = 4.5.1 Thanks! David Ness FileMaker & Web Applications Developer From whatdoyouwant at gmail.com Tue May 21 09:20:06 2013 From: whatdoyouwant at gmail.com (Nick) Date: Tue May 21 08:19:36 2013 Subject: [FX.php List] Debugging my move to FM v12 In-Reply-To: <96BCE0A73AC2D74C81DF8BF968E79A5F8983E56A@EXHCMBPC.Big.ad.local> References: <96BCE0A73AC2D74C81DF8BF968E79A5F8983E56A@EXHCMBPC.Big.ad.local> Message-ID: I don't think you can do a find by -recid? but I've never done it, so maybe?? Make sure you are using the "fmalt" type instead of FMPro7 for v12. On Mon, May 20, 2013 at 12:16 PM, Ness, David wrote: > Hi everyone! Looking forward to seeing everyone at DevCon this year. I've > been off-list for a while, but still doing my fx.php thing. > > I am late to the FM v12 party, but I'd like to make the transition before > DevCon but I'm running into a problem that I can seem to figure out. I'm > sorry if this has been covered in previous threads. > > Everything here works great when using a FMSA v11, but when using v12, > when I perform a FMFind, some values in the return array appear to be > missing. > > After much experimentation, I discovered that when I replace: > > $applicationdata->AddDBParam('-recid', $_SESSION['application_recid'], > "eq" ); > > with: > > $applicationdata->AddDBParam('recordid', $_SESSION['application_recid'], > "eq" ); > > Everything now appears to work. > > 'recordid' is a field I added to my FileMaker table that simply is a calc > field = Get ( RecordID ) > > >>> Q: Is there something about using '-recid' that has changed when using > FMSA v12? > > FX_VERSION = 4.5.1 > > Thanks! > David Ness > FileMaker & Web Applications Developer > > _______________________________________________ > 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/20130521/b28060ec/attachment-0001.html From bob at patin.com Tue May 21 10:09:46 2013 From: bob at patin.com (Bob Patin) Date: Tue May 21 09:09:16 2013 Subject: [FX.php List] Debugging my move to FM v12 In-Reply-To: <96BCE0A73AC2D74C81DF8BF968E79A5F8983E56A@EXHCMBPC.Big.ad.local> References: <96BCE0A73AC2D74C81DF8BF968E79A5F8983E56A@EXHCMBPC.Big.ad.local> Message-ID: <589549C3-06CC-4262-AECA-525851372CD4@patin.com> If you do need to search on the recid, I would do it exactly as you did, with a calc field equal to get ( recordID ). I don't think using '-recid' will ever work as a parameter in a FIND, because that's not a field name. 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 May 20, 2013, at 12:16 PM, "Ness, David" wrote: > Hi everyone! Looking forward to seeing everyone at DevCon this year. I've been off-list for a while, but still doing my fx.php thing. > > I am late to the FM v12 party, but I'd like to make the transition before DevCon but I'm running into a problem that I can seem to figure out. I'm sorry if this has been covered in previous threads. > > Everything here works great when using a FMSA v11, but when using v12, when I perform a FMFind, some values in the return array appear to be missing. > > After much experimentation, I discovered that when I replace: > > $applicationdata->AddDBParam('-recid', $_SESSION['application_recid'], "eq" ); > > with: > > $applicationdata->AddDBParam('recordid', $_SESSION['application_recid'], "eq" ); > > Everything now appears to work. > > 'recordid' is a field I added to my FileMaker table that simply is a calc field = Get ( RecordID ) > >>>> Q: Is there something about using '-recid' that has changed when using FMSA v12? > > FX_VERSION = 4.5.1 > > Thanks! > David Ness > FileMaker & Web Applications Developer > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list From dness at bondedbuilders.com Tue May 21 10:38:14 2013 From: dness at bondedbuilders.com (Ness, David) Date: Tue May 21 09:37:43 2013 Subject: [FX.php List] Debugging my move to FM v12 In-Reply-To: References: <96BCE0A73AC2D74C81DF8BF968E79A5F8983E56A@EXHCMBPC.Big.ad.local> Message-ID: <96BCE0A73AC2D74C81DF8BF968E79A5F89843B9B@EXHCMBPC.Big.ad.local> I can verify that using '-recid' with FX v4.5.1 on a FMSA v11 worked when using FMFind(), and when connected to FMSA v12 it does not. This even though '-recid' isn't a field name, using it just like you would when performing a FMEdit() or a FMDelete(). Obviously, I can change all of my instances where I used '-recid' when performing a FMFind(). I'm not certain why I started using that, but it's always worked, so I never thought anything more about it, until FMS v12. I'm glad I was able to find the problem. Can somebody confirm that I should change my $dataSourceType from 'FMPro7' to 'fmalt' for use with FMS v12? I hadn't seen that mentioned before, but like I said, I've been off-list for some time. David Ness FileMaker & Web Applications Developer Bonded Builders Warranty Group 800-749-0381 x3123 From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Nick Sent: Tuesday, May 21, 2013 11:20 AM To: FX.php Discussion List Subject: Re: [FX.php List] Debugging my move to FM v12 I don't think you can do a find by -recid? but I've never done it, so maybe?? Make sure you are using the "fmalt" type instead of FMPro7 for v12. On Mon, May 20, 2013 at 12:16 PM, Ness, David > wrote: Hi everyone! Looking forward to seeing everyone at DevCon this year. I've been off-list for a while, but still doing my fx.php thing. I am late to the FM v12 party, but I'd like to make the transition before DevCon but I'm running into a problem that I can seem to figure out. I'm sorry if this has been covered in previous threads. Everything here works great when using a FMSA v11, but when using v12, when I perform a FMFind, some values in the return array appear to be missing. After much experimentation, I discovered that when I replace: $applicationdata->AddDBParam('-recid', $_SESSION['application_recid'], "eq" ); with: $applicationdata->AddDBParam('recordid', $_SESSION['application_recid'], "eq" ); Everything now appears to work. 'recordid' is a field I added to my FileMaker table that simply is a calc field = Get ( RecordID ) >>> Q: Is there something about using '-recid' that has changed when using FMSA v12? FX_VERSION = 4.5.1 Thanks! David Ness FileMaker & Web Applications Developer _______________________________________________ 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/20130521/e816ede3/attachment.html From bob at patin.com Tue May 21 11:24:13 2013 From: bob at patin.com (Bob Patin) Date: Tue May 21 10:23:43 2013 Subject: [FX.php List] Debugging my move to FM v12 In-Reply-To: <96BCE0A73AC2D74C81DF8BF968E79A5F89843B9B@EXHCMBPC.Big.ad.local> References: <96BCE0A73AC2D74C81DF8BF968E79A5F8983E56A@EXHCMBPC.Big.ad.local> <96BCE0A73AC2D74C81DF8BF968E79A5F89843B9B@EXHCMBPC.Big.ad.local> Message-ID: <66C583BE-2E75-4A55-A383-7F12D1844553@patin.com> Interesting that it worked in 11... I would've guessed that it wouldn't. Change $dataSourceType to 'FMP12'; it's the only thing you have to change. BP Bob Patin Longterm Solutions LLC bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com FileMaker 9, 10 & 11 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -- Twitter: bobpatin AIM: longterm1954 iChat: bobpatin -- Expert FileMaker Consulting FileMaker Hosting for all versions of FileMaker On May 21, 2013, at 11:38 AM, "Ness, David" wrote: > I can verify that using ?-recid? with FX v4.5.1 on a FMSA v11 worked when using FMFind(), and when connected to FMSA v12 it does not. This even though ?-recid? isn?t a field name, using it just like you would when performing a FMEdit() or a FMDelete(). > > Obviously, I can change all of my instances where I used ?-recid? when performing a FMFind(). I?m not certain why I started using that, but it?s always worked, so I never thought anything more about it, until FMS v12. I?m glad I was able to find the problem. > > Can somebody confirm that I should change my $dataSourceType from ?FMPro7? to 'fmalt' for use with FMS v12? I hadn?t seen that mentioned before, but like I said, I?ve been off-list for some time. > > > > > David Ness > FileMaker & Web Applications Developer > > Bonded Builders Warranty Group > 800-749-0381 x3123 > > > From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Nick > Sent: Tuesday, May 21, 2013 11:20 AM > To: FX.php Discussion List > Subject: Re: [FX.php List] Debugging my move to FM v12 > > I don't think you can do a find by -recid? but I've never done it, so maybe?? > > Make sure you are using the "fmalt" type instead of FMPro7 for v12. > > > On Mon, May 20, 2013 at 12:16 PM, Ness, David wrote: > Hi everyone! Looking forward to seeing everyone at DevCon this year. I've been off-list for a while, but still doing my fx.php thing. > > I am late to the FM v12 party, but I'd like to make the transition before DevCon but I'm running into a problem that I can seem to figure out. I'm sorry if this has been covered in previous threads. > > Everything here works great when using a FMSA v11, but when using v12, when I perform a FMFind, some values in the return array appear to be missing. > > After much experimentation, I discovered that when I replace: > > $applicationdata->AddDBParam('-recid', $_SESSION['application_recid'], "eq" ); > > with: > > $applicationdata->AddDBParam('recordid', $_SESSION['application_recid'], "eq" ); > > Everything now appears to work. > > 'recordid' is a field I added to my FileMaker table that simply is a calc field = Get ( RecordID ) > > >>> Q: Is there something about using '-recid' that has changed when using FMSA v12? > > FX_VERSION = 4.5.1 > > Thanks! > David Ness > FileMaker & Web Applications Developer > > _______________________________________________ > 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/20130521/c6c7e2e0/attachment-0001.html From bob at patin.com Tue May 21 11:25:36 2013 From: bob at patin.com (Bob Patin) Date: Tue May 21 10:25:05 2013 Subject: [FX.php List] Debugging my move to FM v12 In-Reply-To: <66C583BE-2E75-4A55-A383-7F12D1844553@patin.com> References: <96BCE0A73AC2D74C81DF8BF968E79A5F8983E56A@EXHCMBPC.Big.ad.local> <96BCE0A73AC2D74C81DF8BF968E79A5F89843B9B@EXHCMBPC.Big.ad.local> <66C583BE-2E75-4A55-A383-7F12D1844553@patin.com> Message-ID: <11C6D541-BE89-4845-A5DA-E473537FBEC4@patin.com> OOPS... I told you wrong. You don't need to change it; you only need to change the extension on the database. BP Bob Patin Longterm Solutions LLC bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com FileMaker 9, 10 & 11 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -- Twitter: bobpatin AIM: longterm1954 iChat: bobpatin -- Expert FileMaker Consulting FileMaker Hosting for all versions of FileMaker On May 21, 2013, at 12:24 PM, Bob Patin wrote: > Interesting that it worked in 11... I would've guessed that it wouldn't. > > Change $dataSourceType to 'FMP12'; it's the only thing you have to change. > > BP > > Bob Patin > Longterm Solutions LLC > bob@longtermsolutions.com > 615-333-6858 > http://www.longtermsolutions.com > FileMaker 9, 10 & 11 Certified Developer > Member of FileMaker Business Alliance and FileMaker TechNet > -- > Twitter: bobpatin > AIM: longterm1954 > iChat: bobpatin > -- > Expert FileMaker Consulting > FileMaker Hosting for all versions of FileMaker > > On May 21, 2013, at 11:38 AM, "Ness, David" wrote: > >> I can verify that using ?-recid? with FX v4.5.1 on a FMSA v11 worked when using FMFind(), and when connected to FMSA v12 it does not. This even though ?-recid? isn?t a field name, using it just like you would when performing a FMEdit() or a FMDelete(). >> >> Obviously, I can change all of my instances where I used ?-recid? when performing a FMFind(). I?m not certain why I started using that, but it?s always worked, so I never thought anything more about it, until FMS v12. I?m glad I was able to find the problem. >> >> Can somebody confirm that I should change my $dataSourceType from ?FMPro7? to 'fmalt' for use with FMS v12? I hadn?t seen that mentioned before, but like I said, I?ve been off-list for some time. >> >> >> >> >> David Ness >> FileMaker & Web Applications Developer >> >> Bonded Builders Warranty Group >> 800-749-0381 x3123 >> >> >> From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Nick >> Sent: Tuesday, May 21, 2013 11:20 AM >> To: FX.php Discussion List >> Subject: Re: [FX.php List] Debugging my move to FM v12 >> >> I don't think you can do a find by -recid? but I've never done it, so maybe?? >> >> Make sure you are using the "fmalt" type instead of FMPro7 for v12. >> >> >> On Mon, May 20, 2013 at 12:16 PM, Ness, David wrote: >> Hi everyone! Looking forward to seeing everyone at DevCon this year. I've been off-list for a while, but still doing my fx.php thing. >> >> I am late to the FM v12 party, but I'd like to make the transition before DevCon but I'm running into a problem that I can seem to figure out. I'm sorry if this has been covered in previous threads. >> >> Everything here works great when using a FMSA v11, but when using v12, when I perform a FMFind, some values in the return array appear to be missing. >> >> After much experimentation, I discovered that when I replace: >> >> $applicationdata->AddDBParam('-recid', $_SESSION['application_recid'], "eq" ); >> >> with: >> >> $applicationdata->AddDBParam('recordid', $_SESSION['application_recid'], "eq" ); >> >> Everything now appears to work. >> >> 'recordid' is a field I added to my FileMaker table that simply is a calc field = Get ( RecordID ) >> >> >>> Q: Is there something about using '-recid' that has changed when using FMSA v12? >> >> FX_VERSION = 4.5.1 >> >> Thanks! >> David Ness >> FileMaker & Web Applications Developer >> >> _______________________________________________ >> 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/20130521/925a3eee/attachment.html From dness at bondedbuilders.com Tue May 21 11:58:34 2013 From: dness at bondedbuilders.com (Ness, David) Date: Tue May 21 10:58:03 2013 Subject: [FX.php List] Debugging my move to FM v12 In-Reply-To: <11C6D541-BE89-4845-A5DA-E473537FBEC4@patin.com> References: <96BCE0A73AC2D74C81DF8BF968E79A5F8983E56A@EXHCMBPC.Big.ad.local> <96BCE0A73AC2D74C81DF8BF968E79A5F89843B9B@EXHCMBPC.Big.ad.local> <66C583BE-2E75-4A55-A383-7F12D1844553@patin.com> <11C6D541-BE89-4845-A5DA-E473537FBEC4@patin.com> Message-ID: <96BCE0A73AC2D74C81DF8BF968E79A5F89843BFC@EXHCMBPC.Big.ad.local> And even with file extensions, you can just leave those off entirely and not have to change them ever again! There was no need to specify "Invoices.fp7". Just use "Invoices". David Ness FileMaker & Web Applications Developer Bonded Builders Warranty Group 800-749-0381 x3123 From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Bob Patin Sent: Tuesday, May 21, 2013 1:26 PM To: FX.php Discussion List Subject: Re: [FX.php List] Debugging my move to FM v12 OOPS... I told you wrong. You don't need to change it; you only need to change the extension on the database. BP Bob Patin Longterm Solutions LLC bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com FileMaker 9, 10 & 11 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -- Twitter: bobpatin AIM: longterm1954 iChat: bobpatin -- Expert FileMaker Consulting FileMaker Hosting for all versions of FileMaker On May 21, 2013, at 12:24 PM, Bob Patin > wrote: Interesting that it worked in 11... I would've guessed that it wouldn't. Change $dataSourceType to 'FMP12'; it's the only thing you have to change. BP Bob Patin Longterm Solutions LLC bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com FileMaker 9, 10 & 11 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -- Twitter: bobpatin AIM: longterm1954 iChat: bobpatin -- Expert FileMaker Consulting FileMaker Hosting for all versions of FileMaker On May 21, 2013, at 11:38 AM, "Ness, David" > wrote: I can verify that using '-recid' with FX v4.5.1 on a FMSA v11 worked when using FMFind(), and when connected to FMSA v12 it does not. This even though '-recid' isn't a field name, using it just like you would when performing a FMEdit() or a FMDelete(). Obviously, I can change all of my instances where I used '-recid' when performing a FMFind(). I'm not certain why I started using that, but it's always worked, so I never thought anything more about it, until FMS v12. I'm glad I was able to find the problem. Can somebody confirm that I should change my $dataSourceType from 'FMPro7' to 'fmalt' for use with FMS v12? I hadn't seen that mentioned before, but like I said, I've been off-list for some time. David Ness FileMaker & Web Applications Developer Bonded Builders Warranty Group 800-749-0381 x3123 From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Nick Sent: Tuesday, May 21, 2013 11:20 AM To: FX.php Discussion List Subject: Re: [FX.php List] Debugging my move to FM v12 I don't think you can do a find by -recid? but I've never done it, so maybe?? Make sure you are using the "fmalt" type instead of FMPro7 for v12. On Mon, May 20, 2013 at 12:16 PM, Ness, David > wrote: Hi everyone! Looking forward to seeing everyone at DevCon this year. I've been off-list for a while, but still doing my fx.php thing. I am late to the FM v12 party, but I'd like to make the transition before DevCon but I'm running into a problem that I can seem to figure out. I'm sorry if this has been covered in previous threads. Everything here works great when using a FMSA v11, but when using v12, when I perform a FMFind, some values in the return array appear to be missing. After much experimentation, I discovered that when I replace: $applicationdata->AddDBParam('-recid', $_SESSION['application_recid'], "eq" ); with: $applicationdata->AddDBParam('recordid', $_SESSION['application_recid'], "eq" ); Everything now appears to work. 'recordid' is a field I added to my FileMaker table that simply is a calc field = Get ( RecordID ) >>> Q: Is there something about using '-recid' that has changed when using FMSA v12? FX_VERSION = 4.5.1 Thanks! David Ness FileMaker & Web Applications Developer _______________________________________________ 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/20130521/f80cdf4c/attachment-0001.html From bob at patin.com Tue May 21 12:03:32 2013 From: bob at patin.com (Bob Patin) Date: Tue May 21 11:03:01 2013 Subject: [FX.php List] Debugging my move to FM v12 In-Reply-To: <96BCE0A73AC2D74C81DF8BF968E79A5F89843BFC@EXHCMBPC.Big.ad.local> References: <96BCE0A73AC2D74C81DF8BF968E79A5F8983E56A@EXHCMBPC.Big.ad.local> <96BCE0A73AC2D74C81DF8BF968E79A5F89843B9B@EXHCMBPC.Big.ad.local> <66C583BE-2E75-4A55-A383-7F12D1844553@patin.com> <11C6D541-BE89-4845-A5DA-E473537FBEC4@patin.com> <96BCE0A73AC2D74C81DF8BF968E79A5F89843BFC@EXHCMBPC.Big.ad.local> Message-ID: <22867CD9-12E4-4670-824F-70924919CB02@patin.com> Ah... I never used that... On May 21, 2013, at 12:58 PM, "Ness, David" wrote: > And even with file extensions, you can just leave those off entirely and not have to change them ever again! > > There was no need to specify ?Invoices.fp7?. Just use ?Invoices?. > > > > David Ness > FileMaker & Web Applications Developer > > Bonded Builders Warranty Group > 800-749-0381 x3123 > > > From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Bob Patin > Sent: Tuesday, May 21, 2013 1:26 PM > To: FX.php Discussion List > Subject: Re: [FX.php List] Debugging my move to FM v12 > > OOPS... I told you wrong. > > You don't need to change it; you only need to change the extension on the database. > > BP > > Bob Patin > Longterm Solutions LLC > bob@longtermsolutions.com > 615-333-6858 > http://www.longtermsolutions.com > FileMaker 9, 10 & 11 Certified Developer > Member of FileMaker Business Alliance and FileMaker TechNet > -- > Twitter: bobpatin > AIM: longterm1954 > iChat: bobpatin > -- > Expert FileMaker Consulting > FileMaker Hosting for all versions of FileMaker > > On May 21, 2013, at 12:24 PM, Bob Patin wrote: > > > Interesting that it worked in 11... I would've guessed that it wouldn't. > > Change $dataSourceType to 'FMP12'; it's the only thing you have to change. > > BP > > Bob Patin > Longterm Solutions LLC > bob@longtermsolutions.com > 615-333-6858 > http://www.longtermsolutions.com > FileMaker 9, 10 & 11 Certified Developer > Member of FileMaker Business Alliance and FileMaker TechNet > -- > Twitter: bobpatin > AIM: longterm1954 > iChat: bobpatin > -- > Expert FileMaker Consulting > FileMaker Hosting for all versions of FileMaker > > On May 21, 2013, at 11:38 AM, "Ness, David" wrote: > > > I can verify that using ?-recid? with FX v4.5.1 on a FMSA v11 worked when using FMFind(), and when connected to FMSA v12 it does not. This even though ?-recid? isn?t a field name, using it just like you would when performing a FMEdit() or a FMDelete(). > > Obviously, I can change all of my instances where I used ?-recid? when performing a FMFind(). I?m not certain why I started using that, but it?s always worked, so I never thought anything more about it, until FMS v12. I?m glad I was able to find the problem. > > Can somebody confirm that I should change my $dataSourceType from ?FMPro7? to 'fmalt' for use with FMS v12? I hadn?t seen that mentioned before, but like I said, I?ve been off-list for some time. > > > > > David Ness > FileMaker & Web Applications Developer > > Bonded Builders Warranty Group > 800-749-0381 x3123 > > > From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Nick > Sent: Tuesday, May 21, 2013 11:20 AM > To: FX.php Discussion List > Subject: Re: [FX.php List] Debugging my move to FM v12 > > I don't think you can do a find by -recid? but I've never done it, so maybe?? > > Make sure you are using the "fmalt" type instead of FMPro7 for v12. > > > On Mon, May 20, 2013 at 12:16 PM, Ness, David wrote: > Hi everyone! Looking forward to seeing everyone at DevCon this year. I've been off-list for a while, but still doing my fx.php thing. > > I am late to the FM v12 party, but I'd like to make the transition before DevCon but I'm running into a problem that I can seem to figure out. I'm sorry if this has been covered in previous threads. > > Everything here works great when using a FMSA v11, but when using v12, when I perform a FMFind, some values in the return array appear to be missing. > > After much experimentation, I discovered that when I replace: > > $applicationdata->AddDBParam('-recid', $_SESSION['application_recid'], "eq" ); > > with: > > $applicationdata->AddDBParam('recordid', $_SESSION['application_recid'], "eq" ); > > Everything now appears to work. > > 'recordid' is a field I added to my FileMaker table that simply is a calc field = Get ( RecordID ) > > >>> Q: Is there something about using '-recid' that has changed when using FMSA v12? > > FX_VERSION = 4.5.1 > > Thanks! > David Ness > FileMaker & Web Applications Developer > > _______________________________________________ > 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/20130521/b2073463/attachment-0001.html From bob at patin.com Tue May 21 12:43:27 2013 From: bob at patin.com (Bob Patin) Date: Tue May 21 11:42:56 2013 Subject: [FX.php List] [OFF] A JQuery question Message-ID: <63D77CFB-1BBD-4BCA-BC64-B3C9920810F4@patin.com> I have a web app that uses JQuery; here's a quick rundown: On load of the index page, all of my JS is loaded in; I use some preset session variables to populate the Javascript, so that I can do live calculations of ticket prices. HERE'S THE RUB: They want to increase the prices for a certain date range; what I need to do is to somehow "update" that Javascript function with these new prices, but since the JS is embedded in my index page, it's not going to reload, and thus my calc isn't going to reflect the new values in my session variables. I was thinking about putting the function into its own JS file, but it'll get loaded when the index page loads, because the INCLUDE is going to tell it to... so it'll still have the original prices in it. So here is my question: Let's assume I have a session var set to equal 10; how do I somehow update my JS function to catch the newly-changed session variable, without reloading the index page? I hope my explanation made sense... :) 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 From bob at patin.com Tue May 21 12:49:50 2013 From: bob at patin.com (Bob Patin) Date: Tue May 21 11:49:20 2013 Subject: [FX.php List] [OFF] A JQuery question In-Reply-To: <63D77CFB-1BBD-4BCA-BC64-B3C9920810F4@patin.com> References: <63D77CFB-1BBD-4BCA-BC64-B3C9920810F4@patin.com> Message-ID: <1ADF4700-4065-4C48-8349-454458DE2F26@patin.com> Never mind, I think I solved it by moving the function into the page that gets loaded in with ticket pulldowns... On May 21, 2013, at 1:43 PM, Bob Patin wrote: > I have a web app that uses JQuery; here's a quick rundown: > > On load of the index page, all of my JS is loaded in; I use some preset session variables to populate the Javascript, so that I can do live calculations of ticket prices. > > HERE'S THE RUB: > > They want to increase the prices for a certain date range; what I need to do is to somehow "update" that Javascript function with these new prices, but since the JS is embedded in my index page, it's not going to reload, and thus my calc isn't going to reflect the new values in my session variables. > > I was thinking about putting the function into its own JS file, but it'll get loaded when the index page loads, because the INCLUDE is going to tell it to... so it'll still have the original prices in it. > > So here is my question: > > Let's assume I have a session var set to equal 10; how do I somehow update my JS function to catch the newly-changed session variable, without reloading the index page? > > I hope my explanation made sense... :) > > 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 > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list From dness at bondedbuilders.com Tue May 21 13:46:44 2013 From: dness at bondedbuilders.com (Ness, David) Date: Tue May 21 12:46:14 2013 Subject: [FX.php List] Debugging my move to FM v12 In-Reply-To: <66C583BE-2E75-4A55-A383-7F12D1844553@patin.com> References: <96BCE0A73AC2D74C81DF8BF968E79A5F8983E56A@EXHCMBPC.Big.ad.local> <96BCE0A73AC2D74C81DF8BF968E79A5F89843B9B@EXHCMBPC.Big.ad.local> <66C583BE-2E75-4A55-A383-7F12D1844553@patin.com> Message-ID: <96BCE0A73AC2D74C81DF8BF968E79A5F89843C44@EXHCMBPC.Big.ad.local> I even see that one of the examples supplied with the latest version of FX.php (v6) includes this code snippet using '-recid' for a record FIND: ----------------- $BookQuery = new FX($serverIP, $webCompanionPort, $dataSourceType); // This line creates an instance of the FX class $BookQuery->SetDBData($bookListFile, "Detail_View"); // The '->' indicates that SetDBData is part of // the FX instance we just created. $BookQuery->SetDBUserPass ($webUN, $webPW); // Set the user name and password for the desired access. $BookQuery->AddDBParam('-recid', $_GET['ID']); // '-recid' is a reference to the unique ID that FileMaker // creates for each record. You'll also note that PHP // recognizes the parameters passed from the last page ('ID'). $query = $_GET['query']; $BookData = $BookQuery->FMFind(); ------------------- On May 21, 2013, at 11:38 AM, "Ness, David" > wrote: I can verify that using '-recid' with FX v4.5.1 on a FMSA v11 worked when using FMFind(), and when connected to FMSA v12 it does not. This even though '-recid' isn't a field name, using it just like you would when performing a FMEdit() or a FMDelete(). Obviously, I can change all of my instances where I used '-recid' when performing a FMFind(). I'm not certain why I started using that, but it's always worked, so I never thought anything more about it, until FMS v12. I'm glad I was able to find the problem. Can somebody confirm that I should change my $dataSourceType from 'FMPro7' to 'fmalt' for use with FMS v12? I hadn't seen that mentioned before, but like I said, I've been off-list for some time. David Ness FileMaker & Web Applications Developer Bonded Builders Warranty Group 800-749-0381 x3123 From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Nick Sent: Tuesday, May 21, 2013 11:20 AM To: FX.php Discussion List Subject: Re: [FX.php List] Debugging my move to FM v12 I don't think you can do a find by -recid? but I've never done it, so maybe?? Make sure you are using the "fmalt" type instead of FMPro7 for v12. On Mon, May 20, 2013 at 12:16 PM, Ness, David > wrote: Hi everyone! Looking forward to seeing everyone at DevCon this year. I've been off-list for a while, but still doing my fx.php thing. I am late to the FM v12 party, but I'd like to make the transition before DevCon but I'm running into a problem that I can seem to figure out. I'm sorry if this has been covered in previous threads. Everything here works great when using a FMSA v11, but when using v12, when I perform a FMFind, some values in the return array appear to be missing. After much experimentation, I discovered that when I replace: $applicationdata->AddDBParam('-recid', $_SESSION['application_recid'], "eq" ); with: $applicationdata->AddDBParam('recordid', $_SESSION['application_recid'], "eq" ); Everything now appears to work. 'recordid' is a field I added to my FileMaker table that simply is a calc field = Get ( RecordID ) >>> Q: Is there something about using '-recid' that has changed when using FMSA v12? FX_VERSION = 4.5.1 Thanks! David Ness FileMaker & Web Applications Developer _______________________________________________ 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/20130521/7e6da603/attachment-0001.html From bfr at nwlink.com Tue May 21 09:41:19 2013 From: bfr at nwlink.com (Bruce Robertson) Date: Wed May 22 08:29:07 2013 Subject: [FX.php List] Debugging my move to FM v12 In-Reply-To: References: <96BCE0A73AC2D74C81DF8BF968E79A5F8983E56A@EXHCMBPC.Big.ad.local> Message-ID: <413012BE-C346-466A-B2E4-FF22C37037CD@nwlink.com> On May 21, 2013, at 8:20 AM, Nick wrote: > Make sure you are using the "fmalt" type instead of FMPro7 for v12. > What does that mean? From chris at iViking.org Wed May 22 09:33:05 2013 From: chris at iViking.org (Chris Hansen) Date: Wed May 22 08:32:31 2013 Subject: [FX.php List] Debugging my move to FM v12 In-Reply-To: <96BCE0A73AC2D74C81DF8BF968E79A5F89843C44@EXHCMBPC.Big.ad.local> References: <96BCE0A73AC2D74C81DF8BF968E79A5F8983E56A@EXHCMBPC.Big.ad.local> <96BCE0A73AC2D74C81DF8BF968E79A5F89843B9B@EXHCMBPC.Big.ad.local> <66C583BE-2E75-4A55-A383-7F12D1844553@patin.com> <96BCE0A73AC2D74C81DF8BF968E79A5F89843C44@EXHCMBPC.Big.ad.local> Message-ID: <655BA712-4FA0-4470-8CA2-90544E92E8DA@iViking.org> My bad there. Those examples haven't been updated in a long time. On May 21, 2013, at 1:46 PM, Ness, David wrote: > I even see that one of the examples supplied with the latest version of FX.php (v6) includes this code snippet using ?-recid? for a record FIND: > > ----------------- > > $BookQuery = new FX($serverIP, $webCompanionPort, $dataSourceType); // This line creates an instance of the FX class > $BookQuery->SetDBData($bookListFile, "Detail_View"); // The '->' indicates that SetDBData is part of > // the FX instance we just created. > $BookQuery->SetDBUserPass ($webUN, $webPW); // Set the user name and password for the desired access. > $BookQuery->AddDBParam('-recid', $_GET['ID']); // '-recid' is a reference to the unique ID that FileMaker > // creates for each record. You'll also note that PHP > // recognizes the parameters passed from the last page ('ID'). > $query = $_GET['query']; > $BookData = $BookQuery->FMFind(); > > ------------------- > > > > > > On May 21, 2013, at 11:38 AM, "Ness, David" wrote: > > I can verify that using ?-recid? with FX v4.5.1 on a FMSA v11 worked when using FMFind(), and when connected to FMSA v12 it does not. This even though ?-recid? isn?t a field name, using it just like you would when performing a FMEdit() or a FMDelete(). > > Obviously, I can change all of my instances where I used ?-recid? when performing a FMFind(). I?m not certain why I started using that, but it?s always worked, so I never thought anything more about it, until FMS v12. I?m glad I was able to find the problem. > > Can somebody confirm that I should change my $dataSourceType from ?FMPro7? to 'fmalt' for use with FMS v12? I hadn?t seen that mentioned before, but like I said, I?ve been off-list for some time. > > > > > David Ness > FileMaker & Web Applications Developer > > Bonded Builders Warranty Group > 800-749-0381 x3123 > > > From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Nick > Sent: Tuesday, May 21, 2013 11:20 AM > To: FX.php Discussion List > Subject: Re: [FX.php List] Debugging my move to FM v12 > > I don't think you can do a find by -recid? but I've never done it, so maybe?? > > Make sure you are using the "fmalt" type instead of FMPro7 for v12. > > > On Mon, May 20, 2013 at 12:16 PM, Ness, David wrote: > Hi everyone! Looking forward to seeing everyone at DevCon this year. I've been off-list for a while, but still doing my fx.php thing. > > I am late to the FM v12 party, but I'd like to make the transition before DevCon but I'm running into a problem that I can seem to figure out. I'm sorry if this has been covered in previous threads. > > Everything here works great when using a FMSA v11, but when using v12, when I perform a FMFind, some values in the return array appear to be missing. > > After much experimentation, I discovered that when I replace: > > $applicationdata->AddDBParam('-recid', $_SESSION['application_recid'], "eq" ); > > with: > > $applicationdata->AddDBParam('recordid', $_SESSION['application_recid'], "eq" ); > > Everything now appears to work. > > 'recordid' is a field I added to my FileMaker table that simply is a calc field = Get ( RecordID ) > > >>> Q: Is there something about using '-recid' that has changed when using FMSA v12? > > FX_VERSION = 4.5.1 > > Thanks! > David Ness > FileMaker & Web Applications Developer > > _______________________________________________ > 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