From glyn.devine at quickseries.com Mon Dec 3 13:12:57 2012 From: glyn.devine at quickseries.com (Glyn Devine) Date: Mon Dec 3 12:22:18 2012 Subject: [FX.php List] Performance Puzzle Message-ID: Hello all, Recently I have been building an application to interpret live call data from the office PBX. I've written it as a PHP script which for now I simply run from the command line in a terminal window. In the future I am going to use the System_Daemon PEAR module to turn it into a background service, but I digress... Currently, the script is functional, but slow. It establishes a TCP connection to the PBX and reads and interprets the log data the PBX sends, which it then formats and submits to a FileMaker table. At first, this script was performing extremely well. I'd guess that within 0.25 seconds of receiving the log data the record was successfully created in FM. After I let it run over the weekend, the time has increased by quite a bit - there's about a 3-5 second delay before the interpreted data turns into a record. I've ended and restarted the script (CTRL-C) but the performance issues remain. Here's the meat of the script (I have replaced identifying information with XXX): $loginfo[0] = trim(substr($r, 0, 4)); //TENANT $loginfo[1] = trim(substr($r, 5, 3)); // EXT $loginfo[2] = trim(substr($r, 10, 4)); // AUTH $loginfo[3] = trim(substr($r, 15, 3)); // TRK $loginfo[4] = substr($r, 20, 5); // MM/DD $loginfo[5] = substr($r, 26, 8); // STT.TIME $loginfo[6] = substr($r, 35, 8); // DURATION $loginfo[7] = trim(substr($r, 44, 2)); // FG $loginfo[8] = trim(substr($r, 47, 18)); // DIALED DIGIT $loginfo[9] = substr($r, 66, 12); // ACCOUNT CODE $loginfo[10] = substr($r, 81, 14); // CID/ANI NUMBER $loginfo[11] = substr($r, 98, 19); // CID/ANI NAME $newrecord = new FX('192.168.X.XXX', '80', 'FMPro9'); $newrecord->SetDBData('XXX.fp7', 'SMDR'); $newrecord->SetDBUserPass('XXX', 'XXX'); $newrecord->AddDbParam('One', $loginfo[0]); $newrecord->AddDbParam('Extension', $loginfo[1]); $newrecord->AddDbParam('Auth', $loginfo[2]); $newrecord->AddDbParam('Trunk', $loginfo[3]); $newrecord->AddDbParam('Date', $loginfo[4]); $newrecord->AddDbParam('Time', $loginfo[5]); $newrecord->AddDbParam('Duration', $loginfo[6]); $newrecord->AddDbParam('CallType', $loginfo[7]); $newrecord->AddDbParam('DialedNumber', $loginfo[8]); $newrecord->AddDbParam('AccountCode', $loginfo[9]); $newrecord->AddDbParam('CallerIDNumber', $loginfo[10]); $newrecord->AddDbParam('CallerIDName', $loginfo[11]); $newrecord->AddDbParam('RawSMDR', $r); $result = $newrecord->FMNew(); The first block takes $r, the log entry from the PBX, and splits it up into field data stored in the $loginfo array. Second part adds to filemaker. This is in a while loop. Is there some problem with repeatedly instantiating FX ? Should I instantiate once then just loop AddDbParam and FMNew ? This script is running on the same machine that's running my FileMaker Server Advanced 11, and CPU and/or RAM do not seem to be being taxed to any serious degree. I'm left to conclude that either FX is slow to add records or for whatever reason FMS is the limiting factor here... Help me speed this up? Thanks for your attention and hopefully this isn't too much of a wall of text to get a reply. Glyn From dsomar at gmail.com Mon Dec 3 14:35:00 2012 From: dsomar at gmail.com (Denis Somar) Date: Mon Dec 3 13:44:36 2012 Subject: [FX.php List] Performance Puzzle In-Reply-To: References: Message-ID: I've dealt with issues in similar pieces of code. For debugging purposes, remove each line and test again, iteratively and see which line may be causing the speed crunch. HTH Denis On Mon, Dec 3, 2012 at 3:12 PM, Glyn Devine wrote: > Hello all, > > Recently I have been building an application to interpret live call data > from the office PBX. I've written it as a PHP script which for now I simply > run from the command line in a terminal window. In the future I am going to > use the System_Daemon PEAR module to turn it into a background service, but > I digress... > > Currently, the script is functional, but slow. It establishes a TCP > connection to the PBX and reads and interprets the log data the PBX sends, > which it then formats and submits to a FileMaker table. At first, this > script was performing extremely well. I'd guess that within 0.25 seconds of > receiving the log data the record was successfully created in FM. After I > let it run over the weekend, the time has increased by quite a bit - > there's > about a 3-5 second delay before the interpreted data turns into a record. > > I've ended and restarted the script (CTRL-C) but the performance issues > remain. Here's the meat of the script (I have replaced identifying > information with XXX): > > $loginfo[0] = trim(substr($r, 0, 4)); //TENANT > $loginfo[1] = trim(substr($r, 5, 3)); // EXT > $loginfo[2] = trim(substr($r, 10, 4)); // AUTH > $loginfo[3] = trim(substr($r, 15, 3)); // TRK > $loginfo[4] = substr($r, 20, 5); // MM/DD > $loginfo[5] = substr($r, 26, 8); // STT.TIME > $loginfo[6] = substr($r, 35, 8); // DURATION > $loginfo[7] = trim(substr($r, 44, 2)); // FG > $loginfo[8] = trim(substr($r, 47, 18)); // DIALED DIGIT > $loginfo[9] = substr($r, 66, 12); // ACCOUNT CODE > $loginfo[10] = substr($r, 81, 14); // CID/ANI NUMBER > $loginfo[11] = substr($r, 98, 19); // CID/ANI NAME > > $newrecord = new FX('192.168.X.XXX', '80', 'FMPro9'); > $newrecord->SetDBData('XXX.fp7', 'SMDR'); > $newrecord->SetDBUserPass('XXX', 'XXX'); > $newrecord->AddDbParam('One', $loginfo[0]); > $newrecord->AddDbParam('Extension', $loginfo[1]); > $newrecord->AddDbParam('Auth', $loginfo[2]); > $newrecord->AddDbParam('Trunk', $loginfo[3]); > $newrecord->AddDbParam('Date', $loginfo[4]); > $newrecord->AddDbParam('Time', $loginfo[5]); > $newrecord->AddDbParam('Duration', $loginfo[6]); > $newrecord->AddDbParam('CallType', $loginfo[7]); > $newrecord->AddDbParam('DialedNumber', $loginfo[8]); > $newrecord->AddDbParam('AccountCode', $loginfo[9]); > $newrecord->AddDbParam('CallerIDNumber', $loginfo[10]); > $newrecord->AddDbParam('CallerIDName', $loginfo[11]); > $newrecord->AddDbParam('RawSMDR', $r); > $result = $newrecord->FMNew(); > > The first block takes $r, the log entry from the PBX, and splits it up into > field data stored in the $loginfo array. Second part adds to filemaker. > This > is in a while loop. > > Is there some problem with repeatedly instantiating FX ? Should I > instantiate once then just loop AddDbParam and FMNew ? This script is > running on the same machine that's running my FileMaker Server Advanced 11, > and CPU and/or RAM do not seem to be being taxed to any serious degree. I'm > left to conclude that either FX is slow to add records or for whatever > reason FMS is the limiting factor here... Help me speed this up? > > Thanks for your attention and hopefully this isn't too much of a wall of > text to get a reply. > > Glyn > > > > > > _______________________________________________ > 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/20121203/4a182673/attachment.html From whatdoyouwant at gmail.com Mon Dec 3 20:21:28 2012 From: whatdoyouwant at gmail.com (Nick) Date: Mon Dec 3 19:30:43 2012 Subject: [FX.php List] Performance Puzzle In-Reply-To: References: Message-ID: also you can save some cpu cycles by using clone (prevents calling the constructor of the FX class every time): instantiate once at the top of your script like this: $db = new FX('192.168.X.XXX', '80', 'FMPro9'); $db->SetDBData('XXX.fp7', 'SMDR'); $db->SetDBUserPass('XXX', 'XXX'); then use $newrecord = clone($db); instead of the new FX line and the other two set in the $db variable. This works in php 5 without special code. but yeah like Denis said, look through your code, output some debug lines. Maybe check php.net/memory_get_usage and see if that applies to you. It might not be other parts of your code like the tcp connection that slow it down. On Mon, Dec 3, 2012 at 3:35 PM, Denis Somar wrote: > I've dealt with issues in similar pieces of code. For debugging purposes, > remove each line and test again, iteratively and see which line may be > causing the speed crunch. > > HTH > Denis > > > On Mon, Dec 3, 2012 at 3:12 PM, Glyn Devine wrote: > >> Hello all, >> >> Recently I have been building an application to interpret live call data >> from the office PBX. I've written it as a PHP script which for now I >> simply >> run from the command line in a terminal window. In the future I am going >> to >> use the System_Daemon PEAR module to turn it into a background service, >> but >> I digress... >> >> Currently, the script is functional, but slow. It establishes a TCP >> connection to the PBX and reads and interprets the log data the PBX sends, >> which it then formats and submits to a FileMaker table. At first, this >> script was performing extremely well. I'd guess that within 0.25 seconds >> of >> receiving the log data the record was successfully created in FM. After I >> let it run over the weekend, the time has increased by quite a bit - >> there's >> about a 3-5 second delay before the interpreted data turns into a record. >> >> I've ended and restarted the script (CTRL-C) but the performance issues >> remain. Here's the meat of the script (I have replaced identifying >> information with XXX): >> >> $loginfo[0] = trim(substr($r, 0, 4)); //TENANT >> $loginfo[1] = trim(substr($r, 5, 3)); // EXT >> $loginfo[2] = trim(substr($r, 10, 4)); // AUTH >> $loginfo[3] = trim(substr($r, 15, 3)); // TRK >> $loginfo[4] = substr($r, 20, 5); // MM/DD >> $loginfo[5] = substr($r, 26, 8); // STT.TIME >> $loginfo[6] = substr($r, 35, 8); // DURATION >> $loginfo[7] = trim(substr($r, 44, 2)); // FG >> $loginfo[8] = trim(substr($r, 47, 18)); // DIALED DIGIT >> $loginfo[9] = substr($r, 66, 12); // ACCOUNT CODE >> $loginfo[10] = substr($r, 81, 14); // CID/ANI NUMBER >> $loginfo[11] = substr($r, 98, 19); // CID/ANI NAME >> >> $newrecord = new FX('192.168.X.XXX', '80', 'FMPro9'); >> $newrecord->SetDBData('XXX.fp7', 'SMDR'); >> $newrecord->SetDBUserPass('XXX', 'XXX'); >> $newrecord->AddDbParam('One', $loginfo[0]); >> $newrecord->AddDbParam('Extension', $loginfo[1]); >> $newrecord->AddDbParam('Auth', $loginfo[2]); >> $newrecord->AddDbParam('Trunk', $loginfo[3]); >> $newrecord->AddDbParam('Date', $loginfo[4]); >> $newrecord->AddDbParam('Time', $loginfo[5]); >> $newrecord->AddDbParam('Duration', $loginfo[6]); >> $newrecord->AddDbParam('CallType', $loginfo[7]); >> $newrecord->AddDbParam('DialedNumber', $loginfo[8]); >> $newrecord->AddDbParam('AccountCode', $loginfo[9]); >> $newrecord->AddDbParam('CallerIDNumber', $loginfo[10]); >> $newrecord->AddDbParam('CallerIDName', $loginfo[11]); >> $newrecord->AddDbParam('RawSMDR', $r); >> $result = $newrecord->FMNew(); >> >> The first block takes $r, the log entry from the PBX, and splits it up >> into >> field data stored in the $loginfo array. Second part adds to filemaker. >> This >> is in a while loop. >> >> Is there some problem with repeatedly instantiating FX ? Should I >> instantiate once then just loop AddDbParam and FMNew ? This script is >> running on the same machine that's running my FileMaker Server Advanced >> 11, >> and CPU and/or RAM do not seem to be being taxed to any serious degree. >> I'm >> left to conclude that either FX is slow to add records or for whatever >> reason FMS is the limiting factor here... Help me speed this up? >> >> Thanks for your attention and hopefully this isn't too much of a wall of >> text to get a reply. >> >> Glyn >> >> >> >> >> >> _______________________________________________ >> 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/20121203/3bcfc62a/attachment-0001.html From chris at iViking.org Tue Dec 4 09:44:25 2012 From: chris at iViking.org (Chris Hansen) Date: Tue Dec 4 08:53:36 2012 Subject: [FX.php List] Performance Puzzle In-Reply-To: References: Message-ID: <78061BD7-7B08-407F-BFF3-621671627689@iViking.org> Glyn, There have been some good suggestions to deal with things on here already. That said, you are correct, reusing the single FX instance (and just setting up the parameters for that use), should work just fine for your needs, and it should save a fair amount of memory. Best, --Chris On Dec 3, 2012, at 1:12 PM, Glyn Devine wrote: > Hello all, > > Recently I have been building an application to interpret live call data > from the office PBX. I've written it as a PHP script which for now I simply > run from the command line in a terminal window. In the future I am going to > use the System_Daemon PEAR module to turn it into a background service, but > I digress... > > Currently, the script is functional, but slow. It establishes a TCP > connection to the PBX and reads and interprets the log data the PBX sends, > which it then formats and submits to a FileMaker table. At first, this > script was performing extremely well. I'd guess that within 0.25 seconds of > receiving the log data the record was successfully created in FM. After I > let it run over the weekend, the time has increased by quite a bit - there's > about a 3-5 second delay before the interpreted data turns into a record. > > I've ended and restarted the script (CTRL-C) but the performance issues > remain. Here's the meat of the script (I have replaced identifying > information with XXX): > > $loginfo[0] = trim(substr($r, 0, 4)); //TENANT > $loginfo[1] = trim(substr($r, 5, 3)); // EXT > $loginfo[2] = trim(substr($r, 10, 4)); // AUTH > $loginfo[3] = trim(substr($r, 15, 3)); // TRK > $loginfo[4] = substr($r, 20, 5); // MM/DD > $loginfo[5] = substr($r, 26, 8); // STT.TIME > $loginfo[6] = substr($r, 35, 8); // DURATION > $loginfo[7] = trim(substr($r, 44, 2)); // FG > $loginfo[8] = trim(substr($r, 47, 18)); // DIALED DIGIT > $loginfo[9] = substr($r, 66, 12); // ACCOUNT CODE > $loginfo[10] = substr($r, 81, 14); // CID/ANI NUMBER > $loginfo[11] = substr($r, 98, 19); // CID/ANI NAME > > $newrecord = new FX('192.168.X.XXX', '80', 'FMPro9'); > $newrecord->SetDBData('XXX.fp7', 'SMDR'); > $newrecord->SetDBUserPass('XXX', 'XXX'); > $newrecord->AddDbParam('One', $loginfo[0]); > $newrecord->AddDbParam('Extension', $loginfo[1]); > $newrecord->AddDbParam('Auth', $loginfo[2]); > $newrecord->AddDbParam('Trunk', $loginfo[3]); > $newrecord->AddDbParam('Date', $loginfo[4]); > $newrecord->AddDbParam('Time', $loginfo[5]); > $newrecord->AddDbParam('Duration', $loginfo[6]); > $newrecord->AddDbParam('CallType', $loginfo[7]); > $newrecord->AddDbParam('DialedNumber', $loginfo[8]); > $newrecord->AddDbParam('AccountCode', $loginfo[9]); > $newrecord->AddDbParam('CallerIDNumber', $loginfo[10]); > $newrecord->AddDbParam('CallerIDName', $loginfo[11]); > $newrecord->AddDbParam('RawSMDR', $r); > $result = $newrecord->FMNew(); > > The first block takes $r, the log entry from the PBX, and splits it up into > field data stored in the $loginfo array. Second part adds to filemaker. This > is in a while loop. > > Is there some problem with repeatedly instantiating FX ? Should I > instantiate once then just loop AddDbParam and FMNew ? This script is > running on the same machine that's running my FileMaker Server Advanced 11, > and CPU and/or RAM do not seem to be being taxed to any serious degree. I'm > left to conclude that either FX is slow to add records or for whatever > reason FMS is the limiting factor here... Help me speed this up? > > Thanks for your attention and hopefully this isn't too much of a wall of > text to get a reply. > > Glyn > > > > > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > From rogerkiwi at mac.com Wed Dec 5 08:32:05 2012 From: rogerkiwi at mac.com (Roger Moffat) Date: Wed Dec 5 07:41:35 2012 Subject: [FX.php List] Upgrading Software Message-ID: Hi List I have a 2 machine setup here for databases and custom web publishing that comprises: Database Server: Mac Min running Mac OS X 10.7.4 and FileMaker Server 11 WebServer: Mac Pro running Mac OS X 10.7.5 and FileMaker Server 11 The Custom Web Publishing is almost exclusively done with "BlackBelt" from FMWebSchool many years ago that takes the CDML pages from many years ago and runs them through FX.php to publish them online. This saved me having to rewrite many dozens of pages when FileMaker dropped support for CDML back in (was it?) Version 8. Under our society's VLA I have FileMaker Server Advanced 12 (I only had "regular" server 11) available, and also want to upgrade both Macs to Mac OS X 10.8 Mountain Lion. So I guess the questions are about compatibility of the all of these various elements with each other when upgraded to their latest versions? Does FileMaker Server Advanced 12 work OK with Mac OS X 10.8 Mountain Lion? Does the FileMaker Server Admin Console work OK with Mac OS X 10.8 Mountain Lion? It works for me with 10.7 on the Server and both 10.7 and 10.8 on the client. Does the CDML/BlackBelt work with FileMaker Server 12 still? The published pages are nothing fancy, but they all still work as intended so I'm not excited about having to convert the all to FileMaker PHP or FX.php. Thanks!! Roger From tcmeyers at troymeyers.com Wed Dec 5 09:39:09 2012 From: tcmeyers at troymeyers.com (Troy Meyers) Date: Wed Dec 5 08:48:16 2012 Subject: [FX.php List] Upgrading Software Message-ID: <2816D33E.D998.4566.A7B9.1DF1AFAAF5F0@111.1166368> Roger, We still have a few BlackBelt pages that we haven't replaced yet, and they do work under FMS12 (not advanced) after setting up the FX (newest version) so that it uses the fmalt grammar option. I had to make a few changes in the BlackBelt config files, but nothing mindboggling. I can send you stuff back-channel. -Troy > Does the CDML/BlackBelt work with FileMaker Server 12 still? The > published pages are nothing fancy, but they all still work as intended > so I'm not excited about having to convert the all to FileMaker PHP or > FX.php. From jdcunha at supportgroup.com Wed Dec 5 09:43:35 2012 From: jdcunha at supportgroup.com (James Dcunha) Date: Wed Dec 5 08:53:03 2012 Subject: [FX.php List] Upgrading Software In-Reply-To: <2816D33E.D998.4566.A7B9.1DF1AFAAF5F0@111.1166368> References: <2816D33E.D998.4566.A7B9.1DF1AFAAF5F0@111.1166368> Message-ID: Is the FX new version with fmalt grammer option available at https://github.com/yodarunamok/fxphp? Also is there some documentation on how to make changes in order to upgrade from the fx php older version? On Wed, Dec 5, 2012 at 11:39 AM, Troy Meyers wrote: > Roger, > > We still have a few BlackBelt pages that we haven't replaced yet, and they > do work under FMS12 (not advanced) after setting up the FX (newest version) > so that it uses the fmalt grammar option. I had to make a few changes in > the BlackBelt config files, but nothing mindboggling. I can send you stuff > back-channel. > > -Troy > > > Does the CDML/BlackBelt work with FileMaker Server 12 still? The > > published pages are nothing fancy, but they all still work as intended > > so I'm not excited about having to convert the all to FileMaker PHP or > > FX.php. > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > -- Regards James Dcunha - Systems Engineer jdcunha@supportgroup.com (617) 252-8079 (Phone) (508) 653-2830 (fax) www.supportgroup.com Visit FileMaker: Explore, a free FileMaker resource for tips, tricks and up-to-date information: www.supportgroup.com/explore -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20121205/2eaa244d/attachment.html From rogerkiwi at mac.com Wed Dec 5 10:28:35 2012 From: rogerkiwi at mac.com (Roger Moffat) Date: Wed Dec 5 09:37:49 2012 Subject: [FX.php List] Upgrading Software In-Reply-To: <2816D33E.D998.4566.A7B9.1DF1AFAAF5F0@111.1166368> References: <2816D33E.D998.4566.A7B9.1DF1AFAAF5F0@111.1166368> Message-ID: <536854A1-EBD5-42BC-858F-048D66950342@mac.com> Troy On Dec 5, 2012, at 11:39 AM, Troy Meyers wrote: > We still have a few BlackBelt pages that we haven't replaced yet, and they do work under FMS12 (not advanced) after setting up the FX (newest version) so that it uses the fmalt grammar option. I had to make a few changes in the BlackBelt config files, but nothing mindboggling. I can send you stuff back-channel. Thanks for the response - you were one who I was hoping to hear from since I know we both went through the transition from CDML to BlackBelt together. I've never changed anything about the FX.php which lies buried away somewhere in the BlackBelt folders of stuff. I've never been quite clear on the issue you're talking about with fmalt either - some of my solutions do use a Portal to present contents of a shopping cart - is this likely to be impacted? Thanks!! Roger From tcmeyers at troymeyers.com Wed Dec 5 10:38:41 2012 From: tcmeyers at troymeyers.com (Troy Meyers) Date: Wed Dec 5 09:47:49 2012 Subject: [FX.php List] Upgrading Software Message-ID: <5E0CC156.A0BC.44F0.80C9.A13842504F29@111.1166371> Roger, Yes, if you pull data through portals you will need to use the fmalt for sure! I haven't pulled the new version off of github (I got it from Chris), but I understand it has been posted there. I never dug into BlackBelt 'til I had to for this purpose, and I didn't explore much, just found the bit I knew I had to change. I expect I can find them again and point the way. It wasn't hard. -Troy > Troy > > On Dec 5, 2012, at 11:39 AM, Troy Meyers wrote: > > > We still have a few BlackBelt pages that we haven't replaced yet, and > they do work under FMS12 (not advanced) after setting up the FX (newest > version) so that it uses the fmalt grammar option. I had to make a few > changes in the BlackBelt config files, but nothing mindboggling. I can > send you stuff back-channel. > > Thanks for the response - you were one who I was hoping to hear from > since I know we both went through the transition from CDML to BlackBelt > together. > > I've never changed anything about the FX.php which lies buried away > somewhere in the BlackBelt folders of stuff. I've never been quite clear > on the issue you're talking about with fmalt either - some of my > solutions do use a Portal to present contents of a shopping cart - is > this likely to be impacted? > > Thanks!! > > Roger From jsfmp at earthlink.net Wed Dec 5 15:44:56 2012 From: jsfmp at earthlink.net (Joel Shapiro) Date: Wed Dec 5 14:54:00 2012 Subject: [FX.php List] Upgrading Software In-Reply-To: References: Message-ID: <33690B59-EDC1-4783-969F-72AACAB22645@earthlink.net> Hi Roger Just a quick note that "Web Sharing" in the Sharing System Preference has been removed from *regular* OS X 10.8 (as opposed to OS X Server). If you'll be using regular/non-Server Mountain Lion, you'll need to turn apache on and off with with a simple command line in Terminal, or via a GUI app for that purpose. I don't remember the specific commands but just google for it. Best, -Joel On Dec 5, 2012, at 7:32 AM, Roger Moffat wrote: > Under our society's VLA I have FileMaker Server Advanced 12 (I only had "regular" server 11) available, and also want to upgrade both Macs to Mac OS X 10.8 Mountain Lion. > > Thanks!! > > Roger > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list From rogerkiwi at mac.com Wed Dec 5 16:06:47 2012 From: rogerkiwi at mac.com (Roger Moffat) Date: Wed Dec 5 15:16:02 2012 Subject: [FX.php List] Upgrading Software In-Reply-To: <33690B59-EDC1-4783-969F-72AACAB22645@earthlink.net> References: <33690B59-EDC1-4783-969F-72AACAB22645@earthlink.net> Message-ID: <4A99D456-47EE-4028-8BC4-7CACCD376B1B@mac.com> Hi Joel On Dec 5, 2012, at 5:44 PM, Joel Shapiro wrote: > Just a quick note that "Web Sharing" in the Sharing System Preference has been removed from *regular* OS X 10.8 (as opposed to OS X Server). > > If you'll be using regular/non-Server Mountain Lion, you'll need to turn apache on and off with with a simple command line in Terminal, or via a GUI app for that purpose. Yes I was aware of that - I didn't mention in my post that I have another Mac - a MacBook Pro that has Mac OS X 10.8 Mountain Lion on it, and I'd learned of the disappearance of the Web Sharing "button" when it was released and I installed it there. I use the MacBook Pro as a test for other things like what version of PHP Apple is distributing, and whether it now has things like the GD Library (it does) and FreeType and other needed things (it does - it's slowly getting better over the years. I haven't ever installed FileMaker Server on that machine, but with this upgrade I might do it there first to straighten out the things Troy has mentioned before breaking - I mean upgrading - the Mac Pro. Actually I don't remember exactly what I did, but the MacBook Pro computer now starts up automatically every time I restart it with WebSharing turned on. I guess I'll have to remember what I did to that one to have it work on the MacPro once that is upgraded. It probably was what is written here http://reviews.cnet.com/8301-13727_7-57481978-263/how-to-enable-web-sharing-in-os-x-mountain-lion/ > > I don't remember the specific commands but just google for it. sudo apachectl start sudo apachectl stop sudo apachectl restart are the commands. Cheers Roger From markmanta at mantacole.com Mon Dec 17 08:51:20 2012 From: markmanta at mantacole.com (Mark Manta) Date: Mon Dec 17 09:14:13 2012 Subject: [FX.php List] Problem with web app Message-ID: <19E1E0F9-AA48-4B5D-8546-895D5F2FF5B0@mantacole.com> Hi I was searching the error message I'm getting on my web login page, and you came up as a FileMaker developer. We've had this or similar problems in the past, which our developer would temporarily fix and it would reappear. This one has been a long time sitting, but I've been using the Admin in FM 9 on my mac and FM 10 Server Advanced on my Intel X-serve. I believe the database was originally developed using FM 7 or 8. Two problems were originally identified, one was the old web server, now mail server, would lose the Apache SSL password. The second had to do with losing power and now appears to do with a Firewall, that has to be restarted as the power cord apparently needs repair. I now need an employee to be able to log in and enter time and expenses. Below is a screen shot - however that appears without even logging in. I'm familiar with basic HTML and PHP, but not on a developer level, and I'm looking for someone who can: 1) fix the issue; 2) describe what the problem was/is in the code and theories as to why it reoccurs - print out with line numbers and where the problem was, and why it keeps occurring I am as interested in why and how to fix as I am in getting the login working again; 3) if more effort is needed to make it as permanent as possible, what will that be. 4) how do you charge, and what would be an estimate for this If you are interested, I have some time if you want to set up a call. Thanks Mark Mark Manta, Esquire, SPHR markmanta@mantacole.com MantaCole, LLC New Jersey 295 Princeton Hightstown Road #324 West Windsor NJ 08550 Phone 609-514-5189 Fax 609-935-0614 Cell 215-817-8453 NEW ADDRESS DOYLESTOWN PA OFFICE P.O. Box 1771 Doylestown, PA 18901 267-899-0113 eFax 609-935-0614 Cell 215-817-8453 -------------- next part -------------- Skipped content of type multipart/related From tim.webko at gmail.com Mon Dec 17 15:43:01 2012 From: tim.webko at gmail.com (Tim 'Webko' Booth) Date: Mon Dec 17 19:40:59 2012 Subject: [FX.php List] Problem with web app In-Reply-To: <19E1E0F9-AA48-4B5D-8546-895D5F2FF5B0@mantacole.com> References: <19E1E0F9-AA48-4B5D-8546-895D5F2FF5B0@mantacole.com> Message-ID: Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/tiff Size: 71950 bytes Desc: not available Url : http://mail.iviking.org/pipermail/fx.php_list/attachments/20121218/a6b71b00/attachment-0001.tif From bob at patin.com Wed Dec 26 11:05:02 2012 From: bob at patin.com (Bob Patin) Date: Wed Dec 26 10:13:25 2012 Subject: [FX.php List] Problem creating mPDF file Message-ID: I'm having a problem creating a PDF using mPDF; here's what happens: 1. If I create the PDF to the browser $mpdf->Output(); it works fine. 2. If I try to create the PDF using a filename, so that I can attach and email it $mpdf->Output('doc.pdf','F'); it returns the error mPDF error: Unable to create output file: cert.pdf 3. If I use this: $mpdf->Output('cert.pdf','D'); it prompts for a directory and creates the PDF. UNFORUNATELY, #2 is what I need; has anyone had this issue, and if so, how did you resolve it? I've used this exact same page of code with another site and it worked fine... different server, but from what I can see, the web server isn't the issue. Thanks for any help; 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 Google+: http://www.longtermsolutions.com/plus AIM: longterm1954 iChat: bobpatin -- Expert FileMaker Consulting FileMaker Hosting for all versions of FileMaker From chris at iViking.org Wed Dec 26 11:23:13 2012 From: chris at iViking.org (Chris Hansen) Date: Wed Dec 26 10:30:44 2012 Subject: [FX.php List] Problem creating mPDF file In-Reply-To: References: Message-ID: <52B4B955-466A-484B-8CE4-70447A9BD1FD@iViking.org> Bob, It sounds to me like there's some problem writing the file (even if you're sending an email, it's putting the file somewhere for use when it's needed...) Any idea what directory it's using for that storage? Is it perhaps trying to store the file in a non-existant directory, or one for which the web user has insufficient permissions? Any more details in the apache error log? Best, --Chris On Dec 26, 2012, at 11:05 AM, Bob Patin wrote: > I'm having a problem creating a PDF using mPDF; here's what happens: > > 1. If I create the PDF to the browser > > $mpdf->Output(); > > it works fine. > > 2. If I try to create the PDF using a filename, so that I can attach and email it > > $mpdf->Output('doc.pdf','F'); > > it returns the error > > mPDF error: Unable to create output file: cert.pdf > > 3. If I use this: > > $mpdf->Output('cert.pdf','D'); > > it prompts for a directory and creates the PDF. > > UNFORUNATELY, #2 is what I need; has anyone had this issue, and if so, how did you resolve it? I've used this exact same page of code with another site and it worked fine... different server, but from what I can see, the web server isn't the issue. > > Thanks for any help; 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 > Google+: http://www.longtermsolutions.com/plus > AIM: longterm1954 > iChat: bobpatin > -- > Expert FileMaker Consulting > FileMaker Hosting for all versions of FileMaker > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > From bob at patin.com Wed Dec 26 11:42:56 2012 From: bob at patin.com (Bob Patin) Date: Wed Dec 26 10:51:19 2012 Subject: [FX.php List] Problem creating mPDF file In-Reply-To: <52B4B955-466A-484B-8CE4-70447A9BD1FD@iViking.org> References: <52B4B955-466A-484B-8CE4-70447A9BD1FD@iViking.org> Message-ID: Hey Chris, Well, it's not that, I don't think; I'm not really clear on *where* the PDF is temporarily written, but I get the impression that it's not on the web server--but I'm not sure about that. The thing is, if it *is* writing it to the web server, I don't know *where* on the web server, otherwise I could make sure WRITE permissions were assigned to that directory. argh... :) Works great on other sites I've done, just not this one... different web server though. 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 Google+: http://www.longtermsolutions.com/plus AIM: longterm1954 iChat: bobpatin -- Expert FileMaker Consulting FileMaker Hosting for all versions of FileMaker On Dec 26, 2012, at 12:23 PM, Chris Hansen wrote: > Bob, > > It sounds to me like there's some problem writing the file (even if you're sending an email, it's putting the file somewhere for use when it's needed...) Any idea what directory it's using for that storage? Is it perhaps trying to store the file in a non-existant directory, or one for which the web user has insufficient permissions? Any more details in the apache error log? > > Best, > > --Chris > > On Dec 26, 2012, at 11:05 AM, Bob Patin wrote: > >> I'm having a problem creating a PDF using mPDF; here's what happens: >> >> 1. If I create the PDF to the browser >> >> $mpdf->Output(); >> >> it works fine. >> >> 2. If I try to create the PDF using a filename, so that I can attach and email it >> >> $mpdf->Output('doc.pdf','F'); >> >> it returns the error >> >> mPDF error: Unable to create output file: cert.pdf >> >> 3. If I use this: >> >> $mpdf->Output('cert.pdf','D'); >> >> it prompts for a directory and creates the PDF. >> >> UNFORUNATELY, #2 is what I need; has anyone had this issue, and if so, how did you resolve it? I've used this exact same page of code with another site and it worked fine... different server, but from what I can see, the web server isn't the issue. >> >> Thanks for any help; 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 >> Google+: http://www.longtermsolutions.com/plus >> AIM: longterm1954 >> iChat: bobpatin >> -- >> Expert FileMaker Consulting >> FileMaker Hosting for all versions of FileMaker >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list >> > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list From jdcunha at supportgroup.com Wed Dec 26 12:37:41 2012 From: jdcunha at supportgroup.com (James Dcunha) Date: Wed Dec 26 11:46:23 2012 Subject: [FX.php List] Problem creating mPDF file In-Reply-To: References: <52B4B955-466A-484B-8CE4-70447A9BD1FD@iViking.org> Message-ID: Hi Bob, $mpdf->Output('doc.pdf','F'); means that it is trying to create the file in the same directory as where the script is being executed. What is the permissions set for php scripts to create files? For test purpose try to set Read/Write permissions for everyone and then run the script. Regards James On Wed, Dec 26, 2012 at 1:42 PM, Bob Patin wrote: > Hey Chris, > > Well, it's not that, I don't think; I'm not really clear on *where* the > PDF is temporarily written, but I get the impression that it's not on the > web server--but I'm not sure about that. > > The thing is, if it *is* writing it to the web server, I don't know > *where* on the web server, otherwise I could make sure WRITE permissions > were assigned to that directory. > > argh... :) > > Works great on other sites I've done, just not this one... different web > server though. > > 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 > Google+: http://www.longtermsolutions.com/plus > AIM: longterm1954 > iChat: bobpatin > -- > Expert FileMaker Consulting > FileMaker Hosting for all versions of FileMaker > > On Dec 26, 2012, at 12:23 PM, Chris Hansen wrote: > > > Bob, > > > > It sounds to me like there's some problem writing the file (even if > you're sending an email, it's putting the file somewhere for use when it's > needed...) Any idea what directory it's using for that storage? Is it > perhaps trying to store the file in a non-existant directory, or one for > which the web user has insufficient permissions? Any more details in the > apache error log? > > > > Best, > > > > --Chris > > > > On Dec 26, 2012, at 11:05 AM, Bob Patin wrote: > > > >> I'm having a problem creating a PDF using mPDF; here's what happens: > >> > >> 1. If I create the PDF to the browser > >> > >> $mpdf->Output(); > >> > >> it works fine. > >> > >> 2. If I try to create the PDF using a filename, so that I can attach > and email it > >> > >> $mpdf->Output('doc.pdf','F'); > >> > >> it returns the error > >> > >> mPDF error: Unable to create output file: cert.pdf > >> > >> 3. If I use this: > >> > >> $mpdf->Output('cert.pdf','D'); > >> > >> it prompts for a directory and creates the PDF. > >> > >> UNFORUNATELY, #2 is what I need; has anyone had this issue, and if so, > how did you resolve it? I've used this exact same page of code with another > site and it worked fine... different server, but from what I can see, the > web server isn't the issue. > >> > >> Thanks for any help; 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 > >> Google+: http://www.longtermsolutions.com/plus > >> AIM: longterm1954 > >> iChat: bobpatin > >> -- > >> Expert FileMaker Consulting > >> FileMaker Hosting for all versions of FileMaker > >> > >> _______________________________________________ > >> FX.php_List mailing list > >> FX.php_List@mail.iviking.org > >> http://www.iviking.org/mailman/listinfo/fx.php_list > >> > > > > _______________________________________________ > > FX.php_List mailing list > > FX.php_List@mail.iviking.org > > http://www.iviking.org/mailman/listinfo/fx.php_list > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > -- Regards James Dcunha - Systems Engineer jdcunha@supportgroup.com (617) 252-8079 (Phone) (508) 653-2830 (fax) www.supportgroup.com Visit FileMaker: Explore, a free FileMaker resource for tips, tricks and up-to-date information: www.supportgroup.com/explore -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20121226/389f4d9d/attachment.html From bob at patin.com Wed Dec 26 12:42:48 2012 From: bob at patin.com (Bob Patin) Date: Wed Dec 26 11:51:10 2012 Subject: [FX.php List] Problem creating mPDF file In-Reply-To: References: <52B4B955-466A-484B-8CE4-70447A9BD1FD@iViking.org> Message-ID: So is the directory the one where the PHP file is stored? That's what I was wondering... I'll try setting it to r/w for all and see what that does... I did get it to work a different way using their example script, but it's interesting that I couldn't use the one I've used on all my other sites. The difference is the server though, so maybe it's the r/w issue. 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 Google+: http://www.longtermsolutions.com/plus AIM: longterm1954 iChat: bobpatin -- Expert FileMaker Consulting FileMaker Hosting for all versions of FileMaker On Dec 26, 2012, at 1:37 PM, James Dcunha wrote: > $mpdf->Output('doc.pdf','F'); means that it is trying to create the file in the same directory as where the script is being executed. What is the permissions set for php scripts to create files? For test purpose try to set Read/Write permissions for everyone and then run the script. > > Regards > James -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20121226/7f4c9d8e/attachment-0001.html