From bob at patin.com Wed Mar 17 13:20:18 2010 From: bob at patin.com (Bob Patin) Date: Wed Mar 17 13:14:15 2010 Subject: [FX.php List] Question about an FX error Message-ID: <2211D793-4058-47C5-A973-3F4BF0A2F98E@patin.com> I have a client who just moved from Tiger Server to Leopard Server which runs PHP5, and now a simple little login script is showing this error: Fatal error: Cannot use object of type FX_Error as array in /Volumes/dbraid/WebServer/Documents/php8/ccpsnew/login_process.php on line 22 I'm thinking that it's a PHP setting that's different in 5, but I don't know what it might be; does anyone have an idea what is different in PHP5's defaults in Leopard Server that might cause this? Thanks, Bob Patin bob@patin.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20100317/ab66dec7/attachment.html From jsfmp at earthlink.net Wed Mar 17 13:25:15 2010 From: jsfmp at earthlink.net (Joel Shapiro) Date: Wed Mar 17 13:19:12 2010 Subject: [FX.php List] Question about an FX error In-Reply-To: <2211D793-4058-47C5-A973-3F4BF0A2F98E@patin.com> References: <2211D793-4058-47C5-A973-3F4BF0A2F98E@patin.com> Message-ID: <320F6053-34AA-4C6B-B2F9-554148FB1865@earthlink.net> Hey Bob What's on line 22? -Joel On Mar 17, 2010, at 12:20 PM, Bob Patin wrote: > I have a client who just moved from Tiger Server to Leopard Server > which runs PHP5, and now a simple little login script is showing > this error: > > Fatal error: Cannot use object of type FX_Error as array in /Volumes/ > dbraid/WebServer/Documents/php8/ccpsnew/login_process.php on line 22 > > I'm thinking that it's a PHP setting that's different in 5, but I > don't know what it might be; does anyone have an idea what is > different in PHP5's defaults in Leopard Server that might cause this? > > Thanks, > > Bob Patin > bob@patin.com > _______________________________________________ > 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 Wed Mar 17 13:32:45 2010 From: steve at bluecrocodile.co.nz (Steve Winter) Date: Wed Mar 17 13:26:41 2010 Subject: [FX.php List] Question about an FX error In-Reply-To: <2211D793-4058-47C5-A973-3F4BF0A2F98E@patin.com> References: <2211D793-4058-47C5-A973-3F4BF0A2F98E@patin.com> Message-ID: Hey Bob, Looks like the db query is failing for some reason, and line 22 of the script is expecting an Result object, but is getting an Error object instead. Try examining the result of the query which was presumably executed on line 21, and see what the FM error is, that's failing to get a vlid result object... Cheers Steve On 17 Mar 2010, at 19:20, Bob Patin wrote: > I have a client who just moved from Tiger Server to Leopard Server which runs PHP5, and now a simple little login script is showing this error: > > Fatal error: Cannot use object of type FX_Error as array in /Volumes/dbraid/WebServer/Documents/php8/ccpsnew/login_process.php on line 22 > > I'm thinking that it's a PHP setting that's different in 5, but I don't know what it might be; does anyone have an idea what is different in PHP5's defaults in Leopard Server that might cause this? > > Thanks, > > Bob Patin > bob@patin.com > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list Steve Winter steve@bluecrocodile.co.nz m: +44 77 7852 4776 3 Calshot Court, Channel Way Ocean Village, Southampton SO14 3GR -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20100317/2b5de101/attachment.html From dbengston at tds.net Wed Mar 17 13:43:03 2010 From: dbengston at tds.net (Dale Bengston) Date: Wed Mar 17 13:37:14 2010 Subject: [FX.php List] Question about an FX error In-Reply-To: References: <2211D793-4058-47C5-A973-3F4BF0A2F98E@patin.com> Message-ID: <807F9426-0487-440E-BB57-C9DEDF4CDE68@tds.net> Yep. Line 22 is trying to pick something out of your results array, but FX has returned an error object in place of the results array. Try a print_r() on the results variable to echo the error object to the screen. Dale On Mar 17, 2010, at 2:32 PM, Steve Winter wrote: > Hey Bob, > > Looks like the db query is failing for some reason, and line 22 of the script is expecting an Result object, but is getting an Error object instead. > > Try examining the result of the query which was presumably executed on line 21, and see what the FM error is, that's failing to get a vlid result object... > > Cheers > Steve > > > On 17 Mar 2010, at 19:20, Bob Patin wrote: > >> I have a client who just moved from Tiger Server to Leopard Server which runs PHP5, and now a simple little login script is showing this error: >> >> Fatal error: Cannot use object of type FX_Error as array in /Volumes/dbraid/WebServer/Documents/php8/ccpsnew/login_process.php on line 22 >> >> I'm thinking that it's a PHP setting that's different in 5, but I don't know what it might be; does anyone have an idea what is different in PHP5's defaults in Leopard Server that might cause this? >> >> Thanks, >> >> Bob Patin >> bob@patin.com >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list > > Steve Winter > steve@bluecrocodile.co.nz > m: +44 77 7852 4776 > 3 Calshot Court, Channel Way > Ocean Village, Southampton SO14 3GR > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20100317/10ee8cf9/attachment.html From bob at patin.com Wed Mar 17 13:45:58 2010 From: bob at patin.com (Bob Patin) Date: Wed Mar 17 13:39:53 2010 Subject: [FX.php List] Question about an FX error In-Reply-To: <320F6053-34AA-4C6B-B2F9-554148FB1865@earthlink.net> References: <2211D793-4058-47C5-A973-3F4BF0A2F98E@patin.com> <320F6053-34AA-4C6B-B2F9-554148FB1865@earthlink.net> Message-ID: Line 22 is just an IF statement: if ($findResult['foundCount']>0){ This is a little login script that has been working fine for several years... Even when we login with a known username/password, we get that error; if she puts it on Tiger Server, exact same database, same pages, it works fine. So I know it's not the script itself, which is below; this has to be a setting in PHP 5 that's different on her new server. include_once("FX/FX.php"); include_once("FX/server_data.php"); $email = $_POST['email']; $password = $_POST['password']; if ((strlen($email)<1) or (strlen($password)<1)){ include_once('login_error.htm'); exit; } $find = new FX($serverIP,$webCompanionPort, $dataType, $scheme); $find -> SetDBData($dbname , "web"); $find -> SetDBPassword($webPW,$webUN); $find->AddDBParam('Work_Email','=='.preg_replace('/([@*#?!=<>"])/','\\\${1}',$email)); $find->AddDBParam('Password','=='.preg_replace('/([@*#?!=<>"])/','\\\${1}',$password)); $findResult=$find->FMFind(); if ($findResult['foundCount']>0){ foreach($findResult['data'] as $key=>$findData); // sets a bunch of session variables here... }else{ // goes to the error page, sets a session variable here... include_once('login_error.htm'); } On Mar 17, 2010, at 2:25 PM, Joel Shapiro wrote: > Hey Bob > > What's on line 22? > > -Joel > > > On Mar 17, 2010, at 12:20 PM, Bob Patin wrote: > >> I have a client who just moved from Tiger Server to Leopard Server which runs PHP5, and now a simple little login script is showing this error: >> >> Fatal error: Cannot use object of type FX_Error as array in /Volumes/dbraid/WebServer/Documents/php8/ccpsnew/login_process.php on line 22 >> >> I'm thinking that it's a PHP setting that's different in 5, but I don't know what it might be; does anyone have an idea what is different in PHP5's defaults in Leopard Server that might cause this? >> >> Thanks, >> >> Bob Patin >> bob@patin.com >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list From steve at bluecrocodile.co.nz Wed Mar 17 13:48:49 2010 From: steve at bluecrocodile.co.nz (Steve Winter) Date: Wed Mar 17 13:42:46 2010 Subject: [FX.php List] Question about an FX error In-Reply-To: References: <2211D793-4058-47C5-A973-3F4BF0A2F98E@patin.com> <320F6053-34AA-4C6B-B2F9-554148FB1865@earthlink.net> Message-ID: <0CD02945-13AF-4513-9249-163B81BB3D45@bluecrocodile.co.nz> Hi Bob, The same diagnostic process still exists... do a print_r($findResult) at line 21, and this will tell you what's what FM is complaining about and therefore enable you to determine what's happening differently in lines 1 - 20 on the PHP 5 server... Cheers Steve On 17 Mar 2010, at 19:45, Bob Patin wrote: > Line 22 is just an IF statement: > > if ($findResult['foundCount']>0){ > > This is a little login script that has been working fine for several years... > > Even when we login with a known username/password, we get that error; if she puts it on Tiger Server, exact same database, same pages, it works fine. > > So I know it's not the script itself, which is below; this has to be a setting in PHP 5 that's different on her new server. > > include_once("FX/FX.php"); > include_once("FX/server_data.php"); > > $email = $_POST['email']; > $password = $_POST['password']; > > if ((strlen($email)<1) or (strlen($password)<1)){ > include_once('login_error.htm'); > exit; > } > > $find = new FX($serverIP,$webCompanionPort, $dataType, $scheme); > $find -> SetDBData($dbname , "web"); > $find -> SetDBPassword($webPW,$webUN); > $find->AddDBParam('Work_Email','=='.preg_replace('/([@*#?!=<>"])/','\\\${1}',$email)); > $find->AddDBParam('Password','=='.preg_replace('/([@*#?!=<>"])/','\\\${1}',$password)); > $findResult=$find->FMFind(); > > if ($findResult['foundCount']>0){ > foreach($findResult['data'] as $key=>$findData); > // sets a bunch of session variables here... > }else{ > // goes to the error page, sets a session variable here... > include_once('login_error.htm'); > } > > > > On Mar 17, 2010, at 2:25 PM, Joel Shapiro wrote: > >> Hey Bob >> >> What's on line 22? >> >> -Joel >> >> >> On Mar 17, 2010, at 12:20 PM, Bob Patin wrote: >> >>> I have a client who just moved from Tiger Server to Leopard Server which runs PHP5, and now a simple little login script is showing this error: >>> >>> Fatal error: Cannot use object of type FX_Error as array in /Volumes/dbraid/WebServer/Documents/php8/ccpsnew/login_process.php on line 22 >>> >>> I'm thinking that it's a PHP setting that's different in 5, but I don't know what it might be; does anyone have an idea what is different in PHP5's defaults in Leopard Server that might cause this? >>> >>> Thanks, >>> >>> Bob Patin >>> bob@patin.com >>> _______________________________________________ >>> FX.php_List mailing list >>> FX.php_List@mail.iviking.org >>> http://www.iviking.org/mailman/listinfo/fx.php_list >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list Steve Winter steve@bluecrocodile.co.nz m: +44 77 7852 4776 3 Calshot Court, Channel Way Ocean Village, Southampton SO14 3GR -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20100317/6845439b/attachment.html From bob at patin.com Wed Mar 17 13:51:35 2010 From: bob at patin.com (Bob Patin) Date: Wed Mar 17 13:45:30 2010 Subject: [FX.php List] Question about an FX error In-Reply-To: References: <2211D793-4058-47C5-A973-3F4BF0A2F98E@patin.com> Message-ID: <6707F2B0-2138-4954-B6DA-1857C60727AD@patin.com> Well, I think the query *itself* isn't even executing; why would this work fine for several years on the same database, same database server, and then start failing on a new web server? The only difference here is that one was running Tiger Server, now she's running Leopard Server. Same database, same database server, same exact PHP pages... That's what is so puzzling to me; at first, when she called, I thought it was perhaps some undefined variables somewhere, because I know that's something that can be different in a different PHP install, but that's not the case here. I commented out everything after the query itself, and put in echo $findResult['errorCode']; and I get the same error. It's not even successfully executing the query at all... BP On Mar 17, 2010, at 2:32 PM, Steve Winter wrote: > Looks like the db query is failing for some reason, and line 22 of the script is expecting an Result object, but is getting an Error object instead. > > Try examining the result of the query which was presumably executed on line 21, and see what the FM error is, that's failing to get a vlid result object... > > From bob at patin.com Wed Mar 17 13:52:59 2010 From: bob at patin.com (Bob Patin) Date: Wed Mar 17 13:46:54 2010 Subject: [FX.php List] Question about an FX error In-Reply-To: <807F9426-0487-440E-BB57-C9DEDF4CDE68@tds.net> References: <2211D793-4058-47C5-A973-3F4BF0A2F98E@patin.com> <807F9426-0487-440E-BB57-C9DEDF4CDE68@tds.net> Message-ID: <59949A43-241E-4A61-AA79-9C45AF6278DB@patin.com> when i put that in, and comment out all the error-checking stuff, i get this: Warning: print_r() expects at least 1 parameter, 0 given in /Volumes/dbraid/WebServer/Documents/php8/ccpsnew/login_process.php on line 22 I'm convinced that it's not even executing the query... which leads me back to the question of why this works with Tiger Server but not with Leopard Server... On Mar 17, 2010, at 2:43 PM, Dale Bengston wrote: > Yep. Line 22 is trying to pick something out of your results array, but FX has returned an error object in place of the results array. Try a print_r() on the results variable to echo the error object to the screen. > > Dale > > On Mar 17, 2010, at 2:32 PM, Steve Winter wrote: > >> Hey Bob, >> >> Looks like the db query is failing for some reason, and line 22 of the script is expecting an Result object, but is getting an Error object instead. >> >> Try examining the result of the query which was presumably executed on line 21, and see what the FM error is, that's failing to get a vlid result object... >> >> Cheers >> Steve >> >> >> On 17 Mar 2010, at 19:20, Bob Patin wrote: >> >>> I have a client who just moved from Tiger Server to Leopard Server which runs PHP5, and now a simple little login script is showing this error: >>> >>> Fatal error: Cannot use object of type FX_Error as array in /Volumes/dbraid/WebServer/Documents/php8/ccpsnew/login_process.php on line 22 >>> >>> I'm thinking that it's a PHP setting that's different in 5, but I don't know what it might be; does anyone have an idea what is different in PHP5's defaults in Leopard Server that might cause this? >>> >>> Thanks, >>> >>> Bob Patin >>> bob@patin.com >>> _______________________________________________ >>> FX.php_List mailing list >>> FX.php_List@mail.iviking.org >>> http://www.iviking.org/mailman/listinfo/fx.php_list >> >> Steve Winter >> steve@bluecrocodile.co.nz >> m: +44 77 7852 4776 >> 3 Calshot Court, Channel Way >> Ocean Village, Southampton SO14 3GR >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20100317/f819748b/attachment.html From derrick at fogles.net Wed Mar 17 13:54:21 2010 From: derrick at fogles.net (Derrick Fogle) Date: Wed Mar 17 13:48:27 2010 Subject: [FX.php List] Question about an FX error In-Reply-To: <59949A43-241E-4A61-AA79-9C45AF6278DB@patin.com> References: <2211D793-4058-47C5-A973-3F4BF0A2F98E@patin.com> <807F9426-0487-440E-BB57-C9DEDF4CDE68@tds.net> <59949A43-241E-4A61-AA79-9C45AF6278DB@patin.com> Message-ID: <11226950-CFDF-4B1E-815E-5B1CD6149444@fogles.net> What's the query method? The new PHP install might not support it. On Mar 17, 2010, at 2:52 PM, Bob Patin wrote: > when i put that in, and comment out all the error-checking stuff, i > get this: > > Warning: print_r() expects at least 1 parameter, 0 given in /Volumes/ > dbraid/WebServer/Documents/php8/ccpsnew/login_process.php on line 22 > > I'm convinced that it's not even executing the query... which leads > me back to the question of why this works with Tiger Server but not > with Leopard Server... > > > On Mar 17, 2010, at 2:43 PM, Dale Bengston wrote: > >> Yep. Line 22 is trying to pick something out of your results array, >> but FX has returned an error object in place of the results array. >> Try a print_r() on the results variable to echo the error object to >> the screen. >> >> Dale >> >> On Mar 17, 2010, at 2:32 PM, Steve Winter wrote: >> >>> Hey Bob, >>> >>> Looks like the db query is failing for some reason, and line 22 of >>> the script is expecting an Result object, but is getting an Error >>> object instead. >>> >>> Try examining the result of the query which was presumably >>> executed on line 21, and see what the FM error is, that's failing >>> to get a vlid result object... >>> >>> Cheers >>> Steve >>> >>> >>> On 17 Mar 2010, at 19:20, Bob Patin wrote: >>> >>>> I have a client who just moved from Tiger Server to Leopard >>>> Server which runs PHP5, and now a simple little login script is >>>> showing this error: >>>> >>>> Fatal error: Cannot use object of type FX_Error as array in / >>>> Volumes/dbraid/WebServer/Documents/php8/ccpsnew/login_process.php >>>> on line 22 >>>> >>>> I'm thinking that it's a PHP setting that's different in 5, but I >>>> don't know what it might be; does anyone have an idea what is >>>> different in PHP5's defaults in Leopard Server that might cause >>>> this? >>>> >>>> Thanks, >>>> >>>> Bob Patin >>>> bob@patin.com >>>> _______________________________________________ >>>> FX.php_List mailing list >>>> FX.php_List@mail.iviking.org >>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>> >>> Steve Winter >>> steve@bluecrocodile.co.nz >>> m: +44 77 7852 4776 >>> 3 Calshot Court, Channel Way >>> Ocean Village, Southampton SO14 3GR >>> >>> _______________________________________________ >>> FX.php_List mailing list >>> FX.php_List@mail.iviking.org >>> http://www.iviking.org/mailman/listinfo/fx.php_list >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list Derrick From dennis at gandrpublishing.com Wed Mar 17 13:53:29 2010 From: dennis at gandrpublishing.com (Dennis Dalziel) Date: Wed Mar 17 13:49:06 2010 Subject: [FX.php List] Question about an FX error In-Reply-To: <59949A43-241E-4A61-AA79-9C45AF6278DB@patin.com> References: <2211D793-4058-47C5-A973-3F4BF0A2F98E@patin.com> <807F9426-0487-440E-BB57-C9DEDF4CDE68@tds.net> <59949A43-241E-4A61-AA79-9C45AF6278DB@patin.com> Message-ID: <009801cac60b$855d3ae0$9017b0a0$@com> Bob, It seems to me I got this error when my path to FX.php was wrong or something in server_data.php wasn't set right. Dennis Dalziel Production Manager G & R Publishing Co. 507 Industrial Street Waverly, IA 50677 319-352-5391 From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Bob Patin Sent: Wednesday, March 17, 2010 2:53 PM To: FX.php Discussion List Subject: Re: [FX.php List] Question about an FX error when i put that in, and comment out all the error-checking stuff, i get this: Warning: print_r() expects at least 1 parameter, 0 given in /Volumes/dbraid/WebServer/Documents/php8/ccpsnew/login_process.php on line 22 I'm convinced that it's not even executing the query... which leads me back to the question of why this works with Tiger Server but not with Leopard Server... On Mar 17, 2010, at 2:43 PM, Dale Bengston wrote: Yep. Line 22 is trying to pick something out of your results array, but FX has returned an error object in place of the results array. Try a print_r() on the results variable to echo the error object to the screen. Dale On Mar 17, 2010, at 2:32 PM, Steve Winter wrote: Hey Bob, Looks like the db query is failing for some reason, and line 22 of the script is expecting an Result object, but is getting an Error object instead. Try examining the result of the query which was presumably executed on line 21, and see what the FM error is, that's failing to get a vlid result object... Cheers Steve On 17 Mar 2010, at 19:20, Bob Patin wrote: I have a client who just moved from Tiger Server to Leopard Server which runs PHP5, and now a simple little login script is showing this error: Fatal error: Cannot use object of type FX_Error as array in /Volumes/dbraid/WebServer/Documents/php8/ccpsnew/login_process.php on line 22 I'm thinking that it's a PHP setting that's different in 5, but I don't know what it might be; does anyone have an idea what is different in PHP5's defaults in Leopard Server that might cause this? Thanks, Bob Patin bob@patin.com _______________________________________________ FX.php_List mailing list FX.php_List@mail.iviking.org http://www.iviking.org/mailman/listinfo/fx.php_list Steve Winter steve@bluecrocodile.co.nz m: +44 77 7852 4776 3 Calshot Court, Channel Way Ocean Village, Southampton SO14 3GR _______________________________________________ FX.php_List mailing list FX.php_List@mail.iviking.org http://www.iviking.org/mailman/listinfo/fx.php_list _______________________________________________ FX.php_List mailing list FX.php_List@mail.iviking.org http://www.iviking.org/mailman/listinfo/fx.php_list -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20100317/397f7b2d/attachment.html From dbengston at tds.net Wed Mar 17 13:56:39 2010 From: dbengston at tds.net (Dale Bengston) Date: Wed Mar 17 13:50:37 2010 Subject: [FX.php List] Question about an FX error In-Reply-To: <6707F2B0-2138-4954-B6DA-1857C60727AD@patin.com> References: <2211D793-4058-47C5-A973-3F4BF0A2F98E@patin.com> <6707F2B0-2138-4954-B6DA-1857C60727AD@patin.com> Message-ID: Hey Bob, Since $findResult is an object, not an array, you can't pull an element out of it with the same [] syntax used with an array. Try using print_r($findResult) to dump the whole object out to the screen. It should tell you what's wrong. Dale On Mar 17, 2010, at 2:51 PM, Bob Patin wrote: > Well, I think the query *itself* isn't even executing; why would this work fine for several years on the same database, same database server, and then start failing on a new web server? The only difference here is that one was running Tiger Server, now she's running Leopard Server. > > Same database, same database server, same exact PHP pages... > > That's what is so puzzling to me; at first, when she called, I thought it was perhaps some undefined variables somewhere, because I know that's something that can be different in a different PHP install, but that's not the case here. > > I commented out everything after the query itself, and put in > > echo $findResult['errorCode']; > > and I get the same error. It's not even successfully executing the query at all... > > > BP > > > On Mar 17, 2010, at 2:32 PM, Steve Winter wrote: > >> Looks like the db query is failing for some reason, and line 22 of the script is expecting an Result object, but is getting an Error object instead. >> >> Try examining the result of the query which was presumably executed on line 21, and see what the FM error is, that's failing to get a vlid result object... >> >> > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list From dbengston at tds.net Wed Mar 17 13:58:22 2010 From: dbengston at tds.net (Dale Bengston) Date: Wed Mar 17 13:52:19 2010 Subject: [FX.php List] Question about an FX error In-Reply-To: <59949A43-241E-4A61-AA79-9C45AF6278DB@patin.com> References: <2211D793-4058-47C5-A973-3F4BF0A2F98E@patin.com> <807F9426-0487-440E-BB57-C9DEDF4CDE68@tds.net> <59949A43-241E-4A61-AA79-9C45AF6278DB@patin.com> Message-ID: <78B122FB-CFF7-4725-BB72-BBC24203ED99@tds.net> Whoops. It should be print_r($findResult); Sorry about that. Dale On Mar 17, 2010, at 2:52 PM, Bob Patin wrote: > when i put that in, and comment out all the error-checking stuff, i get this: > > Warning: print_r() expects at least 1 parameter, 0 given in /Volumes/dbraid/WebServer/Documents/php8/ccpsnew/login_process.php on line 22 > > I'm convinced that it's not even executing the query... which leads me back to the question of why this works with Tiger Server but not with Leopard Server... > > > On Mar 17, 2010, at 2:43 PM, Dale Bengston wrote: > >> Yep. Line 22 is trying to pick something out of your results array, but FX has returned an error object in place of the results array. Try a print_r() on the results variable to echo the error object to the screen. >> >> Dale >> >> On Mar 17, 2010, at 2:32 PM, Steve Winter wrote: >> >>> Hey Bob, >>> >>> Looks like the db query is failing for some reason, and line 22 of the script is expecting an Result object, but is getting an Error object instead. >>> >>> Try examining the result of the query which was presumably executed on line 21, and see what the FM error is, that's failing to get a vlid result object... >>> >>> Cheers >>> Steve >>> >>> >>> On 17 Mar 2010, at 19:20, Bob Patin wrote: >>> >>>> I have a client who just moved from Tiger Server to Leopard Server which runs PHP5, and now a simple little login script is showing this error: >>>> >>>> Fatal error: Cannot use object of type FX_Error as array in /Volumes/dbraid/WebServer/Documents/php8/ccpsnew/login_process.php on line 22 >>>> >>>> I'm thinking that it's a PHP setting that's different in 5, but I don't know what it might be; does anyone have an idea what is different in PHP5's defaults in Leopard Server that might cause this? >>>> >>>> Thanks, >>>> >>>> Bob Patin >>>> bob@patin.com >>>> _______________________________________________ >>>> FX.php_List mailing list >>>> FX.php_List@mail.iviking.org >>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>> >>> Steve Winter >>> steve@bluecrocodile.co.nz >>> m: +44 77 7852 4776 >>> 3 Calshot Court, Channel Way >>> Ocean Village, Southampton SO14 3GR >>> >>> _______________________________________________ >>> FX.php_List mailing list >>> FX.php_List@mail.iviking.org >>> http://www.iviking.org/mailman/listinfo/fx.php_list >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list > > _______________________________________________ > 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/20100317/0a93147a/attachment-0001.html From steve at bluecrocodile.co.nz Wed Mar 17 13:58:32 2010 From: steve at bluecrocodile.co.nz (Steve Winter) Date: Wed Mar 17 13:52:26 2010 Subject: [FX.php List] Question about an FX error In-Reply-To: <0CD02945-13AF-4513-9249-163B81BB3D45@bluecrocodile.co.nz> References: <2211D793-4058-47C5-A973-3F4BF0A2F98E@patin.com> <320F6053-34AA-4C6B-B2F9-554148FB1865@earthlink.net> <0CD02945-13AF-4513-9249-163B81BB3D45@bluecrocodile.co.nz> Message-ID: <8A2B0B1D-6C2F-4854-8D7A-26D87CCF28B4@bluecrocodile.co.nz> Hi Bob, So the issue is 'further up' the script... Do all of the variables used by the query have correct values...? what do preg_replace('/([@*#?!=<>"])/','\\\${1}',$email) and preg_replace('/([@*#?!=<>"])/','\\\${1}',$password) evaluate to...? Try changing the include_once for FX.php and server_data.php to requires, which will cause fatal errors if they fail, and hence ensure that you are actually loading them... Try echoing out all of the variables which are used in the query... And are you sure that print_r($findResult) gave the error that you sent... since your original error message indicated that it was an object, and so therefore should not give the second error message you sent... Cheers Steve On 17 Mar 2010, at 19:48, Steve Winter wrote: >> include_once("FX/FX.php"); >> include_once("FX/server_data.php"); >> >> $email = $_POST['email']; >> $password = $_POST['password']; >> >> if ((strlen($email)<1) or (strlen($password)<1)){ >> include_once('login_error.htm'); >> exit; >> } >> >> $find = new FX($serverIP,$webCompanionPort, $dataType, $scheme); >> $find -> SetDBData($dbname , "web"); >> $find -> SetDBPassword($webPW,$webUN); >> $find->AddDBParam('Work_Email','=='.preg_replace('/([@*#?!=<>"])/','\\\${1}',$email)); >> $find->AddDBParam('Password','=='.preg_replace('/([@*#?!=<>"])/','\\\${1}',$password)); >> $findResult=$find->FMFind(); Steve Winter steve@bluecrocodile.co.nz m: +44 77 7852 4776 3 Calshot Court, Channel Way Ocean Village, Southampton SO14 3GR -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20100317/2b138d52/attachment.html From jsfmp at earthlink.net Wed Mar 17 14:00:08 2010 From: jsfmp at earthlink.net (Joel Shapiro) Date: Wed Mar 17 13:54:00 2010 Subject: [FX.php List] Question about an FX error In-Reply-To: <59949A43-241E-4A61-AA79-9C45AF6278DB@patin.com> References: <2211D793-4058-47C5-A973-3F4BF0A2F98E@patin.com> <807F9426-0487-440E-BB57-C9DEDF4CDE68@tds.net> <59949A43-241E-4A61-AA79-9C45AF6278DB@patin.com> Message-ID: <2D8BE158-6FF1-49C8-B8EC-859DEAEC5329@earthlink.net> Do you have a connection to the DB in your new setup? Can you try an FMView? On Mar 17, 2010, at 12:52 PM, Bob Patin wrote: > when i put that in, and comment out all the error-checking stuff, i > get this: > > Warning: print_r() expects at least 1 parameter, 0 given in /Volumes/ > dbraid/WebServer/Documents/php8/ccpsnew/login_process.php on line 22 > > I'm convinced that it's not even executing the query... which leads > me back to the question of why this works with Tiger Server but not > with Leopard Server... > > > On Mar 17, 2010, at 2:43 PM, Dale Bengston wrote: > >> Yep. Line 22 is trying to pick something out of your results array, >> but FX has returned an error object in place of the results array. >> Try a print_r() on the results variable to echo the error object to >> the screen. >> >> Dale >> >> On Mar 17, 2010, at 2:32 PM, Steve Winter wrote: >> >>> Hey Bob, >>> >>> Looks like the db query is failing for some reason, and line 22 of >>> the script is expecting an Result object, but is getting an Error >>> object instead. >>> >>> Try examining the result of the query which was presumably >>> executed on line 21, and see what the FM error is, that's failing >>> to get a vlid result object... >>> >>> Cheers >>> Steve >>> >>> >>> On 17 Mar 2010, at 19:20, Bob Patin wrote: >>> >>>> I have a client who just moved from Tiger Server to Leopard >>>> Server which runs PHP5, and now a simple little login script is >>>> showing this error: >>>> >>>> Fatal error: Cannot use object of type FX_Error as array in / >>>> Volumes/dbraid/WebServer/Documents/php8/ccpsnew/login_process.php >>>> on line 22 >>>> >>>> I'm thinking that it's a PHP setting that's different in 5, but I >>>> don't know what it might be; does anyone have an idea what is >>>> different in PHP5's defaults in Leopard Server that might cause >>>> this? >>>> >>>> Thanks, >>>> >>>> Bob Patin >>>> bob@patin.com >>>> _______________________________________________ >>>> FX.php_List mailing list >>>> FX.php_List@mail.iviking.org >>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>> >>> Steve Winter >>> steve@bluecrocodile.co.nz >>> m: +44 77 7852 4776 >>> 3 Calshot Court, Channel Way >>> Ocean Village, Southampton SO14 3GR >>> >>> _______________________________________________ >>> FX.php_List mailing list >>> FX.php_List@mail.iviking.org >>> http://www.iviking.org/mailman/listinfo/fx.php_list >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list > > _______________________________________________ > 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 Mar 17 14:01:09 2010 From: bob at patin.com (Bob Patin) Date: Wed Mar 17 13:55:06 2010 Subject: [FX.php List] Question about an FX error In-Reply-To: <009801cac60b$855d3ae0$9017b0a0$@com> References: <2211D793-4058-47C5-A973-3F4BF0A2F98E@patin.com> <807F9426-0487-440E-BB57-C9DEDF4CDE68@tds.net> <59949A43-241E-4A61-AA79-9C45AF6278DB@patin.com> <009801cac60b$855d3ae0$9017b0a0$@com> Message-ID: Well, I thought of that, but it's the same web server, same IP, same database data... the *only* thing she changed was to upgrade to Leopard Server. BP On Mar 17, 2010, at 2:53 PM, Dennis Dalziel wrote: > Bob, > > It seems to me I got this error when my path to FX.php was wrong or something in server_data.php wasn?t set right. > > Dennis Dalziel > Production Manager > G & R Publishing Co. > 507 Industrial Street > Waverly, IA 50677 > 319-352-5391 > > From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Bob Patin > Sent: Wednesday, March 17, 2010 2:53 PM > To: FX.php Discussion List > Subject: Re: [FX.php List] Question about an FX error > > when i put that in, and comment out all the error-checking stuff, i get this: > > Warning: print_r() expects at least 1 parameter, 0 given in /Volumes/dbraid/WebServer/Documents/php8/ccpsnew/login_process.php on line 22 > > I'm convinced that it's not even executing the query... which leads me back to the question of why this works with Tiger Server but not with Leopard Server... > > > On Mar 17, 2010, at 2:43 PM, Dale Bengston wrote: > > > Yep. Line 22 is trying to pick something out of your results array, but FX has returned an error object in place of the results array. Try a print_r() on the results variable to echo the error object to the screen. > > Dale > > On Mar 17, 2010, at 2:32 PM, Steve Winter wrote: > > > Hey Bob, > > Looks like the db query is failing for some reason, and line 22 of the script is expecting an Result object, but is getting an Error object instead. > > Try examining the result of the query which was presumably executed on line 21, and see what the FM error is, that's failing to get a vlid result object... > > Cheers > Steve > > > On 17 Mar 2010, at 19:20, Bob Patin wrote: > > > I have a client who just moved from Tiger Server to Leopard Server which runs PHP5, and now a simple little login script is showing this error: > > Fatal error: Cannot use object of type FX_Error as array in /Volumes/dbraid/WebServer/Documents/php8/ccpsnew/login_process.php on line 22 > > I'm thinking that it's a PHP setting that's different in 5, but I don't know what it might be; does anyone have an idea what is different in PHP5's defaults in Leopard Server that might cause this? > > Thanks, > > Bob Patin > bob@patin.com > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > > Steve Winter > steve@bluecrocodile.co.nz > m: +44 77 7852 4776 > 3 Calshot Court, Channel Way > Ocean Village, Southampton SO14 3GR > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > > _______________________________________________ > 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/20100317/08a81ad5/attachment-0001.html From bob at patin.com Wed Mar 17 14:03:02 2010 From: bob at patin.com (Bob Patin) Date: Wed Mar 17 13:56:57 2010 Subject: [FX.php List] Question about an FX error In-Reply-To: References: <2211D793-4058-47C5-A973-3F4BF0A2F98E@patin.com> <6707F2B0-2138-4954-B6DA-1857C60727AD@patin.com> Message-ID: That gives me the answer I needed: here's part of what it tells me: Instantiating FX.php. Configuring database connection... Setting user name and password... Unable to connect to FileMaker. Use the DEBUG constant and try connecting with the resulting URL manually. You should also double check the user name and password used, the server address, and WPE configuration. So perhaps she's bollixed [sp] up something with her new install... Thanks, BP Longterm Solutions bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com iChat: bobpatin FileMaker 9 & 10 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -- Expert FileMaker Consulting FileMaker Hosting for all versions of FileMaker PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting On Mar 17, 2010, at 2:56 PM, Dale Bengston wrote: > Hey Bob, > > Since $findResult is an object, not an array, you can't pull an element out of it with the same [] syntax used with an array. Try using print_r($findResult) to dump the whole object out to the screen. It should tell you what's wrong. > > Dale -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20100317/9fd715fb/attachment.html From steve at bluecrocodile.co.nz Wed Mar 17 14:05:33 2010 From: steve at bluecrocodile.co.nz (Steve Winter) Date: Wed Mar 17 13:59:34 2010 Subject: [FX.php List] Question about an FX error In-Reply-To: References: <2211D793-4058-47C5-A973-3F4BF0A2F98E@patin.com> <6707F2B0-2138-4954-B6DA-1857C60727AD@patin.com> Message-ID: Just maybe ;-) So what do you see when you add a define('DEBUG', true); and try to follow the resulting link...?? And what do you get if you do echo $findResult['errorCode']; Cheers Steve On 17 Mar 2010, at 20:03, Bob Patin wrote: > That gives me the answer I needed: here's part of what it tells me: > > Instantiating FX.php. > > Configuring database connection... > > Setting user name and password... > > Unable to connect to FileMaker. Use the DEBUG constant and try connecting with the resulting URL manually. > You should also double check the user name and password used, the server address, and WPE configuration. > > So perhaps she's bollixed [sp] up something with her new install... > > Thanks, > > BP > > > > Longterm Solutions > bob@longtermsolutions.com > 615-333-6858 > http://www.longtermsolutions.com > iChat: bobpatin > FileMaker 9 & 10 Certified Developer > Member of FileMaker Business Alliance and FileMaker TechNet > -- > Expert FileMaker Consulting > FileMaker Hosting for all versions of FileMaker > PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting > On Mar 17, 2010, at 2:56 PM, Dale Bengston wrote: > >> Hey Bob, >> >> Since $findResult is an object, not an array, you can't pull an element out of it with the same [] syntax used with an array. Try using print_r($findResult) to dump the whole object out to the screen. It should tell you what's wrong. >> >> Dale > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list Steve Winter steve@bluecrocodile.co.nz m: +44 77 7852 4776 3 Calshot Court, Channel Way Ocean Village, Southampton SO14 3GR -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20100317/ba9cc871/attachment.html From steve at bluecrocodile.co.nz Thu Mar 18 13:34:12 2010 From: steve at bluecrocodile.co.nz (Steve Winter) Date: Thu Mar 18 13:28:11 2010 Subject: [FX.php List] Standard contract Message-ID: Howdy, Usually I've found in the past when clients want to have a contract between us, that they already have something in place, and that usually it's 200 pages long, and a pain in the $%^& to deal with... I this instance however I have a new client who is asking me to provide a contract... does anyone have a relatively simple, relatively straight forward 'standard' contract which they use for FMP/PHP development work which they would be willing to share...?? Cheers Steve Steve Winter steve@bluecrocodile.co.nz m: +44 77 7852 4776 3 Calshot Court, Channel Way Ocean Village, Southampton SO14 3GR -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20100318/89e5838c/attachment.html From bob at patin.com Thu Mar 18 15:26:01 2010 From: bob at patin.com (Bob Patin) Date: Thu Mar 18 15:19:52 2010 Subject: [FX.php List] Solution to strange problem with client's new server install Message-ID: <139DBE4A-2783-4186-847D-6743E0A2616B@patin.com> My client emailed me with a resolution to her problem; a quick recap: she had FMSA 8 running with Tiger Server; she bought Leopard Server and decided to finally install FMSA 9 with it, and our existing web app wouldn't run properly anymore. She finally called FM tech support, and they told her that Leopard Server installs PHP 5.2.5, and FM 9 Server is compatible with PHP 4.3. So she's disabled the install and is going to put 4.3 on there, and that will hopefully fix her problem. Thought others might find this useful; I didn't know there was any compatibility issue there... Best, Bob Patin Longterm Solutions bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com iChat: bobpatin FileMaker 9 & 10 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -- Expert FileMaker Consulting FileMaker Hosting 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/20100318/4cab2695/attachment-0001.html From tim at nicheit.com.au Thu Mar 18 15:34:50 2010 From: tim at nicheit.com.au (Tim 'Webko' Booth) Date: Thu Mar 18 15:28:39 2010 Subject: [FX.php List] Solution to strange problem with client's new server install In-Reply-To: <139DBE4A-2783-4186-847D-6743E0A2616B@patin.com> References: <139DBE4A-2783-4186-847D-6743E0A2616B@patin.com> Message-ID: On 19/03/2010, at 8:26 AM, Bob Patin wrote: > My client emailed me with a resolution to her problem; a quick recap: > > she had FMSA 8 running with Tiger Server; she bought Leopard Server > and decided to finally install FMSA 9 with it, and our existing web > app wouldn't run properly anymore. > > She finally called FM tech support, and they told her that Leopard > Server installs PHP 5.2.5, and FM 9 Server is compatible with PHP > 4.3. So she's disabled the install and is going to put 4.3 on there, > and that will hopefully fix her problem. > > Thought others might find this useful; I didn't know there was any > compatibility issue there... There's a few things that aren't backwards compatible between 4 and 5 - biggy is probably includes and how they're handled: http://www.php.net/manual/en/migration5.incompatible.php Cheers Webko From dbengston at tds.net Thu Mar 18 16:19:03 2010 From: dbengston at tds.net (Dale Bengston) Date: Thu Mar 18 16:12:56 2010 Subject: [FX.php List] Solution to strange problem with client's new server install In-Reply-To: References: <139DBE4A-2783-4186-847D-6743E0A2616B@patin.com> Message-ID: Huh. Looking at the Server 9 system requirements (http://www.filemaker.com/support/kb/), it looks like PHP 4.3 is the minimum requirement. I think the Leopard Server FileMaker killer is Apache 2. Server 9 runs on Apache 1.x. Dale On Mar 18, 2010, at 4:34 PM, Tim 'Webko' Booth wrote: > > On 19/03/2010, at 8:26 AM, Bob Patin wrote: > >> My client emailed me with a resolution to her problem; a quick recap: >> >> she had FMSA 8 running with Tiger Server; she bought Leopard Server and decided to finally install FMSA 9 with it, and our existing web app wouldn't run properly anymore. >> >> She finally called FM tech support, and they told her that Leopard Server installs PHP 5.2.5, and FM 9 Server is compatible with PHP 4.3. So she's disabled the install and is going to put 4.3 on there, and that will hopefully fix her problem. >> >> Thought others might find this useful; I didn't know there was any compatibility issue there... > > There's a few things that aren't backwards compatible between 4 and 5 - biggy is probably includes and how they're handled: > > http://www.php.net/manual/en/migration5.incompatible.php > > Cheers > > Webko > _______________________________________________ > 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 Mar 18 16:30:48 2010 From: bob at patin.com (Bob Patin) Date: Thu Mar 18 16:24:40 2010 Subject: [FX.php List] Solution to strange problem with client's new server install In-Reply-To: References: <139DBE4A-2783-4186-847D-6743E0A2616B@patin.com> Message-ID: <700D59E2-A1EC-4A37-8743-AB0980E826BD@patin.com> Well, that's what FM tech support told her, anyway... as we all know, they sometimes give out really lousy answers. For example, they told a friend of mine, who's certified 8-9-10, that the reason his server was crashing was because the database was badly-written. Needless to say, he was NOT amused... :) Bob On Mar 18, 2010, at 5:19 PM, Dale Bengston wrote: > Huh. Looking at the Server 9 system requirements (http://www.filemaker.com/support/kb/), it looks like PHP 4.3 is the minimum requirement. I think the Leopard Server FileMaker killer is Apache 2. Server 9 runs on Apache 1.x. > > Dale -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20100318/fc33a1c9/attachment.html From KFutter at sbc.vic.edu.au Thu Mar 18 16:38:15 2010 From: KFutter at sbc.vic.edu.au (Kevin Futter) Date: Thu Mar 18 16:33:30 2010 Subject: [FX.php List] Solution to strange problem with client's new server install In-Reply-To: Message-ID: On 19/03/10 9:19 AM, "Dale Bengston" wrote: > Huh. Looking at the Server 9 system requirements > (http://www.filemaker.com/support/kb/), it looks like PHP 4.3 is the minimum > requirement. I think the Leopard Server FileMaker killer is Apache 2. Server 9 > runs on Apache 1.x. > > Dale > This was certainly our experience with FMSA 8, and it was a real pain. Hacking Apache 1.3 back into place on Leopard Server caused a Java issue with Tomcat and FM's WSC. We still can't manage the WSC via the web interface anymore, though we hacked it enough so that it works. We'll most likely upgrade to v11 this year, which will hopefully solve these problems, but I'm sure that'll bring a world of hurt all its own. -- Kevin Futter Webmaster, St. Bernard's College http://www.sbc.vic.edu.au/ From dbengston at tds.net Thu Mar 18 16:47:40 2010 From: dbengston at tds.net (Dale Bengston) Date: Thu Mar 18 16:41:32 2010 Subject: [FX.php List] Solution to strange problem with client's new server install In-Reply-To: <700D59E2-A1EC-4A37-8743-AB0980E826BD@patin.com> References: <139DBE4A-2783-4186-847D-6743E0A2616B@patin.com> <700D59E2-A1EC-4A37-8743-AB0980E826BD@patin.com> Message-ID: <5A965916-D03A-46F4-89D9-6D984CC39D88@tds.net> Snap! I didn't realize that my clipped link did not include the full path to the kb article I referred to. Sorry about that. It's Answer ID 6428. Dale On Mar 18, 2010, at 5:30 PM, Bob Patin wrote: > Well, that's what FM tech support told her, anyway... as we all know, they sometimes give out really lousy answers. > > For example, they told a friend of mine, who's certified 8-9-10, that the reason his server was crashing was because the database was badly-written. > > Needless to say, he was NOT amused... :) > > Bob > > > On Mar 18, 2010, at 5:19 PM, Dale Bengston wrote: > >> Huh. Looking at the Server 9 system requirements (http://www.filemaker.com/support/kb/), it looks like PHP 4.3 is the minimum requirement. I think the Leopard Server FileMaker killer is Apache 2. Server 9 runs on Apache 1.x. >> >> Dale > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list From ggt667 at gmail.com Fri Mar 19 02:03:57 2010 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Fri Mar 19 01:57:45 2010 Subject: [FX.php List] Solution to strange problem with client's new server install In-Reply-To: <5A965916-D03A-46F4-89D9-6D984CC39D88@tds.net> References: <139DBE4A-2783-4186-847D-6743E0A2616B@patin.com> <700D59E2-A1EC-4A37-8743-AB0980E826BD@patin.com> <5A965916-D03A-46F4-89D9-6D984CC39D88@tds.net> Message-ID: Who on earth would run FMSA on MacOS X Server? It runs alot smoother on MacOS X ggt 2010/3/18 Dale Bengston : > Snap! > > I didn't realize that my clipped link did not include the full path to the kb article I referred to. Sorry about that. It's Answer ID 6428. > > Dale > > On Mar 18, 2010, at 5:30 PM, Bob Patin wrote: > >> Well, that's what FM tech support told her, anyway... as we all know, they sometimes give out really lousy answers. >> >> For example, they told a friend of mine, who's certified 8-9-10, that the reason his server was crashing was because the database was badly-written. >> >> Needless to say, he was NOT amused... :) >> >> Bob >> >> >> On Mar 18, 2010, at 5:19 PM, Dale Bengston wrote: >> >>> Huh. Looking at the Server 9 system requirements (http://www.filemaker.com/support/kb/), it looks like PHP 4.3 is the minimum requirement. I think the Leopard Server FileMaker killer is Apache 2. Server 9 runs on Apache 1.x. >>> >>> Dale >> >> _______________________________________________ >> 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 headhoncho at customikesolutions.com Fri Mar 19 03:04:04 2010 From: headhoncho at customikesolutions.com (Head Honcho) Date: Fri Mar 19 02:57:53 2010 Subject: [FX.php List] Solution to strange problem with client's new server install In-Reply-To: References: <139DBE4A-2783-4186-847D-6743E0A2616B@patin.com> <700D59E2-A1EC-4A37-8743-AB0980E826BD@patin.com> <5A965916-D03A-46F4-89D9-6D984CC39D88@tds.net> Message-ID: <29C69A13-91F2-4A6B-A63E-513605C8169B@customikesolutions.com> Anyone who didn't want to dig into the terminal to set basic things like virtual hosts up! mgw On 19/03/2010, at 7:03 PM, Gjermund Gusland Thorsen wrote: > Who on earth would run FMSA on MacOS X Server? It runs alot smoother on MacOS X > > ggt > > 2010/3/18 Dale Bengston : >> Snap! >> >> I didn't realize that my clipped link did not include the full path to the kb article I referred to. Sorry about that. It's Answer ID 6428. >> >> Dale >> >> On Mar 18, 2010, at 5:30 PM, Bob Patin wrote: >> >>> Well, that's what FM tech support told her, anyway... as we all know, they sometimes give out really lousy answers. >>> >>> For example, they told a friend of mine, who's certified 8-9-10, that the reason his server was crashing was because the database was badly-written. >>> >>> Needless to say, he was NOT amused... :) >>> >>> Bob >>> >>> >>> On Mar 18, 2010, at 5:19 PM, Dale Bengston wrote: >>> >>>> Huh. Looking at the Server 9 system requirements (http://www.filemaker.com/support/kb/), it looks like PHP 4.3 is the minimum requirement. I think the Leopard Server FileMaker killer is Apache 2. Server 9 runs on Apache 1.x. >>>> >>>> Dale >>> >>> _______________________________________________ >>> FX.php_List mailing list >>> FX.php_List@mail.iviking.org >>> http://www.iviking.org/mailman/listinfo/fx.php_list >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list >> > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list From dbengston at tds.net Fri Mar 19 06:43:07 2010 From: dbengston at tds.net (Dale Bengston) Date: Fri Mar 19 06:36:57 2010 Subject: [FX.php List] Solution to strange problem with client's new server install In-Reply-To: References: <139DBE4A-2783-4186-847D-6743E0A2616B@patin.com> <700D59E2-A1EC-4A37-8743-AB0980E826BD@patin.com> <5A965916-D03A-46F4-89D9-6D984CC39D88@tds.net> Message-ID: Me. I'll take OS X Server running on a Mac server any day of the week. On Mar 19, 2010, at 3:03 AM, Gjermund Gusland Thorsen wrote: > Who on earth would run FMSA on MacOS X Server? It runs alot smoother on MacOS X > > ggt > > 2010/3/18 Dale Bengston : >> Snap! >> >> I didn't realize that my clipped link did not include the full path to the kb article I referred to. Sorry about that. It's Answer ID 6428. >> >> Dale >> >> On Mar 18, 2010, at 5:30 PM, Bob Patin wrote: >> >>> Well, that's what FM tech support told her, anyway... as we all know, they sometimes give out really lousy answers. >>> >>> For example, they told a friend of mine, who's certified 8-9-10, that the reason his server was crashing was because the database was badly-written. >>> >>> Needless to say, he was NOT amused... :) >>> >>> Bob >>> >>> >>> On Mar 18, 2010, at 5:19 PM, Dale Bengston wrote: >>> >>>> Huh. Looking at the Server 9 system requirements (http://www.filemaker.com/support/kb/), it looks like PHP 4.3 is the minimum requirement. I think the Leopard Server FileMaker killer is Apache 2. Server 9 runs on Apache 1.x. >>>> >>>> Dale >>> >>> _______________________________________________ >>> FX.php_List mailing list >>> FX.php_List@mail.iviking.org >>> http://www.iviking.org/mailman/listinfo/fx.php_list >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list >> > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list From ggt667 at gmail.com Fri Mar 19 07:00:31 2010 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Fri Mar 19 06:54:16 2010 Subject: [FX.php List] Solution to strange problem with client's new server install In-Reply-To: References: <139DBE4A-2783-4186-847D-6743E0A2616B@patin.com> <700D59E2-A1EC-4A37-8743-AB0980E826BD@patin.com> <5A965916-D03A-46F4-89D9-6D984CC39D88@tds.net> Message-ID: FMSA on MacOS X runs smoother. 2010/3/19 Dale Bengston : > Me. I'll take OS X Server running on a Mac server any day of the week. > > On Mar 19, 2010, at 3:03 AM, Gjermund Gusland Thorsen wrote: > >> Who on earth would run FMSA on MacOS X Server? It runs alot smoother on MacOS X >> >> ggt >> >> 2010/3/18 Dale Bengston : >>> Snap! >>> >>> I didn't realize that my clipped link did not include the full path to the kb article I referred to. Sorry about that. It's Answer ID 6428. >>> >>> Dale >>> >>> On Mar 18, 2010, at 5:30 PM, Bob Patin wrote: >>> >>>> Well, that's what FM tech support told her, anyway... as we all know, they sometimes give out really lousy answers. >>>> >>>> For example, they told a friend of mine, who's certified 8-9-10, that the reason his server was crashing was because the database was badly-written. >>>> >>>> Needless to say, he was NOT amused... :) >>>> >>>> Bob >>>> >>>> >>>> On Mar 18, 2010, at 5:19 PM, Dale Bengston wrote: >>>> >>>>> Huh. Looking at the Server 9 system requirements (http://www.filemaker.com/support/kb/), it looks like PHP 4.3 is the minimum requirement. I think the Leopard Server FileMaker killer is Apache 2. Server 9 runs on Apache 1.x. >>>>> >>>>> Dale >>>> >>>> _______________________________________________ >>>> FX.php_List mailing list >>>> FX.php_List@mail.iviking.org >>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>> >>> _______________________________________________ >>> FX.php_List mailing list >>> FX.php_List@mail.iviking.org >>> http://www.iviking.org/mailman/listinfo/fx.php_list >>> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > From leo at finalresort.org Fri Mar 19 07:02:08 2010 From: leo at finalresort.org (Leo R. Lundgren) Date: Fri Mar 19 06:55:54 2010 Subject: [FX.php List] Solution to strange problem with client's new server install In-Reply-To: References: <139DBE4A-2783-4186-847D-6743E0A2616B@patin.com> <700D59E2-A1EC-4A37-8743-AB0980E826BD@patin.com> <5A965916-D03A-46F4-89D9-6D984CC39D88@tds.net> Message-ID: Why/how? 19 mar 2010 kl. 14.00 skrev Gjermund Gusland Thorsen: > FMSA on MacOS X runs smoother. > > 2010/3/19 Dale Bengston : >> Me. I'll take OS X Server running on a Mac server any day of the >> week. >> >> On Mar 19, 2010, at 3:03 AM, Gjermund Gusland Thorsen wrote: >> >>> Who on earth would run FMSA on MacOS X Server? It runs alot >>> smoother on MacOS X >>> >>> ggt >>> >>> 2010/3/18 Dale Bengston : >>>> Snap! >>>> >>>> I didn't realize that my clipped link did not include the full >>>> path to the kb article I referred to. Sorry about that. It's >>>> Answer ID 6428. >>>> >>>> Dale >>>> >>>> On Mar 18, 2010, at 5:30 PM, Bob Patin wrote: >>>> >>>>> Well, that's what FM tech support told her, anyway... as we all >>>>> know, they sometimes give out really lousy answers. >>>>> >>>>> For example, they told a friend of mine, who's certified 8-9-10, >>>>> that the reason his server was crashing was because the database >>>>> was badly-written. >>>>> >>>>> Needless to say, he was NOT amused... :) >>>>> >>>>> Bob >>>>> >>>>> >>>>> On Mar 18, 2010, at 5:19 PM, Dale Bengston wrote: >>>>> >>>>>> Huh. Looking at the Server 9 system requirements (http://www.filemaker.com/support/kb/ >>>>>> ), it looks like PHP 4.3 is the minimum requirement. I think >>>>>> the Leopard Server FileMaker killer is Apache 2. Server 9 runs >>>>>> on Apache 1.x. >>>>>> >>>>>> Dale >>>>> >>>>> _______________________________________________ >>>>> FX.php_List mailing list >>>>> FX.php_List@mail.iviking.org >>>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>> >>>> _______________________________________________ >>>> FX.php_List mailing list >>>> FX.php_List@mail.iviking.org >>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>> >>> _______________________________________________ >>> FX.php_List mailing list >>> FX.php_List@mail.iviking.org >>> http://www.iviking.org/mailman/listinfo/fx.php_list >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list >> > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list -| From ggt667 at gmail.com Fri Mar 19 07:04:20 2010 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Fri Mar 19 06:58:06 2010 Subject: [FX.php List] Solution to strange problem with client's new server install In-Reply-To: References: <139DBE4A-2783-4186-847D-6743E0A2616B@patin.com> <700D59E2-A1EC-4A37-8743-AB0980E826BD@patin.com> <5A965916-D03A-46F4-89D9-6D984CC39D88@tds.net> Message-ID: Just my experience, I have machines running MacOS X Server with FMSA with full crashlogs and machines running MacOS X with FMSA with empty crashlogs. 2010/3/19 Leo R. Lundgren : > Why/how? > > 19 mar 2010 kl. 14.00 skrev Gjermund Gusland Thorsen: > >> FMSA on MacOS X runs smoother. >> >> 2010/3/19 Dale Bengston : >>> >>> Me. I'll take OS X Server running on a Mac server any day of the week. >>> >>> On Mar 19, 2010, at 3:03 AM, Gjermund Gusland Thorsen wrote: >>> >>>> Who on earth would run FMSA on MacOS X Server? It runs alot smoother on >>>> MacOS X >>>> >>>> ggt >>>> >>>> 2010/3/18 Dale Bengston : >>>>> >>>>> Snap! >>>>> >>>>> I didn't realize that my clipped link did not include the full path to >>>>> the kb article I referred to. Sorry about that. It's Answer ID 6428. >>>>> >>>>> Dale >>>>> >>>>> On Mar 18, 2010, at 5:30 PM, Bob Patin wrote: >>>>> >>>>>> Well, that's what FM tech support told her, anyway... as we all know, >>>>>> they sometimes give out really lousy answers. >>>>>> >>>>>> For example, they told a friend of mine, who's certified 8-9-10, that >>>>>> the reason his server was crashing was because the database was >>>>>> badly-written. >>>>>> >>>>>> Needless to say, he was NOT amused... :) >>>>>> >>>>>> Bob >>>>>> >>>>>> >>>>>> On Mar 18, 2010, at 5:19 PM, Dale Bengston wrote: >>>>>> >>>>>>> Huh. Looking at the Server 9 system requirements >>>>>>> (http://www.filemaker.com/support/kb/), it looks like PHP 4.3 is the minimum >>>>>>> requirement. I think the Leopard Server FileMaker killer is Apache 2. Server >>>>>>> 9 runs on Apache 1.x. >>>>>>> >>>>>>> Dale >>>>>> >>>>>> _______________________________________________ >>>>>> FX.php_List mailing list >>>>>> FX.php_List@mail.iviking.org >>>>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>>> >>>>> _______________________________________________ >>>>> FX.php_List mailing list >>>>> FX.php_List@mail.iviking.org >>>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>>> >>>> _______________________________________________ >>>> FX.php_List mailing list >>>> FX.php_List@mail.iviking.org >>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>> >>> _______________________________________________ >>> FX.php_List mailing list >>> FX.php_List@mail.iviking.org >>> http://www.iviking.org/mailman/listinfo/fx.php_list >>> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list > > > > -| > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > From bob at patin.com Fri Mar 19 08:39:02 2010 From: bob at patin.com (Bob Patin) Date: Fri Mar 19 08:32:50 2010 Subject: [FX.php List] Solution to strange problem with client's new server install In-Reply-To: References: <139DBE4A-2783-4186-847D-6743E0A2616B@patin.com> <700D59E2-A1EC-4A37-8743-AB0980E826BD@patin.com> <5A965916-D03A-46F4-89D9-6D984CC39D88@tds.net> Message-ID: <9AF66340-5242-435B-8A59-AFE17257AE2A@patin.com> I do. How are you going to run FMSA on an Xserve without running OS X Server? I have 10 of them. I just bought another Xserve a few days ago for FMS 11; it's on a 2.66 quad-core, 8GB RAM, running Leopard Server. How does it run smoother on OS X than on OS X Server? What differences are there? I've had zero trouble running FMSA in OS X Server; all but one of my database servers is on an Xserve, so all of them run under OS X Server, and I never have trouble. Bob Patin Longterm Solutions bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com iChat: bobpatin FileMaker 9 & 10 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -- Expert FileMaker Consulting FileMaker Hosting for all versions of FileMaker PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting On Mar 19, 2010, at 3:03 AM, Gjermund Gusland Thorsen wrote: > Who on earth would run FMSA on MacOS X Server? It runs alot smoother on MacOS X > > ggt > > 2010/3/18 Dale Bengston : >> Snap! >> >> I didn't realize that my clipped link did not include the full path to the kb article I referred to. Sorry about that. It's Answer ID 6428. >> >> Dale >> >> On Mar 18, 2010, at 5:30 PM, Bob Patin wrote: >> >>> Well, that's what FM tech support told her, anyway... as we all know, they sometimes give out really lousy answers. >>> >>> For example, they told a friend of mine, who's certified 8-9-10, that the reason his server was crashing was because the database was badly-written. >>> >>> Needless to say, he was NOT amused... :) >>> >>> Bob >>> >>> >>> On Mar 18, 2010, at 5:19 PM, Dale Bengston wrote: >>> >>>> Huh. Looking at the Server 9 system requirements (http://www.filemaker.com/support/kb/), it looks like PHP 4.3 is the minimum requirement. I think the Leopard Server FileMaker killer is Apache 2. Server 9 runs on Apache 1.x. >>>> >>>> Dale >>> >>> _______________________________________________ >>> 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/20100319/6aa4be5d/attachment.html From ggt667 at gmail.com Fri Mar 19 08:40:52 2010 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Fri Mar 19 08:34:38 2010 Subject: [FX.php List] Solution to strange problem with client's new server install In-Reply-To: <9AF66340-5242-435B-8A59-AFE17257AE2A@patin.com> References: <139DBE4A-2783-4186-847D-6743E0A2616B@patin.com> <700D59E2-A1EC-4A37-8743-AB0980E826BD@patin.com> <5A965916-D03A-46F4-89D9-6D984CC39D88@tds.net> <9AF66340-5242-435B-8A59-AFE17257AE2A@patin.com> Message-ID: I usually reinstall on Mac OS X regular from the familypack disc. I only have 3 XServes ggt 2010/3/19 Bob Patin : > I do. > How are you going to run FMSA on an Xserve without running OS X Server? > I have 10 of them. > I just bought another Xserve a few days ago for FMS 11; it's on a 2.66 > quad-core, 8GB RAM, running Leopard Server. > How does it run smoother on OS X than on OS X Server? What differences are > there? I've had zero trouble running FMSA in OS X Server; all but one of my > database servers is on an Xserve, so all of them run under OS X Server, and > I never have trouble. > Bob Patin > Longterm Solutions > bob@longtermsolutions.com > 615-333-6858 > http://www.longtermsolutions.com > iChat: bobpatin > FileMaker 9 & 10 Certified Developer > Member of FileMaker Business Alliance and FileMaker TechNet > -- > Expert FileMaker Consulting > FileMaker Hosting for all versions of FileMaker > PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting > > On Mar 19, 2010, at 3:03 AM, Gjermund Gusland Thorsen wrote: > > Who on earth would run FMSA on MacOS X Server? It runs alot smoother on > MacOS X > > ggt > > 2010/3/18 Dale Bengston : > > Snap! > > I didn't realize that my clipped link did not include the full path to the > kb article I referred to. Sorry about that. It's Answer ID 6428. > > Dale > > On Mar 18, 2010, at 5:30 PM, Bob Patin wrote: > > Well, that's what FM tech support told her, anyway... as we all know, they > sometimes give out really lousy answers. > > For example, they told a friend of mine, who's certified 8-9-10, that the > reason his server was crashing was because the database was badly-written. > > Needless to say, he was NOT amused... :) > > Bob > > > On Mar 18, 2010, at 5:19 PM, Dale Bengston wrote: > > Huh. Looking at the Server 9 system requirements > (http://www.filemaker.com/support/kb/), it looks like PHP 4.3 is the minimum > requirement. I think the Leopard Server FileMaker killer is Apache 2. Server > 9 runs on Apache 1.x. > > Dale > > _______________________________________________ > > FX.php_List mailing list > > FX.php_List@mail.iviking.org > > http://www.iviking.org/mailman/listinfo/fx.php_list > > _______________________________________________ > > FX.php_List mailing list > > FX.php_List@mail.iviking.org > > http://www.iviking.org/mailman/listinfo/fx.php_list > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > > From bob at patin.com Fri Mar 19 08:42:44 2010 From: bob at patin.com (Bob Patin) Date: Fri Mar 19 08:36:31 2010 Subject: [FX.php List] Solution to strange problem with client's new server install In-Reply-To: References: <139DBE4A-2783-4186-847D-6743E0A2616B@patin.com> <700D59E2-A1EC-4A37-8743-AB0980E826BD@patin.com> <5A965916-D03A-46F4-89D9-6D984CC39D88@tds.net> Message-ID: <821D21E6-932B-4E35-B296-5823243E1BFF@patin.com> That's your own anecdotal experience though; I've been doing it for years, on 8 machines, 7 of which are Xserves running OS X Server, and my FM Server machines *never* crash. Never. Hosting databases in OS X would be a huge pain; without the Admin Console and Workgroup Manager, I wouldn't want to have to deal with Terminal every time I added a new client. It sounds like you need someone to help with your OS X Server installations; I found a guy who is an expert with OS X Server; he helped me get my mail server squared away, and could probably find and fix your problem as well; he's a Greek-German living in Switzerland. Anyone needing help with OS X Server, either web services or mail (or anything else in OS X Server), let me know; this guy is excellent and a nice guy to boot. Bob Patin Longterm Solutions bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com iChat: bobpatin FileMaker 9 & 10 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -- Expert FileMaker Consulting FileMaker Hosting for all versions of FileMaker PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting On Mar 19, 2010, at 8:04 AM, Gjermund Gusland Thorsen wrote: > Just my experience, I have machines running MacOS X Server with FMSA > with full crashlogs > and machines running MacOS X with FMSA with empty crashlogs. > > 2010/3/19 Leo R. Lundgren : >> Why/how? >> >> 19 mar 2010 kl. 14.00 skrev Gjermund Gusland Thorsen: >> >>> FMSA on MacOS X runs smoother. >>> >>> 2010/3/19 Dale Bengston : >>>> >>>> Me. I'll take OS X Server running on a Mac server any day of the week. >>>> >>>> On Mar 19, 2010, at 3:03 AM, Gjermund Gusland Thorsen wrote: >>>> >>>>> Who on earth would run FMSA on MacOS X Server? It runs alot smoother on >>>>> MacOS X >>>>> >>>>> ggt >>>>> >>>>> 2010/3/18 Dale Bengston : >>>>>> >>>>>> Snap! >>>>>> >>>>>> I didn't realize that my clipped link did not include the full path to >>>>>> the kb article I referred to. Sorry about that. It's Answer ID 6428. >>>>>> >>>>>> Dale >>>>>> >>>>>> On Mar 18, 2010, at 5:30 PM, Bob Patin wrote: >>>>>> >>>>>>> Well, that's what FM tech support told her, anyway... as we all know, >>>>>>> they sometimes give out really lousy answers. >>>>>>> >>>>>>> For example, they told a friend of mine, who's certified 8-9-10, that >>>>>>> the reason his server was crashing was because the database was >>>>>>> badly-written. >>>>>>> >>>>>>> Needless to say, he was NOT amused... :) >>>>>>> >>>>>>> Bob >>>>>>> >>>>>>> >>>>>>> On Mar 18, 2010, at 5:19 PM, Dale Bengston wrote: >>>>>>> >>>>>>>> Huh. Looking at the Server 9 system requirements >>>>>>>> (http://www.filemaker.com/support/kb/), it looks like PHP 4.3 is the minimum >>>>>>>> requirement. I think the Leopard Server FileMaker killer is Apache 2. Server >>>>>>>> 9 runs on Apache 1.x. >>>>>>>> >>>>>>>> Dale >>>>>>> >>>>>>> _______________________________________________ >>>>>>> FX.php_List mailing list >>>>>>> FX.php_List@mail.iviking.org >>>>>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>>>> >>>>>> _______________________________________________ >>>>>> FX.php_List mailing list >>>>>> FX.php_List@mail.iviking.org >>>>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>>>> >>>>> _______________________________________________ >>>>> FX.php_List mailing list >>>>> FX.php_List@mail.iviking.org >>>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>> >>>> _______________________________________________ >>>> FX.php_List mailing list >>>> FX.php_List@mail.iviking.org >>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>> >>> _______________________________________________ >>> FX.php_List mailing list >>> FX.php_List@mail.iviking.org >>> http://www.iviking.org/mailman/listinfo/fx.php_list >> >> >> >> -| >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list >> > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20100319/3bd05b09/attachment-0001.html From ggt667 at gmail.com Fri Mar 19 08:46:24 2010 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Fri Mar 19 08:40:09 2010 Subject: [FX.php List] Solution to strange problem with client's new server install In-Reply-To: <821D21E6-932B-4E35-B296-5823243E1BFF@patin.com> References: <139DBE4A-2783-4186-847D-6743E0A2616B@patin.com> <700D59E2-A1EC-4A37-8743-AB0980E826BD@patin.com> <5A965916-D03A-46F4-89D9-6D984CC39D88@tds.net> <821D21E6-932B-4E35-B296-5823243E1BFF@patin.com> Message-ID: Mine do not crash either, but crashlogs fill 2010/3/19 Bob Patin : > That's your own anecdotal experience though; I've been doing it for years, > on 8 machines, 7 of which are Xserves running OS X Server, and my FM Server > machines *never* crash. Never. > Hosting databases in OS X would be a huge pain; without the Admin Console > and Workgroup Manager, I wouldn't want to have to deal with Terminal every > time I added a new client. > > It sounds like you need someone to help with your OS X Server installations; > I found a guy who is an expert with OS X Server; he helped me get my mail > server squared away, and could probably find and fix your problem as well; > he's a Greek-German living in Switzerland. > Anyone needing help with OS X Server, either web services or mail (or > anything else in OS X Server), let me know; this guy is excellent and a nice > guy to boot. > Bob Patin > Longterm Solutions > bob@longtermsolutions.com > 615-333-6858 > http://www.longtermsolutions.com > iChat: bobpatin > FileMaker 9 & 10 Certified Developer > Member of FileMaker Business Alliance and FileMaker TechNet > -- > Expert FileMaker Consulting > FileMaker Hosting for all versions of FileMaker > PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting > > On Mar 19, 2010, at 8:04 AM, Gjermund Gusland Thorsen wrote: > > Just my experience, I have machines running MacOS X Server with FMSA > with full crashlogs > and machines running MacOS X with FMSA with empty crashlogs. > > 2010/3/19 Leo R. Lundgren : > > Why/how? > > 19 mar 2010 kl. 14.00 skrev Gjermund Gusland Thorsen: > > FMSA on MacOS X runs smoother. > > 2010/3/19 Dale Bengston : > > Me. I'll take OS X Server running on a Mac server any day of the week. > > On Mar 19, 2010, at 3:03 AM, Gjermund Gusland Thorsen wrote: > > Who on earth would run FMSA on MacOS X Server? It runs alot smoother on > > MacOS X > > ggt > > 2010/3/18 Dale Bengston : > > Snap! > > I didn't realize that my clipped link did not include the full path to > > the kb article I referred to. Sorry about that. It's Answer ID 6428. > > Dale > > On Mar 18, 2010, at 5:30 PM, Bob Patin wrote: > > Well, that's what FM tech support told her, anyway... as we all know, > > they sometimes give out really lousy answers. > > For example, they told a friend of mine, who's certified 8-9-10, that > > the reason his server was crashing was because the database was > > badly-written. > > Needless to say, he was NOT amused... :) > > Bob > > > On Mar 18, 2010, at 5:19 PM, Dale Bengston wrote: > > Huh. Looking at the Server 9 system requirements > > (http://www.filemaker.com/support/kb/), it looks like PHP 4.3 is the minimum > > requirement. I think the Leopard Server FileMaker killer is Apache 2. Server > > 9 runs on Apache 1.x. > > Dale > > _______________________________________________ > > FX.php_List mailing list > > FX.php_List@mail.iviking.org > > http://www.iviking.org/mailman/listinfo/fx.php_list > > _______________________________________________ > > FX.php_List mailing list > > FX.php_List@mail.iviking.org > > http://www.iviking.org/mailman/listinfo/fx.php_list > > _______________________________________________ > > FX.php_List mailing list > > FX.php_List@mail.iviking.org > > http://www.iviking.org/mailman/listinfo/fx.php_list > > _______________________________________________ > > FX.php_List mailing list > > FX.php_List@mail.iviking.org > > http://www.iviking.org/mailman/listinfo/fx.php_list > > _______________________________________________ > > FX.php_List mailing list > > FX.php_List@mail.iviking.org > > http://www.iviking.org/mailman/listinfo/fx.php_list > > > > -| > > _______________________________________________ > > FX.php_List mailing list > > FX.php_List@mail.iviking.org > > http://www.iviking.org/mailman/listinfo/fx.php_list > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > > From bob at patin.com Fri Mar 19 09:20:36 2010 From: bob at patin.com (Bob Patin) Date: Fri Mar 19 09:14:24 2010 Subject: [FX.php List] Solution to strange problem with client's new server install In-Reply-To: References: <139DBE4A-2783-4186-847D-6743E0A2616B@patin.com> <700D59E2-A1EC-4A37-8743-AB0980E826BD@patin.com> <5A965916-D03A-46F4-89D9-6D984CC39D88@tds.net> <9AF66340-5242-435B-8A59-AFE17257AE2A@patin.com> Message-ID: <8B2859CD-FBB1-4CAB-B2A7-9778B745C5AD@patin.com> How can you run OS X on an XServe? I didn't think that was possible? BP On Mar 19, 2010, at 9:40 AM, Gjermund Gusland Thorsen wrote: > I usually reinstall on Mac OS X regular from the familypack disc. > > I only have 3 XServes > > ggt > > 2010/3/19 Bob Patin : >> I do. >> How are you going to run FMSA on an Xserve without running OS X Server? >> I have 10 of them. >> I just bought another Xserve a few days ago for FMS 11; it's on a 2.66 >> quad-core, 8GB RAM, running Leopard Server. >> How does it run smoother on OS X than on OS X Server? What differences are >> there? I've had zero trouble running FMSA in OS X Server; all but one of my >> database servers is on an Xserve, so all of them run under OS X Server, and >> I never have trouble. >> Bob Patin >> Longterm Solutions >> bob@longtermsolutions.com >> 615-333-6858 >> http://www.longtermsolutions.com >> iChat: bobpatin >> FileMaker 9 & 10 Certified Developer >> Member of FileMaker Business Alliance and FileMaker TechNet >> -- >> Expert FileMaker Consulting >> FileMaker Hosting for all versions of FileMaker >> PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting >> >> On Mar 19, 2010, at 3:03 AM, Gjermund Gusland Thorsen wrote: >> >> Who on earth would run FMSA on MacOS X Server? It runs alot smoother on >> MacOS X >> >> ggt >> >> 2010/3/18 Dale Bengston : >> >> Snap! >> >> I didn't realize that my clipped link did not include the full path to the >> kb article I referred to. Sorry about that. It's Answer ID 6428. >> >> Dale >> >> On Mar 18, 2010, at 5:30 PM, Bob Patin wrote: >> >> Well, that's what FM tech support told her, anyway... as we all know, they >> sometimes give out really lousy answers. >> >> For example, they told a friend of mine, who's certified 8-9-10, that the >> reason his server was crashing was because the database was badly-written. >> >> Needless to say, he was NOT amused... :) >> >> Bob >> >> >> On Mar 18, 2010, at 5:19 PM, Dale Bengston wrote: >> >> Huh. Looking at the Server 9 system requirements >> (http://www.filemaker.com/support/kb/), it looks like PHP 4.3 is the minimum >> requirement. I think the Leopard Server FileMaker killer is Apache 2. Server >> 9 runs on Apache 1.x. >> >> Dale >> >> _______________________________________________ >> >> FX.php_List mailing list >> >> FX.php_List@mail.iviking.org >> >> http://www.iviking.org/mailman/listinfo/fx.php_list >> >> _______________________________________________ >> >> FX.php_List mailing list >> >> FX.php_List@mail.iviking.org >> >> http://www.iviking.org/mailman/listinfo/fx.php_list >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list >> >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list >> >> > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list From dbengston at tds.net Fri Mar 19 10:11:53 2010 From: dbengston at tds.net (Dale Bengston) Date: Fri Mar 19 10:05:45 2010 Subject: [FX.php List] Solution to strange problem with client's new server install In-Reply-To: References: <139DBE4A-2783-4186-847D-6743E0A2616B@patin.com> <700D59E2-A1EC-4A37-8743-AB0980E826BD@patin.com> <5A965916-D03A-46F4-89D9-6D984CC39D88@tds.net> Message-ID: Yours is what I'd call anecdotal evidence. My experience is completely different from this. On Mar 19, 2010, at 8:04 AM, Gjermund Gusland Thorsen wrote: > Just my experience, I have machines running MacOS X Server with FMSA > with full crashlogs > and machines running MacOS X with FMSA with empty crashlogs. > > 2010/3/19 Leo R. Lundgren : >> Why/how? >> >> 19 mar 2010 kl. 14.00 skrev Gjermund Gusland Thorsen: >> >>> FMSA on MacOS X runs smoother. >>> >>> 2010/3/19 Dale Bengston : >>>> >>>> Me. I'll take OS X Server running on a Mac server any day of the week. >>>> >>>> On Mar 19, 2010, at 3:03 AM, Gjermund Gusland Thorsen wrote: >>>> >>>>> Who on earth would run FMSA on MacOS X Server? It runs alot smoother on >>>>> MacOS X >>>>> >>>>> ggt >>>>> >>>>> 2010/3/18 Dale Bengston : >>>>>> >>>>>> Snap! >>>>>> >>>>>> I didn't realize that my clipped link did not include the full path to >>>>>> the kb article I referred to. Sorry about that. It's Answer ID 6428. >>>>>> >>>>>> Dale >>>>>> >>>>>> On Mar 18, 2010, at 5:30 PM, Bob Patin wrote: >>>>>> >>>>>>> Well, that's what FM tech support told her, anyway... as we all know, >>>>>>> they sometimes give out really lousy answers. >>>>>>> >>>>>>> For example, they told a friend of mine, who's certified 8-9-10, that >>>>>>> the reason his server was crashing was because the database was >>>>>>> badly-written. >>>>>>> >>>>>>> Needless to say, he was NOT amused... :) >>>>>>> >>>>>>> Bob >>>>>>> >>>>>>> >>>>>>> On Mar 18, 2010, at 5:19 PM, Dale Bengston wrote: >>>>>>> >>>>>>>> Huh. Looking at the Server 9 system requirements >>>>>>>> (http://www.filemaker.com/support/kb/), it looks like PHP 4.3 is the minimum >>>>>>>> requirement. I think the Leopard Server FileMaker killer is Apache 2. Server >>>>>>>> 9 runs on Apache 1.x. >>>>>>>> >>>>>>>> Dale >>>>>>> >>>>>>> _______________________________________________ >>>>>>> FX.php_List mailing list >>>>>>> FX.php_List@mail.iviking.org >>>>>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>>>> >>>>>> _______________________________________________ >>>>>> FX.php_List mailing list >>>>>> FX.php_List@mail.iviking.org >>>>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>>>> >>>>> _______________________________________________ >>>>> FX.php_List mailing list >>>>> FX.php_List@mail.iviking.org >>>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>> >>>> _______________________________________________ >>>> FX.php_List mailing list >>>> FX.php_List@mail.iviking.org >>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>> >>> _______________________________________________ >>> FX.php_List mailing list >>> FX.php_List@mail.iviking.org >>> http://www.iviking.org/mailman/listinfo/fx.php_list >> >> >> >> -| >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list >> > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list From bob at patin.com Fri Mar 19 15:00:38 2010 From: bob at patin.com (Bob Patin) Date: Fri Mar 19 14:54:26 2010 Subject: [FX.php List] Problem with clients iis install Message-ID: I've got a client who's using IIS for the web server, FMSA 10 for databases; recently they moved the FM server to a new location, so that now the web server is in one location, the database server is in a 2nd. The connection from the web server is 100 megabits; the connection speed at the database server is 3.0Mbs. The web app worked fine when both servers were in one location, but now we're getting timeout errors after 30 seconds. Not having worked with IIS, I don't know how to solve this problem; does anyone have any experience with something like this, and if so, how did you resolve it? Thanks, Bob Patin Longterm Solutions bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com iChat: bobpatin FileMaker 9 & 10 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -- Expert FileMaker Consulting FileMaker Hosting 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/20100319/440abbff/attachment.html From jschwartz at exit445.com Fri Mar 19 15:19:22 2010 From: jschwartz at exit445.com (Jonathan Schwartz) Date: Fri Mar 19 15:18:03 2010 Subject: [FX.php List] Problem with clients iis install In-Reply-To: References: Message-ID: My smart-ass answer is.....to toss the IIS machine. Do all pages end with time out, or do some work some of the time? J At 4:00 PM -0500 3/19/10, Bob Patin wrote: >I've got a client who's using IIS for the web server, FMSA 10 for >databases; recently they moved the FM server to a new location, so >that now the web server is in one location, the database server is >in a 2nd. > >The connection from the web server is 100 megabits; the connection >speed at the database server is 3.0Mbs. The web app worked fine when >both servers were in one location, but now we're getting timeout >errors after 30 seconds. > >Not having worked with IIS, I don't know how to solve this problem; >does anyone have any experience with something like this, and if so, >how did you resolve it? > >Thanks, > >Bob Patin > >Longterm Solutions >bob@longtermsolutions.com >615-333-6858 >http://www.longtermsolutions.com >iChat: bobpatin >FileMaker 9 & 10 Certified Developer >Member of FileMaker Business Alliance and FileMaker TechNet >-- >Expert FileMaker Consulting >FileMaker Hosting 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 -- Jonathan Schwartz Exit 445 Group jonathan@exit445.com http://www.exit445.com 415-370-5011 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20100319/5fb6ba31/attachment-0001.html From andersm at alamark.com Fri Mar 19 16:10:24 2010 From: andersm at alamark.com (Anders Monsen) Date: Fri Mar 19 16:04:08 2010 Subject: [FX.php List] Problem with clients iis install In-Reply-To: References: Message-ID: <6A9690BA-FF82-420E-883C-E4C17DBA3439@alamark.com> How long do the scripts usually run? Longer than 30 seconds? Could this be a timeout setting in php.ini that needs to be adjusted? I had some long PHP scripts running on Windows once, and this was the cause. If you scripts usually run less than 30 seconds, then ignore my comments. -- Anders Monsen On Mar19, 2010, at 4:00 PM, Bob Patin wrote: > I've got a client who's using IIS for the web server, FMSA 10 for databases; recently they moved the FM server to a new location, so that now the web server is in one location, the database server is in a 2nd. > > The connection from the web server is 100 megabits; the connection speed at the database server is 3.0Mbs. The web app worked fine when both servers were in one location, but now we're getting timeout errors after 30 seconds. > > Not having worked with IIS, I don't know how to solve this problem; does anyone have any experience with something like this, and if so, how did you resolve it? > > Thanks, > > Bob Patin > > Longterm Solutions > bob@longtermsolutions.com > 615-333-6858 > http://www.longtermsolutions.com > iChat: bobpatin > FileMaker 9 & 10 Certified Developer > Member of FileMaker Business Alliance and FileMaker TechNet > -- > Expert FileMaker Consulting > FileMaker Hosting 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20100319/cb2f83bb/attachment.html From bob at patin.com Fri Mar 19 16:31:30 2010 From: bob at patin.com (Bob Patin) Date: Fri Mar 19 16:25:17 2010 Subject: [FX.php List] Problem with clients iis install In-Reply-To: References: Message-ID: It all worked great when both machines were side-by-side, but now even the simplest FMView(), of a table with 20 records, causes a timeout. BP On Mar 19, 2010, at 4:19 PM, Jonathan Schwartz wrote: > My smart-ass answer is.....to toss the IIS machine. > > Do all pages end with time out, or do some work some of the time? > > J > From dbengston at tds.net Fri Mar 19 16:42:25 2010 From: dbengston at tds.net (Dale Bengston) Date: Fri Mar 19 16:36:13 2010 Subject: [FX.php List] Problem with clients iis install In-Reply-To: References: Message-ID: Hi Bob, I'd be casting a jaundiced eye on routers and other network hardware. What happens if you intentionally break your connection to the IIS server? For instance, putting in the wrong IP? Does it fail the same way? Dale On Mar 19, 2010, at 5:31 PM, Bob Patin wrote: > It all worked great when both machines were side-by-side, but now even the simplest FMView(), of a table with 20 records, causes a timeout. > > BP > > > On Mar 19, 2010, at 4:19 PM, Jonathan Schwartz wrote: > >> My smart-ass answer is.....to toss the IIS machine. >> >> Do all pages end with time out, or do some work some of the time? >> >> J >> > > _______________________________________________ > 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 Mar 19 16:45:30 2010 From: bob at patin.com (Bob Patin) Date: Fri Mar 19 16:39:16 2010 Subject: [FX.php List] Problem with clients iis install In-Reply-To: References: Message-ID: <2D9C559B-56A0-4824-B2D6-C1752934D27C@patin.com> Good question, and one I hadn't tried... Right now it's totally geeked and I get this when I return the errorCode: No action taken But when it's actually working, albeit slowly, it just times out. When I change the IP to a bad one, I get a Fatal error, the type you see when a connection isn't made (like I had with my other client the other day when she was using the wrong version of PHP w/FMSA 9). BP Longterm Solutions bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com iChat: bobpatin FileMaker 9 & 10 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -- Expert FileMaker Consulting FileMaker Hosting for all versions of FileMaker PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting On Mar 19, 2010, at 5:42 PM, Dale Bengston wrote: > I'd be casting a jaundiced eye on routers and other network hardware. What happens if you intentionally break your connection to the IIS server? For instance, putting in the wrong IP? Does it fail the same way? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20100319/d35da25b/attachment.html From adenman at tmea.org Fri Mar 19 23:47:10 2010 From: adenman at tmea.org (Andrew Denman) Date: Fri Mar 19 23:40:53 2010 Subject: [FX.php List] Problem with clients iis install In-Reply-To: <2D9C559B-56A0-4824-B2D6-C1752934D27C@patin.com> References: <2D9C559B-56A0-4824-B2D6-C1752934D27C@patin.com> Message-ID: This sounds suspiciously like a network issue, especially if the FMS/IIS server the same exact one, just moved. The only time i've gotten timeout messages in PHP are when FMS took a long time to respond and exceeded the PHP timeout. In my case, it was doing a complex find with lots of relational data. A slow or bad connection between the computers could also prevent the web server from receiving a response in a timely manner. An easy way to see if you're hitting the PHP timeout is to change it and see if it takes longer to get the error or completes the page: http://us2.php.net/manual/en/function.set-time-limit.php (A note if you're using fastCGI: you may also have to edit the fastCGI settings, as it has it's own time limit.) On Mar 19, 2010, at 5:45 PM, Bob Patin wrote: Good question, and one I hadn't tried... Right now it's totally geeked and I get this when I return the errorCode: No action taken But when it's actually working, albeit slowly, it just times out. When I change the IP to a bad one, I get a Fatal error, the type you see when a connection isn't made (like I had with my other client the other day when she was using the wrong version of PHP w/FMSA 9). BP Longterm Solutions bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com iChat: bobpatin FileMaker 9 & 10 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -- Expert FileMaker Consulting FileMaker Hosting for all versions of FileMaker PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting On Mar 19, 2010, at 5:42 PM, Dale Bengston wrote: I'd be casting a jaundiced eye on routers and other network hardware. What happens if you intentionally break your connection to the IIS server? For instance, putting in the wrong IP? Does it fail the same way? Andrew Denman -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20100320/f07af39c/attachment-0001.html From ggt667 at gmail.com Sat Mar 20 04:53:50 2010 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Sat Mar 20 04:47:32 2010 Subject: [FX.php List] Problem with clients iis install In-Reply-To: References: <2D9C559B-56A0-4824-B2D6-C1752934D27C@patin.com> Message-ID: DNS error? 2010/3/20 Andrew Denman : > This sounds suspiciously like a network issue, especially if?the FMS/IIS > server the same exact one, just moved. > The only time i've gotten timeout messages in PHP are when FMS took a long > time to respond and exceeded the PHP timeout. In my case, it was doing a > complex find with lots of relational data. ?A slow or bad connection between > the computers could also prevent the web server from receiving a response in > a timely manner. > An easy way to see if you're hitting the PHP timeout is to change it and see > if it takes longer to get the error or completes the > page:?http://us2.php.net/manual/en/function.set-time-limit.php (A note if > you're using fastCGI: you may also have to edit the fastCGI settings, as it > has it's own time limit.) > On Mar 19, 2010, at 5:45 PM, Bob Patin wrote: > > Good question, and one I hadn't tried... > Right now it's totally geeked and I get this when I return the errorCode: > No action taken > But when it's actually working, albeit slowly, it just times out. > When I change the IP to a bad one, I get a Fatal error, the type you see > when a connection isn't made (like I had with my other client the other day > when she was using the wrong version of PHP w/FMSA 9). > BP > Longterm Solutions > bob@longtermsolutions.com > 615-333-6858 > http://www.longtermsolutions.com > iChat: bobpatin > FileMaker 9 & 10 Certified Developer > Member of FileMaker Business Alliance and FileMaker TechNet > -- > Expert FileMaker Consulting > FileMaker Hosting for all versions of FileMaker > PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting > On Mar 19, 2010, at 5:42 PM, Dale Bengston wrote: > > I'd be casting a jaundiced eye on routers and other network hardware. What > happens if you intentionally break your connection to the IIS server? For > instance, putting in the wrong IP? Does it fail the same way? > > > > Andrew Denman > > > > _______________________________________________ > 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 Sat Mar 20 08:16:24 2010 From: bob at patin.com (Bob Patin) Date: Sat Mar 20 08:10:09 2010 Subject: [FX.php List] Problem with clients iis install In-Reply-To: References: <2D9C559B-56A0-4824-B2D6-C1752934D27C@patin.com> Message-ID: No, it does work *sometimes,* just really slowly. Here's a question: they use a VPN to connect from one location to another, so that they can open all the ports. I've advised using a traditional method so that we can eliminate one possibility. So what I don't know is this: do 2 machines connecting in a VPN function the same as 2 machines connecting over the Internet, other than private IPs? Thanks, Bob Patin Longterm Solutions bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com iChat: bobpatin FileMaker 9 & 10 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -- Expert FileMaker Consulting FileMaker Hosting for all versions of FileMaker PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting On Mar 20, 2010, at 5:53 AM, Gjermund Gusland Thorsen wrote: > DNS error? > > 2010/3/20 Andrew Denman : >> This sounds suspiciously like a network issue, especially if the FMS/IIS >> server the same exact one, just moved. >> The only time i've gotten timeout messages in PHP are when FMS took a long >> time to respond and exceeded the PHP timeout. In my case, it was doing a >> complex find with lots of relational data. A slow or bad connection between >> the computers could also prevent the web server from receiving a response in >> a timely manner. >> An easy way to see if you're hitting the PHP timeout is to change it and see >> if it takes longer to get the error or completes the >> page: http://us2.php.net/manual/en/function.set-time-limit.php (A note if >> you're using fastCGI: you may also have to edit the fastCGI settings, as it >> has it's own time limit.) >> On Mar 19, 2010, at 5:45 PM, Bob Patin wrote: >> >> Good question, and one I hadn't tried... >> Right now it's totally geeked and I get this when I return the errorCode: >> No action taken >> But when it's actually working, albeit slowly, it just times out. >> When I change the IP to a bad one, I get a Fatal error, the type you see >> when a connection isn't made (like I had with my other client the other day >> when she was using the wrong version of PHP w/FMSA 9). >> BP >> Longterm Solutions >> bob@longtermsolutions.com >> 615-333-6858 >> http://www.longtermsolutions.com >> iChat: bobpatin >> FileMaker 9 & 10 Certified Developer >> Member of FileMaker Business Alliance and FileMaker TechNet >> -- >> Expert FileMaker Consulting >> FileMaker Hosting for all versions of FileMaker >> PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting >> On Mar 19, 2010, at 5:42 PM, Dale Bengston wrote: >> >> I'd be casting a jaundiced eye on routers and other network hardware. What >> happens if you intentionally break your connection to the IIS server? For >> instance, putting in the wrong IP? Does it fail the same way? >> >> >> >> Andrew Denman >> >> >> >> _______________________________________________ >> 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/20100320/3cb88247/attachment.html From leo at finalresort.org Sat Mar 20 08:21:26 2010 From: leo at finalresort.org (Leo R. Lundgren) Date: Sat Mar 20 08:15:12 2010 Subject: [FX.php List] Problem with clients iis install In-Reply-To: References: <2D9C559B-56A0-4824-B2D6-C1752934D27C@patin.com> Message-ID: If it's a "regular" VPN, it should function the same. In essence, once the tunnel is up, it is just normal IP and routing going on. The most obvious difference is that there is usually no Bonjour and broadcast going on, which can be set up but is nothing you should expect. However, as we are talking about TPC/IP communication in this case, I don't think this is an issue. Maybe it's time to use tcpdump on the connecting machine, and see how/ if the traffic flows. An example for sniffing all traffic for a specific port, and dumping it right out in the terminal, is: tcpdump -ni -As0 'filter' .. where 'filter' can be stuff according to `man tcpdump`, for example 'host and port ' should give you traffic related to the remote host and the specific port (regardless of whether the port is mentioned in the sending or recieving). 20 mar 2010 kl. 15.16 skrev Bob Patin: > No, it does work *sometimes,* just really slowly. > > Here's a question: they use a VPN to connect from one location to > another, so that they can open all the ports. I've advised using a > traditional method so that we can eliminate one possibility. > > So what I don't know is this: do 2 machines connecting in a VPN > function the same as 2 machines connecting over the Internet, other > than private IPs? > > Thanks, > > Bob Patin > Longterm Solutions > bob@longtermsolutions.com > 615-333-6858 > http://www.longtermsolutions.com > iChat: bobpatin > FileMaker 9 & 10 Certified Developer > Member of FileMaker Business Alliance and FileMaker TechNet > -- > Expert FileMaker Consulting > FileMaker Hosting for all versions of FileMaker > PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting > On Mar 20, 2010, at 5:53 AM, Gjermund Gusland Thorsen wrote: > >> DNS error? >> >> 2010/3/20 Andrew Denman : >>> This sounds suspiciously like a network issue, especially if the >>> FMS/IIS >>> server the same exact one, just moved. >>> The only time i've gotten timeout messages in PHP are when FMS >>> took a long >>> time to respond and exceeded the PHP timeout. In my case, it was >>> doing a >>> complex find with lots of relational data. A slow or bad >>> connection between >>> the computers could also prevent the web server from receiving a >>> response in >>> a timely manner. >>> An easy way to see if you're hitting the PHP timeout is to change >>> it and see >>> if it takes longer to get the error or completes the >>> page: http://us2.php.net/manual/en/function.set-time-limit.php (A >>> note if >>> you're using fastCGI: you may also have to edit the fastCGI >>> settings, as it >>> has it's own time limit.) >>> On Mar 19, 2010, at 5:45 PM, Bob Patin wrote: >>> >>> Good question, and one I hadn't tried... >>> Right now it's totally geeked and I get this when I return the >>> errorCode: >>> No action taken >>> But when it's actually working, albeit slowly, it just times out. >>> When I change the IP to a bad one, I get a Fatal error, the type >>> you see >>> when a connection isn't made (like I had with my other client the >>> other day >>> when she was using the wrong version of PHP w/FMSA 9). >>> BP >>> Longterm Solutions >>> bob@longtermsolutions.com >>> 615-333-6858 >>> http://www.longtermsolutions.com >>> iChat: bobpatin >>> FileMaker 9 & 10 Certified Developer >>> Member of FileMaker Business Alliance and FileMaker TechNet >>> -- >>> Expert FileMaker Consulting >>> FileMaker Hosting for all versions of FileMaker >>> PHP ? Full email services ? Free DNS hosting ? Colocation ? >>> Consulting >>> On Mar 19, 2010, at 5:42 PM, Dale Bengston wrote: >>> >>> I'd be casting a jaundiced eye on routers and other network >>> hardware. What >>> happens if you intentionally break your connection to the IIS >>> server? For >>> instance, putting in the wrong IP? Does it fail the same way? >>> >>> >>> >>> Andrew Denman >>> >>> >>> >>> _______________________________________________ >>> 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/20100320/8bd68919/attachment-0001.html From bob at patin.com Sat Mar 20 08:40:12 2010 From: bob at patin.com (Bob Patin) Date: Sat Mar 20 08:33:56 2010 Subject: [FX.php List] Problem with clients iis install In-Reply-To: References: <2D9C559B-56A0-4824-B2D6-C1752934D27C@patin.com> Message-ID: <01BF0A21-F89B-42AC-8C28-72FBCC758361@patin.com> Here's what I just tried: Since their site's not working anyway, I took their ticketing page offline, and changed the server data page so that it uses my WPE here on one of my web servers. Worked immediately. Of course, that means that all of the PHP is using my WPE and my database server here (I have a complete copy of the database & web app here on my machines), so it's not using the WPE on the web server, or the database server at their location. There's something about their VPN that's not allowing this to work, I'm convinced; they've been reluctant to reconfigure the WPE to use the web server's public IP, but that's what I think it needs to be doing, instead of trying to use the private IP on the VPN. ... at least, it *works* this way, which seems to indicate that... Thanks for your input; if you think of anything, let me know. Thanks, Bob On Mar 20, 2010, at 9:21 AM, Leo R. Lundgren wrote: > If it's a "regular" VPN, it should function the same. In essence, once the tunnel is up, it is just normal IP and routing going on. > > The most obvious difference is that there is usually no Bonjour and broadcast going on, which can be set up but is nothing you should expect. However, as we are talking about TPC/IP communication in this case, I don't think this is an issue. > > Maybe it's time to use tcpdump on the connecting machine, and see how/if the traffic flows. An example for sniffing all traffic for a specific port, and dumping it right out in the terminal, is: > > tcpdump -ni -As0 'filter' > > .. where 'filter' can be stuff according to `man tcpdump`, for example 'host and port ' should give you traffic related to the remote host and the specific port (regardless of whether the port is mentioned in the sending or recieving). > > > 20 mar 2010 kl. 15.16 skrev Bob Patin: > >> No, it does work *sometimes,* just really slowly. >> >> Here's a question: they use a VPN to connect from one location to another, so that they can open all the ports. I've advised using a traditional method so that we can eliminate one possibility. >> >> So what I don't know is this: do 2 machines connecting in a VPN function the same as 2 machines connecting over the Internet, other than private IPs? >> >> Thanks, >> >> Bob Patin >> Longterm Solutions >> bob@longtermsolutions.com >> 615-333-6858 >> http://www.longtermsolutions.com >> iChat: bobpatin >> FileMaker 9 & 10 Certified Developer >> Member of FileMaker Business Alliance and FileMaker TechNet >> -- >> Expert FileMaker Consulting >> FileMaker Hosting for all versions of FileMaker >> PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting >> On Mar 20, 2010, at 5:53 AM, Gjermund Gusland Thorsen wrote: >> >>> DNS error? >>> >>> 2010/3/20 Andrew Denman : >>>> This sounds suspiciously like a network issue, especially if the FMS/IIS >>>> server the same exact one, just moved. >>>> The only time i've gotten timeout messages in PHP are when FMS took a long >>>> time to respond and exceeded the PHP timeout. In my case, it was doing a >>>> complex find with lots of relational data. A slow or bad connection between >>>> the computers could also prevent the web server from receiving a response in >>>> a timely manner. >>>> An easy way to see if you're hitting the PHP timeout is to change it and see >>>> if it takes longer to get the error or completes the >>>> page: http://us2.php.net/manual/en/function.set-time-limit.php (A note if >>>> you're using fastCGI: you may also have to edit the fastCGI settings, as it >>>> has it's own time limit.) >>>> On Mar 19, 2010, at 5:45 PM, Bob Patin wrote: >>>> >>>> Good question, and one I hadn't tried... >>>> Right now it's totally geeked and I get this when I return the errorCode: >>>> No action taken >>>> But when it's actually working, albeit slowly, it just times out. >>>> When I change the IP to a bad one, I get a Fatal error, the type you see >>>> when a connection isn't made (like I had with my other client the other day >>>> when she was using the wrong version of PHP w/FMSA 9). >>>> BP >>>> Longterm Solutions >>>> bob@longtermsolutions.com >>>> 615-333-6858 >>>> http://www.longtermsolutions.com >>>> iChat: bobpatin >>>> FileMaker 9 & 10 Certified Developer >>>> Member of FileMaker Business Alliance and FileMaker TechNet >>>> -- >>>> Expert FileMaker Consulting >>>> FileMaker Hosting for all versions of FileMaker >>>> PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting >>>> On Mar 19, 2010, at 5:42 PM, Dale Bengston wrote: >>>> >>>> I'd be casting a jaundiced eye on routers and other network hardware. What >>>> happens if you intentionally break your connection to the IIS server? For >>>> instance, putting in the wrong IP? Does it fail the same way? >>>> >>>> >>>> >>>> Andrew Denman >>>> >>>> >>>> >>>> _______________________________________________ >>>> 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/20100320/3375931e/attachment.html From jschwartz at exit445.com Sat Mar 20 09:09:01 2010 From: jschwartz at exit445.com (Jonathan Schwartz) Date: Sat Mar 20 09:18:56 2010 Subject: [FX.php List] Where are php sess files stored in OS X? Message-ID: Hi Folks, In working through continued stability issues with an IIS installation, where the newest "smoking gun" is the Garbage Collection system which doesn't appear to work, I decided to go looking on my OS X systems and see hot it worked there. I can't find the directory for the PHP session files. Yes, yes...I know. I looked at the phpinfo. There is no value for session.saved_path. So where are files stored when there is no value? I 've wondered about this ...literally...for years, but have not had the time to pursue until now. Thanks Jonathan -- Jonathan Schwartz Exit 445 Group jonathan@exit445.com http://www.exit445.com 415-370-5011 From leo at finalresort.org Sat Mar 20 09:36:51 2010 From: leo at finalresort.org (Leo R. Lundgren) Date: Sat Mar 20 09:30:38 2010 Subject: [FX.php List] Where are php sess files stored in OS X? In-Reply-To: References: Message-ID: Check in /var/tmp (which is effectively /private/var/tmp). The files should be named sess_*. 20 mar 2010 kl. 16.09 skrev Jonathan Schwartz: > Hi Folks, > > In working through continued stability issues with an IIS > installation, where the newest "smoking gun" is the Garbage > Collection system which doesn't appear to work, I decided to go > looking on my OS X systems and see hot it worked there. > > I can't find the directory for the PHP session files. Yes, yes...I > know. I looked at the phpinfo. There is no value for > session.saved_path. > > So where are files stored when there is no value? I 've wondered > about this ...literally...for years, but have not had the time to > pursue until now. > > Thanks > > Jonathan > -- > Jonathan Schwartz > Exit 445 Group > jonathan@exit445.com > http://www.exit445.com > 415-370-5011 > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list -| From jschwartz at exit445.com Sat Mar 20 09:56:07 2010 From: jschwartz at exit445.com (Jonathan Schwartz) Date: Sat Mar 20 09:52:29 2010 Subject: [FX.php List] Where are php sess files stored in OS X? In-Reply-To: References: Message-ID: There they are! Thanks! OK. I quick look shows that they are in fact being deleted by Garbage Collection in this OS X install.. My original problem is that a Windows system is NOT clearing them, and producing this error from time to time: ps_files_cleanup_dir:opendir(C:\WINDOWS\TEMP) failed: No error (0) The original phpini had no entry fro the path. I added "C:\WINDOWS\Temp" ,but still no GC. Note...the error doesn;t say "permission denied". Any clues? Thanks Jonathan At 4:36 PM +0100 3/20/10, Leo R. Lundgren wrote: >Check in /var/tmp (which is effectively /private/var/tmp). The files >should be named sess_*. > >20 mar 2010 kl. 16.09 skrev Jonathan Schwartz: > >>Hi Folks, >> >>In working through continued stability issues with an IIS >>installation, where the newest "smoking gun" is the Garbage >>Collection system which doesn't appear to work, I decided to go >>looking on my OS X systems and see hot it worked there. >> >>I can't find the directory for the PHP session files. Yes, yes...I >>know. I looked at the phpinfo. There is no value for >>session.saved_path. >> >>So where are files stored when there is no value? I 've wondered >>about this ...literally...for years, but have not had the time to >>pursue until now. >> >>Thanks >> >>Jonathan >>-- >>Jonathan Schwartz >>Exit 445 Group >>jonathan@exit445.com >>http://www.exit445.com >>415-370-5011 >>_______________________________________________ >>FX.php_List mailing list >>FX.php_List@mail.iviking.org >>http://www.iviking.org/mailman/listinfo/fx.php_list > > > >-| > >_______________________________________________ >FX.php_List mailing list >FX.php_List@mail.iviking.org >http://www.iviking.org/mailman/listinfo/fx.php_list -- Jonathan Schwartz Exit 445 Group jonathan@exit445.com http://www.exit445.com 415-370-5011 From ggt667 at gmail.com Sat Mar 20 10:24:39 2010 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Sat Mar 20 10:18:20 2010 Subject: [FX.php List] Problem with clients iis install In-Reply-To: <01BF0A21-F89B-42AC-8C28-72FBCC758361@patin.com> References: <2D9C559B-56A0-4824-B2D6-C1752934D27C@patin.com> <01BF0A21-F89B-42AC-8C28-72FBCC758361@patin.com> Message-ID: Lack of reverse lookup? 2010/3/20 Bob Patin : > Here's what I just tried: > Since their site's not working anyway, I took their ticketing page offline, > and changed the server data page so that it uses my WPE here on one of my > web servers. Worked immediately. > Of course, that means that all of the PHP is using my WPE and my database > server here (I have a complete copy of the database & web app here on my > machines), so it's not using the WPE on the web server, or the database > server at their location. > There's something about their VPN that's not allowing this to work, I'm > convinced; they've been reluctant to reconfigure the WPE to use the web > server's public IP, but that's what I think it needs to be doing, instead of > trying to use the private IP on the VPN. > ... at least, it *works* this way, which seems to indicate that... > Thanks for your input; if you think of anything, let me know. Thanks, > Bob > > On Mar 20, 2010, at 9:21 AM, Leo R. Lundgren wrote: > > If it's a "regular" VPN, it should function the same. In essence, once the > tunnel is up, it is just normal IP and routing going on. > The most obvious difference is that there is usually no Bonjour and > broadcast going on, which can be set up but is nothing you should expect. > However, as we are talking about TPC/IP communication in this case, I don't > think this is an issue. > Maybe it's time to use tcpdump on the connecting machine, and see how/if the > traffic flows. An example for sniffing all traffic for a specific port, and > dumping it right out in the terminal, is: > tcpdump -ni -As0 'filter' > .. where 'filter' can be stuff according to `man tcpdump`, for example 'host > and port ' > should give you traffic related to the remote host and the specific port > (regardless of whether the port is mentioned in the sending or recieving). > > 20 mar 2010 kl. 15.16 skrev Bob Patin: > > No, it does work *sometimes,* just really slowly. > Here's a question: they use a VPN to connect from one location to another, > so that they can open all the ports. I've advised using a traditional method > so that we can eliminate one possibility. > So what I don't know is this: do 2 machines connecting in a VPN function the > same as 2 machines connecting over the Internet, other than private IPs? > Thanks, > Bob Patin > Longterm Solutions > bob@longtermsolutions.com > 615-333-6858 > http://www.longtermsolutions.com > iChat: bobpatin > FileMaker 9 & 10 Certified Developer > Member of FileMaker Business Alliance and FileMaker TechNet > -- > Expert FileMaker Consulting > FileMaker Hosting for all versions of FileMaker > PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting > On Mar 20, 2010, at 5:53 AM, Gjermund Gusland Thorsen wrote: > > DNS error? > > 2010/3/20 Andrew Denman : > > This sounds suspiciously like a network issue, especially if?the FMS/IIS > > server the same exact one, just moved. > > The only time i've gotten timeout messages in PHP are when FMS took a long > > time to respond and exceeded the PHP timeout. In my case, it was doing a > > complex find with lots of relational data. ?A slow or bad connection between > > the computers could also prevent the web server from receiving a response in > > a timely manner. > > An easy way to see if you're hitting the PHP timeout is to change it and see > > if it takes longer to get the error or completes the > > page:?http://us2.php.net/manual/en/function.set-time-limit.php (A note if > > you're using fastCGI: you may also have to edit the fastCGI settings, as it > > has it's own time limit.) > > On Mar 19, 2010, at 5:45 PM, Bob Patin wrote: > > Good question, and one I hadn't tried... > > Right now it's totally geeked and I get this when I return the errorCode: > > No action taken > > But when it's actually working, albeit slowly, it just times out. > > When I change the IP to a bad one, I get a Fatal error, the type you see > > when a connection isn't made (like I had with my other client the other day > > when she was using the wrong version of PHP w/FMSA 9). > > BP > > Longterm Solutions > > bob@longtermsolutions.com > > 615-333-6858 > > http://www.longtermsolutions.com > > iChat: bobpatin > > FileMaker 9 & 10 Certified Developer > > Member of FileMaker Business Alliance and FileMaker TechNet > > -- > > Expert FileMaker Consulting > > FileMaker Hosting for all versions of FileMaker > > PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting > > On Mar 19, 2010, at 5:42 PM, Dale Bengston wrote: > > I'd be casting a jaundiced eye on routers and other network hardware. What > > happens if you intentionally break your connection to the IIS server? For > > instance, putting in the wrong IP? Does it fail the same way? > > > > Andrew Denman > > > > _______________________________________________ > > FX.php_List mailing list > > FX.php_List@mail.iviking.org > > http://www.iviking.org/mailman/listinfo/fx.php_list > > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > > > > -| > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > > From leo at finalresort.org Sat Mar 20 10:26:48 2010 From: leo at finalresort.org (Leo R. Lundgren) Date: Sat Mar 20 10:20:29 2010 Subject: [FX.php List] Problem with clients iis install In-Reply-To: <01BF0A21-F89B-42AC-8C28-72FBCC758361@patin.com> References: <2D9C559B-56A0-4824-B2D6-C1752934D27C@patin.com> <01BF0A21-F89B-42AC-8C28-72FBCC758361@patin.com> Message-ID: <172D0877-BC5E-4E7B-A1FE-02E78CD83FF5@finalresort.org> Well, investigating what/how the traffic flows would most probably give you the answer :) The filter could be extended to also show DNS traffic, if that is considered a suspect. 20 mar 2010 kl. 15.40 skrev Bob Patin: > Here's what I just tried: > > Since their site's not working anyway, I took their ticketing page > offline, and changed the server data page so that it uses my WPE > here on one of my web servers. Worked immediately. > > Of course, that means that all of the PHP is using my WPE and my > database server here (I have a complete copy of the database & web > app here on my machines), so it's not using the WPE on the web > server, or the database server at their location. > > There's something about their VPN that's not allowing this to work, > I'm convinced; they've been reluctant to reconfigure the WPE to use > the web server's public IP, but that's what I think it needs to be > doing, instead of trying to use the private IP on the VPN. > > ... at least, it *works* this way, which seems to indicate that... > > Thanks for your input; if you think of anything, let me know. Thanks, > > Bob > > > On Mar 20, 2010, at 9:21 AM, Leo R. Lundgren wrote: > >> If it's a "regular" VPN, it should function the same. In essence, >> once the tunnel is up, it is just normal IP and routing going on. >> >> The most obvious difference is that there is usually no Bonjour and >> broadcast going on, which can be set up but is nothing you should >> expect. However, as we are talking about TPC/IP communication in >> this case, I don't think this is an issue. >> >> Maybe it's time to use tcpdump on the connecting machine, and see >> how/if the traffic flows. An example for sniffing all traffic for a >> specific port, and dumping it right out in the terminal, is: >> >> tcpdump -ni -As0 'filter' >> >> .. where 'filter' can be stuff according to `man tcpdump`, for >> example 'host and port > are connecting to>' should give you traffic related to the remote >> host and the specific port (regardless of whether the port is >> mentioned in the sending or recieving). >> >> >> 20 mar 2010 kl. 15.16 skrev Bob Patin: >> >>> No, it does work *sometimes,* just really slowly. >>> >>> Here's a question: they use a VPN to connect from one location to >>> another, so that they can open all the ports. I've advised using a >>> traditional method so that we can eliminate one possibility. >>> >>> So what I don't know is this: do 2 machines connecting in a VPN >>> function the same as 2 machines connecting over the Internet, >>> other than private IPs? >>> >>> Thanks, >>> >>> Bob Patin >>> Longterm Solutions >>> bob@longtermsolutions.com >>> 615-333-6858 >>> http://www.longtermsolutions.com >>> iChat: bobpatin >>> FileMaker 9 & 10 Certified Developer >>> Member of FileMaker Business Alliance and FileMaker TechNet >>> -- >>> Expert FileMaker Consulting >>> FileMaker Hosting for all versions of FileMaker >>> PHP ? Full email services ? Free DNS hosting ? Colocation ? >>> Consulting >>> On Mar 20, 2010, at 5:53 AM, Gjermund Gusland Thorsen wrote: >>> >>>> DNS error? >>>> >>>> 2010/3/20 Andrew Denman : >>>>> This sounds suspiciously like a network issue, especially if the >>>>> FMS/IIS >>>>> server the same exact one, just moved. >>>>> The only time i've gotten timeout messages in PHP are when FMS >>>>> took a long >>>>> time to respond and exceeded the PHP timeout. In my case, it was >>>>> doing a >>>>> complex find with lots of relational data. A slow or bad >>>>> connection between >>>>> the computers could also prevent the web server from receiving a >>>>> response in >>>>> a timely manner. >>>>> An easy way to see if you're hitting the PHP timeout is to >>>>> change it and see >>>>> if it takes longer to get the error or completes the >>>>> page: http://us2.php.net/manual/en/function.set-time-limit.php >>>>> (A note if >>>>> you're using fastCGI: you may also have to edit the fastCGI >>>>> settings, as it >>>>> has it's own time limit.) >>>>> On Mar 19, 2010, at 5:45 PM, Bob Patin wrote: >>>>> >>>>> Good question, and one I hadn't tried... >>>>> Right now it's totally geeked and I get this when I return the >>>>> errorCode: >>>>> No action taken >>>>> But when it's actually working, albeit slowly, it just times out. >>>>> When I change the IP to a bad one, I get a Fatal error, the type >>>>> you see >>>>> when a connection isn't made (like I had with my other client >>>>> the other day >>>>> when she was using the wrong version of PHP w/FMSA 9). >>>>> BP >>>>> Longterm Solutions >>>>> bob@longtermsolutions.com >>>>> 615-333-6858 >>>>> http://www.longtermsolutions.com >>>>> iChat: bobpatin >>>>> FileMaker 9 & 10 Certified Developer >>>>> Member of FileMaker Business Alliance and FileMaker TechNet >>>>> -- >>>>> Expert FileMaker Consulting >>>>> FileMaker Hosting for all versions of FileMaker >>>>> PHP ? Full email services ? Free DNS hosting ? Colocation ? >>>>> Consulting >>>>> On Mar 19, 2010, at 5:42 PM, Dale Bengston wrote: >>>>> >>>>> I'd be casting a jaundiced eye on routers and other network >>>>> hardware. What >>>>> happens if you intentionally break your connection to the IIS >>>>> server? For >>>>> instance, putting in the wrong IP? Does it fail the same way? >>>>> >>>>> >>>>> >>>>> Andrew Denman >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> FX.php_List mailing list >>>>> FX.php_List@mail.iviking.org >>>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>>> >>>>> >>>> _______________________________________________ >>>> FX.php_List mailing list >>>> FX.php_List@mail.iviking.org >>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>> >>> _______________________________________________ >>> FX.php_List mailing list >>> FX.php_List@mail.iviking.org >>> http://www.iviking.org/mailman/listinfo/fx.php_list >> >> >> >> -| >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list -| -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20100320/394eea2b/attachment.html From jschwartz at exit445.com Sat Mar 20 10:48:05 2010 From: jschwartz at exit445.com (Jonathan Schwartz) Date: Sat Mar 20 10:41:53 2010 Subject: [FX.php List] No GC (Garbage Collection) in IIS installation Message-ID: Hi Folks, Breaking out from the previous post.... My problem is that a Windows system is NOT clearing session files, and producing this error from time to time: ps_files_cleanup_dir:opendir(C:\WINDOWS\TEMP) failed: No error (0) The original phpini had no entry for the path. I added "C:\WINDOWS\Temp" ,but still no GC. Note...the error doesn't say "permission denied". Any clues? Thanks Jonathan -- Jonathan Schwartz Exit 445 Group jonathan@exit445.com http://www.exit445.com 415-370-5011 From leo at finalresort.org Sat Mar 20 11:14:26 2010 From: leo at finalresort.org (Leo R. Lundgren) Date: Sat Mar 20 11:08:09 2010 Subject: [FX.php List] No GC (Garbage Collection) in IIS installation In-Reply-To: References: Message-ID: <84BD344E-0E28-4D3B-9DDC-8C04F560EC13@finalresort.org> Interesting. Did you change the session.save_path in the php.ini file, or did you do it using PHP code? Can you verify that the path is really what you indended it to be, and that it hasn't been evaluated different, for example some chars being escaped and getting another meaning or something like that? Also, did you try using / instead of \ in the path? Just a thought. I think that in any case, the problem is apparently that the session extension fails to open the directory in question. The code in the extension looks like this: static int ps_files_cleanup_dir(const char *dirname, int maxlifetime TSRMLS_DC) { dir = opendir(dirname); if (!dir) { php_error_docref(NULL TSRMLS_CC, E_NOTICE, "ps_files_cleanup_dir: opendir(%s) failed: %s (%d)", dirname, strerror(errno), errno); return (0); } } So I guess that's about it. Something is wrong with the access to that directory :) I don't know if it would give a specific error message if the folder it tries to find doesn't exist, so maybe this is the problem? You could try changing the path to something you know doesn't exist, and compare the error message. If you want to provoke the problem on each request, try changing the settings like this in php.ini: session.gc_probability = 1 session.gc_divisor = 1 -| 20 mar 2010 kl. 17.48 skrev Jonathan Schwartz: > Hi Folks, > > Breaking out from the previous post.... > > My problem is that a Windows system is NOT clearing session files, > and producing this error from time to time: > > ps_files_cleanup_dir:opendir(C:\WINDOWS\TEMP) failed: No error (0) > > The original phpini had no entry for the path. I added "C:\WINDOWS > \Temp" ,but still no GC. > > Note...the error doesn't say "permission denied". > > Any clues? > > Thanks > > Jonathan > -- > Jonathan Schwartz > Exit 445 Group > jonathan@exit445.com > http://www.exit445.com > 415-370-5011 > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list -| From leo at finalresort.org Sat Mar 20 11:15:22 2010 From: leo at finalresort.org (Leo R. Lundgren) Date: Sat Mar 20 11:09:01 2010 Subject: [FX.php List] No GC (Garbage Collection) in IIS installation In-Reply-To: <84BD344E-0E28-4D3B-9DDC-8C04F560EC13@finalresort.org> References: <84BD344E-0E28-4D3B-9DDC-8C04F560EC13@finalresort.org> Message-ID: BTW, do you use subfolders in the save_path (a path like ";" instead of just "")? 20 mar 2010 kl. 18.14 skrev Leo R. Lundgren: > Interesting. > > Did you change the session.save_path in the php.ini file, or did you > do it using PHP code? Can you verify that the path is really what > you indended it to be, and that it hasn't been evaluated different, > for example some chars being escaped and getting another meaning or > something like that? Also, did you try using / instead of \ in the > path? Just a thought. > > I think that in any case, the problem is apparently that the session > extension fails to open the directory in question. The code in the > extension looks like this: > > static int ps_files_cleanup_dir(const char *dirname, int maxlifetime > TSRMLS_DC) > { > > > dir = opendir(dirname); > if (!dir) { > php_error_docref(NULL TSRMLS_CC, E_NOTICE, "ps_files_cleanup_dir: > opendir(%s) failed: %s (%d)", dirname, strerror(errno), errno); > return (0); > } > > > } > > So I guess that's about it. Something is wrong with the access to > that directory :) I don't know if it would give a specific error > message if the folder it tries to find doesn't exist, so maybe this > is the problem? > > You could try changing the path to something you know doesn't exist, > and compare the error message. If you want to provoke the problem on > each request, try changing the settings like this in php.ini: > > session.gc_probability = 1 > session.gc_divisor = 1 > > -| > > > 20 mar 2010 kl. 17.48 skrev Jonathan Schwartz: > >> Hi Folks, >> >> Breaking out from the previous post.... >> >> My problem is that a Windows system is NOT clearing session files, >> and producing this error from time to time: >> >> ps_files_cleanup_dir:opendir(C:\WINDOWS\TEMP) failed: No error (0) >> >> The original phpini had no entry for the path. I added "C:\WINDOWS >> \Temp" ,but still no GC. >> >> Note...the error doesn't say "permission denied". >> >> Any clues? >> >> Thanks >> >> Jonathan >> -- >> Jonathan Schwartz >> Exit 445 Group >> jonathan@exit445.com >> http://www.exit445.com >> 415-370-5011 >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list > > > > -| > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list -| From jschwartz at exit445.com Sat Mar 20 11:44:19 2010 From: jschwartz at exit445.com (Jonathan Schwartz) Date: Sat Mar 20 11:42:34 2010 Subject: [FX.php List] No GC (Garbage Collection) in IIS installation In-Reply-To: <84BD344E-0E28-4D3B-9DDC-8C04F560EC13@finalresort.org> References: <84BD344E-0E28-4D3B-9DDC-8C04F560EC13@finalresort.org> Message-ID: Great answers, Leo. This provides the basis for further research. BTW, the path was originally blank in the ini, with no GC occurring. Next, I entered a path in the ini, using the path where I found the files: C:\WINDOWS\Temp. Still no GC. I will try your suggested experiments. Stay tuned.... Jonathan At 6:14 PM +0100 3/20/10, Leo R. Lundgren wrote: >Interesting. > >Did you change the session.save_path in the php.ini file, or did you >do it using PHP code? Can you verify that the path is really what >you indended it to be, and that it hasn't been evaluated different, >for example some chars being escaped and getting another meaning or >something like that? Also, did you try using / instead of \ in the >path? Just a thought. > >I think that in any case, the problem is apparently that the session >extension fails to open the directory in question. The code in the >extension looks like this: > >static int ps_files_cleanup_dir(const char *dirname, int maxlifetime >TSRMLS_DC) >{ > > > dir = opendir(dirname); > if (!dir) { > php_error_docref(NULL TSRMLS_CC, E_NOTICE, >"ps_files_cleanup_dir: opendir(%s) failed: %s (%d)", dirname, >strerror(errno), errno); > return (0); > } > > >} > >So I guess that's about it. Something is wrong with the access to >that directory :) I don't know if it would give a specific error >message if the folder it tries to find doesn't exist, so maybe this >is the problem? > >You could try changing the path to something you know doesn't exist, >and compare the error message. If you want to provoke the problem on >each request, try changing the settings like this in php.ini: > > session.gc_probability = 1 > session.gc_divisor = 1 > >-| > > >20 mar 2010 kl. 17.48 skrev Jonathan Schwartz: > >>Hi Folks, >> >>Breaking out from the previous post.... >> >>My problem is that a Windows system is NOT clearing session files, >>and producing this error from time to time: >> >>ps_files_cleanup_dir:opendir(C:\WINDOWS\TEMP) failed: No error (0) >> >>The original phpini had no entry for the path. I added >>"C:\WINDOWS\Temp" ,but still no GC. >> >>Note...the error doesn't say "permission denied". >> >>Any clues? >> >>Thanks >> >>Jonathan >>-- >>Jonathan Schwartz >>Exit 445 Group >>jonathan@exit445.com >>http://www.exit445.com >>415-370-5011 >>_______________________________________________ >>FX.php_List mailing list >>FX.php_List@mail.iviking.org >>http://www.iviking.org/mailman/listinfo/fx.php_list > > > >-| > >_______________________________________________ >FX.php_List mailing list >FX.php_List@mail.iviking.org >http://www.iviking.org/mailman/listinfo/fx.php_list -- Jonathan Schwartz Exit 445 Group jonathan@exit445.com http://www.exit445.com 415-370-5011 From jschwartz at exit445.com Sat Mar 20 11:55:21 2010 From: jschwartz at exit445.com (Jonathan Schwartz) Date: Sat Mar 20 11:52:37 2010 Subject: [FX.php List] No GC (Garbage Collection) in IIS installation In-Reply-To: References: <84BD344E-0E28-4D3B-9DDC-8C04F560EC13@finalresort.org> Message-ID: Back with some more answers.... I don't think that it was finding the folder as C:\WINDOWS\Temp. When I changed the slahes to :C:/WINDOWS/Temp/, I got a permissions error. Note, I had also added a trailing slash. Nit sure if it matters. So maybe it actually found the right folder and just needs permissions set. Stay tuned... Jonathan At 10:44 AM -0700 3/20/10, Jonathan Schwartz wrote: >Great answers, Leo. > >This provides the basis for further research. BTW, the path was >originally blank in the ini, with no GC occurring. Next, I entered >a path in the ini, using the path where I found the files: >C:\WINDOWS\Temp. Still no GC. > >I will try your suggested experiments. > >Stay tuned.... > >Jonathan > >At 6:14 PM +0100 3/20/10, Leo R. Lundgren wrote: >>Interesting. >> >>Did you change the session.save_path in the php.ini file, or did >>you do it using PHP code? Can you verify that the path is really >>what you indended it to be, and that it hasn't been evaluated >>different, for example some chars being escaped and getting another >>meaning or something like that? Also, did you try using / instead >>of \ in the path? Just a thought. >> >>I think that in any case, the problem is apparently that the >>session extension fails to open the directory in question. The code >>in the extension looks like this: >> >>static int ps_files_cleanup_dir(const char *dirname, int >>maxlifetime TSRMLS_DC) >>{ >> >> >> dir = opendir(dirname); >> if (!dir) { >> php_error_docref(NULL TSRMLS_CC, E_NOTICE, >>"ps_files_cleanup_dir: opendir(%s) failed: %s (%d)", dirname, >>strerror(errno), errno); >> return (0); >> } >> >> >>} >> >>So I guess that's about it. Something is wrong with the access to >>that directory :) I don't know if it would give a specific error >>message if the folder it tries to find doesn't exist, so maybe this >>is the problem? >> >>You could try changing the path to something you know doesn't >>exist, and compare the error message. If you want to provoke the >>problem on each request, try changing the settings like this in >>php.ini: >> >> session.gc_probability = 1 >> session.gc_divisor = 1 >> >>-| >> >> >>20 mar 2010 kl. 17.48 skrev Jonathan Schwartz: >> >>>Hi Folks, >>> >>>Breaking out from the previous post.... >>> >>>My problem is that a Windows system is NOT clearing session >>>files, and producing this error from time to time: >>> >>>ps_files_cleanup_dir:opendir(C:\WINDOWS\TEMP) failed: No error (0) >>> >>>The original phpini had no entry for the path. I added >>>"C:\WINDOWS\Temp" ,but still no GC. >>> >>>Note...the error doesn't say "permission denied". >>> >>>Any clues? >>> >>>Thanks >>> >>>Jonathan >>>-- >>>Jonathan Schwartz >>>Exit 445 Group >>>jonathan@exit445.com >>>http://www.exit445.com >>>415-370-5011 >>>_______________________________________________ >>>FX.php_List mailing list >>>FX.php_List@mail.iviking.org >>>http://www.iviking.org/mailman/listinfo/fx.php_list >> >> >> >>-| >> >>_______________________________________________ >>FX.php_List mailing list >>FX.php_List@mail.iviking.org >>http://www.iviking.org/mailman/listinfo/fx.php_list > > >-- >Jonathan Schwartz >Exit 445 Group >jonathan@exit445.com >http://www.exit445.com >415-370-5011 >_______________________________________________ >FX.php_List mailing list >FX.php_List@mail.iviking.org >http://www.iviking.org/mailman/listinfo/fx.php_list -- Jonathan Schwartz Exit 445 Group jonathan@exit445.com http://www.exit445.com 415-370-5011 From leo at finalresort.org Sat Mar 20 12:02:19 2010 From: leo at finalresort.org (Leo R. Lundgren) Date: Sat Mar 20 11:56:00 2010 Subject: [FX.php List] No GC (Garbage Collection) in IIS installation In-Reply-To: References: <84BD344E-0E28-4D3B-9DDC-8C04F560EC13@finalresort.org> Message-ID: Maybe! While Googling before I noticed there was a lot of discussion about permission denied related to this error. So I guess that if you now get this error, it is at least finding a folder, and then you can go on searching about the permission problems. 20 mar 2010 kl. 18.55 skrev Jonathan Schwartz: > Back with some more answers.... > > I don't think that it was finding the folder as C:\WINDOWS\Temp. > > When I changed the slahes to :C:/WINDOWS/Temp/, I got a permissions > error. Note, I had also added a trailing slash. Nit sure if it > matters. > > So maybe it actually found the right folder and just needs > permissions set. > > Stay tuned... > > > Jonathan > > > At 10:44 AM -0700 3/20/10, Jonathan Schwartz wrote: >> Great answers, Leo. >> >> This provides the basis for further research. BTW, the path was >> originally blank in the ini, with no GC occurring. Next, I entered >> a path in the ini, using the path where I found the files: C: >> \WINDOWS\Temp. Still no GC. >> >> I will try your suggested experiments. >> >> Stay tuned.... >> >> Jonathan >> >> At 6:14 PM +0100 3/20/10, Leo R. Lundgren wrote: >>> Interesting. >>> >>> Did you change the session.save_path in the php.ini file, or did >>> you do it using PHP code? Can you verify that the path is really >>> what you indended it to be, and that it hasn't been evaluated >>> different, for example some chars being escaped and getting >>> another meaning or something like that? Also, did you try using / >>> instead of \ in the path? Just a thought. >>> >>> I think that in any case, the problem is apparently that the >>> session extension fails to open the directory in question. The >>> code in the extension looks like this: >>> >>> static int ps_files_cleanup_dir(const char *dirname, int >>> maxlifetime TSRMLS_DC) >>> { >>> >>> >>> dir = opendir(dirname); >>> if (!dir) { >>> php_error_docref(NULL TSRMLS_CC, E_NOTICE, >>> "ps_files_cleanup_dir: opendir(%s) failed: %s (%d)", dirname, >>> strerror(errno), errno); >>> return (0); >>> } >>> >>> >>> } >>> >>> So I guess that's about it. Something is wrong with the access to >>> that directory :) I don't know if it would give a specific error >>> message if the folder it tries to find doesn't exist, so maybe >>> this is the problem? >>> >>> You could try changing the path to something you know doesn't >>> exist, and compare the error message. If you want to provoke the >>> problem on each request, try changing the settings like this in >>> php.ini: >>> >>> session.gc_probability = 1 >>> session.gc_divisor = 1 >>> >>> -| >>> >>> >>> 20 mar 2010 kl. 17.48 skrev Jonathan Schwartz: >>> >>>> Hi Folks, >>>> >>>> Breaking out from the previous post.... >>>> >>>> My problem is that a Windows system is NOT clearing session >>>> files, and producing this error from time to time: >>>> >>>> ps_files_cleanup_dir:opendir(C:\WINDOWS\TEMP) failed: No error (0) >>>> >>>> The original phpini had no entry for the path. I added "C:\WINDOWS >>>> \Temp" ,but still no GC. >>>> >>>> Note...the error doesn't say "permission denied". >>>> >>>> Any clues? >>>> >>>> Thanks >>>> >>>> Jonathan >>>> -- >>>> Jonathan Schwartz >>>> Exit 445 Group >>>> jonathan@exit445.com >>>> http://www.exit445.com >>>> 415-370-5011 >>>> _______________________________________________ >>>> FX.php_List mailing list >>>> FX.php_List@mail.iviking.org >>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>> >>> >>> >>> -| >>> >>> _______________________________________________ >>> FX.php_List mailing list >>> FX.php_List@mail.iviking.org >>> http://www.iviking.org/mailman/listinfo/fx.php_list >> >> >> -- >> Jonathan Schwartz >> Exit 445 Group >> jonathan@exit445.com >> http://www.exit445.com >> 415-370-5011 >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list > > > -- > Jonathan Schwartz > Exit 445 Group > jonathan@exit445.com > http://www.exit445.com > 415-370-5011 > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list -| From jschwartz at exit445.com Sat Mar 20 12:29:32 2010 From: jschwartz at exit445.com (Jonathan Schwartz) Date: Sat Mar 20 12:27:30 2010 Subject: [FX.php List] No GC (Garbage Collection) in IIS installation In-Reply-To: References: <84BD344E-0E28-4D3B-9DDC-8C04F560EC13@finalresort.org> Message-ID: Yes! Yes! Yes! Yes! After permissions were changed, files instantly dropped from 100,000 to less than 100. This solves a years-long frustration. Thank You! Jonathan At 7:02 PM +0100 3/20/10, Leo R. Lundgren wrote: >Maybe! > >While Googling before I noticed there was a lot of discussion about >permission denied related to this error. So I guess that if you now >get this error, it is at least finding a folder, and then you can go >on searching about the permission problems. > > >20 mar 2010 kl. 18.55 skrev Jonathan Schwartz: > >>Back with some more answers.... >> >>I don't think that it was finding the folder as C:\WINDOWS\Temp. >> >>When I changed the slahes to :C:/WINDOWS/Temp/, I got a >>permissions error. Note, I had also added a trailing slash. Nit >>sure if it matters. >> >>So maybe it actually found the right folder and just needs permissions set. >> >>Stay tuned... >> >> >>Jonathan >> >> >>At 10:44 AM -0700 3/20/10, Jonathan Schwartz wrote: >>>Great answers, Leo. >>> >>>This provides the basis for further research. BTW, the path was >>>originally blank in the ini, with no GC occurring. Next, I >>>entered a path in the ini, using the path where I found the files: >>>C:\WINDOWS\Temp. Still no GC. >>> >>>I will try your suggested experiments. >>> >>>Stay tuned.... >>> >>>Jonathan >>> >>>At 6:14 PM +0100 3/20/10, Leo R. Lundgren wrote: >>>>Interesting. >>>> >>>>Did you change the session.save_path in the php.ini file, or did >>>>you do it using PHP code? Can you verify that the path is really >>>>what you indended it to be, and that it hasn't been evaluated >>>>different, for example some chars being escaped and getting >>>>another meaning or something like that? Also, did you try using / >>>>instead of \ in the path? Just a thought. >>>> >>>>I think that in any case, the problem is apparently that the >>>>session extension fails to open the directory in question. The >>>>code in the extension looks like this: >>>> >>>>static int ps_files_cleanup_dir(const char *dirname, int >>>>maxlifetime TSRMLS_DC) >>>>{ >>>> >>>> >>>> dir = opendir(dirname); >>>> if (!dir) { >>>> php_error_docref(NULL TSRMLS_CC, E_NOTICE, >>>>"ps_files_cleanup_dir: opendir(%s) failed: %s (%d)", dirname, >>>>strerror(errno), errno); >>>> return (0); >>>> } >>>> >>>> >>>>} >>>> >>>>So I guess that's about it. Something is wrong with the access to >>>>that directory :) I don't know if it would give a specific error >>>>message if the folder it tries to find doesn't exist, so maybe >>>>this is the problem? >>>> >>>>You could try changing the path to something you know doesn't >>>>exist, and compare the error message. If you want to provoke the >>>>problem on each request, try changing the settings like this in >>>>php.ini: >>>> >>>> session.gc_probability = 1 >>>> session.gc_divisor = 1 >>>> >>>>-| >>>> >>>> >>>>20 mar 2010 kl. 17.48 skrev Jonathan Schwartz: >>>> >>>>>Hi Folks, >>>>> >>>>>Breaking out from the previous post.... >>>>> >>>>>My problem is that a Windows system is NOT clearing session >>>>>files, and producing this error from time to time: >>>>> >>>>>ps_files_cleanup_dir:opendir(C:\WINDOWS\TEMP) failed: No error (0) >>>>> >>>>>The original phpini had no entry for the path. I added >>>>>"C:\WINDOWS\Temp" ,but still no GC. >>>>> >>>>>Note...the error doesn't say "permission denied". >>>>> >>>>>Any clues? >>>>> >>>>>Thanks >>>>> >>>>>Jonathan >>>>>-- >>>>>Jonathan Schwartz >>>>>Exit 445 Group >>>>>jonathan@exit445.com >>>>>http://www.exit445.com >>>>>415-370-5011 >>>>>_______________________________________________ >>>>>FX.php_List mailing list >>>>>FX.php_List@mail.iviking.org >>>>>http://www.iviking.org/mailman/listinfo/fx.php_list >>>> >>>> >>>> >>>>-| >>>> >>>>_______________________________________________ >>>>FX.php_List mailing list >>>>FX.php_List@mail.iviking.org >>>>http://www.iviking.org/mailman/listinfo/fx.php_list >>> >>> >>>-- >>>Jonathan Schwartz >>>Exit 445 Group >>>jonathan@exit445.com >>>http://www.exit445.com >>>415-370-5011 >>>_______________________________________________ >>>FX.php_List mailing list >>>FX.php_List@mail.iviking.org >>>http://www.iviking.org/mailman/listinfo/fx.php_list >> >> >>-- >>Jonathan Schwartz >>Exit 445 Group >>jonathan@exit445.com >>http://www.exit445.com >>415-370-5011 >>_______________________________________________ >>FX.php_List mailing list >>FX.php_List@mail.iviking.org >>http://www.iviking.org/mailman/listinfo/fx.php_list > > > >-| > >_______________________________________________ >FX.php_List mailing list >FX.php_List@mail.iviking.org >http://www.iviking.org/mailman/listinfo/fx.php_list -- Jonathan Schwartz Exit 445 Group jonathan@exit445.com http://www.exit445.com 415-370-5011 From leo at finalresort.org Sat Mar 20 12:34:56 2010 From: leo at finalresort.org (Leo R. Lundgren) Date: Sat Mar 20 12:28:38 2010 Subject: [FX.php List] No GC (Garbage Collection) in IIS installation In-Reply-To: References: <84BD344E-0E28-4D3B-9DDC-8C04F560EC13@finalresort.org> Message-ID: <61176B02-771D-4686-80E9-C47A6067E221@finalresort.org> Oh. Glad to hear this! For reference (and curiosity :), what did you change the permissions to? Are they secure now, you didn't to the equivalent of chmod 777 I presume? =) 20 mar 2010 kl. 19.29 skrev Jonathan Schwartz: > Yes! Yes! Yes! Yes! > > After permissions were changed, files instantly dropped from 100,000 > to less than 100. > > This solves a years-long frustration. > > Thank You! > > Jonathan > > At 7:02 PM +0100 3/20/10, Leo R. Lundgren wrote: >> Maybe! >> >> While Googling before I noticed there was a lot of discussion about >> permission denied related to this error. So I guess that if you now >> get this error, it is at least finding a folder, and then you can >> go on searching about the permission problems. >> >> >> 20 mar 2010 kl. 18.55 skrev Jonathan Schwartz: >> >>> Back with some more answers.... >>> >>> I don't think that it was finding the folder as C:\WINDOWS\Temp. >>> >>> When I changed the slahes to :C:/WINDOWS/Temp/, I got a >>> permissions error. Note, I had also added a trailing slash. Nit >>> sure if it matters. >>> >>> So maybe it actually found the right folder and just needs >>> permissions set. >>> >>> Stay tuned... >>> >>> >>> Jonathan >>> >>> >>> At 10:44 AM -0700 3/20/10, Jonathan Schwartz wrote: >>>> Great answers, Leo. >>>> >>>> This provides the basis for further research. BTW, the path was >>>> originally blank in the ini, with no GC occurring. Next, I >>>> entered a path in the ini, using the path where I found the >>>> files: C:\WINDOWS\Temp. Still no GC. >>>> >>>> I will try your suggested experiments. >>>> >>>> Stay tuned.... >>>> >>>> Jonathan >>>> >>>> At 6:14 PM +0100 3/20/10, Leo R. Lundgren wrote: >>>>> Interesting. >>>>> >>>>> Did you change the session.save_path in the php.ini file, or did >>>>> you do it using PHP code? Can you verify that the path is really >>>>> what you indended it to be, and that it hasn't been evaluated >>>>> different, for example some chars being escaped and getting >>>>> another meaning or something like that? Also, did you try >>>>> using / instead of \ in the path? Just a thought. >>>>> >>>>> I think that in any case, the problem is apparently that the >>>>> session extension fails to open the directory in question. The >>>>> code in the extension looks like this: >>>>> >>>>> static int ps_files_cleanup_dir(const char *dirname, int >>>>> maxlifetime TSRMLS_DC) >>>>> { >>>>> >>>>> >>>>> dir = opendir(dirname); >>>>> if (!dir) { >>>>> php_error_docref(NULL TSRMLS_CC, E_NOTICE, >>>>> "ps_files_cleanup_dir: opendir(%s) failed: %s (%d)", dirname, >>>>> strerror(errno), errno); >>>>> return (0); >>>>> } >>>>> >>>>> >>>>> } >>>>> >>>>> So I guess that's about it. Something is wrong with the access >>>>> to that directory :) I don't know if it would give a specific >>>>> error message if the folder it tries to find doesn't exist, so >>>>> maybe this is the problem? >>>>> >>>>> You could try changing the path to something you know doesn't >>>>> exist, and compare the error message. If you want to provoke the >>>>> problem on each request, try changing the settings like this in >>>>> php.ini: >>>>> >>>>> session.gc_probability = 1 >>>>> session.gc_divisor = 1 >>>>> >>>>> -| >>>>> >>>>> >>>>> 20 mar 2010 kl. 17.48 skrev Jonathan Schwartz: >>>>> >>>>>> Hi Folks, >>>>>> >>>>>> Breaking out from the previous post.... >>>>>> >>>>>> My problem is that a Windows system is NOT clearing session >>>>>> files, and producing this error from time to time: >>>>>> >>>>>> ps_files_cleanup_dir:opendir(C:\WINDOWS\TEMP) failed: No error >>>>>> (0) >>>>>> >>>>>> The original phpini had no entry for the path. I added "C: >>>>>> \WINDOWS\Temp" ,but still no GC. >>>>>> >>>>>> Note...the error doesn't say "permission denied". >>>>>> >>>>>> Any clues? >>>>>> >>>>>> Thanks >>>>>> >>>>>> Jonathan >>>>>> -- >>>>>> Jonathan Schwartz >>>>>> Exit 445 Group >>>>>> jonathan@exit445.com >>>>>> http://www.exit445.com >>>>>> 415-370-5011 >>>>>> _______________________________________________ >>>>>> FX.php_List mailing list >>>>>> FX.php_List@mail.iviking.org >>>>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>>> >>>>> >>>>> >>>>> -| >>>>> >>>>> _______________________________________________ >>>>> FX.php_List mailing list >>>>> FX.php_List@mail.iviking.org >>>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>> >>>> >>>> -- >>>> Jonathan Schwartz >>>> Exit 445 Group >>>> jonathan@exit445.com >>>> http://www.exit445.com >>>> 415-370-5011 >>>> _______________________________________________ >>>> FX.php_List mailing list >>>> FX.php_List@mail.iviking.org >>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>> >>> >>> -- >>> Jonathan Schwartz >>> Exit 445 Group >>> jonathan@exit445.com >>> http://www.exit445.com >>> 415-370-5011 >>> _______________________________________________ >>> FX.php_List mailing list >>> FX.php_List@mail.iviking.org >>> http://www.iviking.org/mailman/listinfo/fx.php_list >> >> >> >> -| >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list > > > -- > Jonathan Schwartz > Exit 445 Group > jonathan@exit445.com > http://www.exit445.com > 415-370-5011 > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list -| From leo at finalresort.org Sat Mar 20 12:47:41 2010 From: leo at finalresort.org (Leo R. Lundgren) Date: Sat Mar 20 12:41:22 2010 Subject: [FX.php List] No GC (Garbage Collection) in IIS installation In-Reply-To: <61176B02-771D-4686-80E9-C47A6067E221@finalresort.org> References: <84BD344E-0E28-4D3B-9DDC-8C04F560EC13@finalresort.org> <61176B02-771D-4686-80E9-C47A6067E221@finalresort.org> Message-ID: <8777CDBC-64C7-4803-A138-B3C4A77A70D5@finalresort.org> Also, was/is the / at the end of the path required? 20 mar 2010 kl. 19.34 skrev Leo R. Lundgren: > Oh. Glad to hear this! > > For reference (and curiosity :), what did you change the permissions > to? Are they secure now, you didn't to the equivalent of chmod 777 I > presume? =) > > > 20 mar 2010 kl. 19.29 skrev Jonathan Schwartz: > >> Yes! Yes! Yes! Yes! >> >> After permissions were changed, files instantly dropped from >> 100,000 to less than 100. >> >> This solves a years-long frustration. >> >> Thank You! >> >> Jonathan >> >> At 7:02 PM +0100 3/20/10, Leo R. Lundgren wrote: >>> Maybe! >>> >>> While Googling before I noticed there was a lot of discussion >>> about permission denied related to this error. So I guess that if >>> you now get this error, it is at least finding a folder, and then >>> you can go on searching about the permission problems. >>> >>> >>> 20 mar 2010 kl. 18.55 skrev Jonathan Schwartz: >>> >>>> Back with some more answers.... >>>> >>>> I don't think that it was finding the folder as C:\WINDOWS\Temp. >>>> >>>> When I changed the slahes to :C:/WINDOWS/Temp/, I got a >>>> permissions error. Note, I had also added a trailing slash. Nit >>>> sure if it matters. >>>> >>>> So maybe it actually found the right folder and just needs >>>> permissions set. >>>> >>>> Stay tuned... >>>> >>>> >>>> Jonathan >>>> >>>> >>>> At 10:44 AM -0700 3/20/10, Jonathan Schwartz wrote: >>>>> Great answers, Leo. >>>>> >>>>> This provides the basis for further research. BTW, the path was >>>>> originally blank in the ini, with no GC occurring. Next, I >>>>> entered a path in the ini, using the path where I found the >>>>> files: C:\WINDOWS\Temp. Still no GC. >>>>> >>>>> I will try your suggested experiments. >>>>> >>>>> Stay tuned.... >>>>> >>>>> Jonathan >>>>> >>>>> At 6:14 PM +0100 3/20/10, Leo R. Lundgren wrote: >>>>>> Interesting. >>>>>> >>>>>> Did you change the session.save_path in the php.ini file, or >>>>>> did you do it using PHP code? Can you verify that the path is >>>>>> really what you indended it to be, and that it hasn't been >>>>>> evaluated different, for example some chars being escaped and >>>>>> getting another meaning or something like that? Also, did you >>>>>> try using / instead of \ in the path? Just a thought. >>>>>> >>>>>> I think that in any case, the problem is apparently that the >>>>>> session extension fails to open the directory in question. The >>>>>> code in the extension looks like this: >>>>>> >>>>>> static int ps_files_cleanup_dir(const char *dirname, int >>>>>> maxlifetime TSRMLS_DC) >>>>>> { >>>>>> >>>>>> >>>>>> dir = opendir(dirname); >>>>>> if (!dir) { >>>>>> php_error_docref(NULL TSRMLS_CC, E_NOTICE, >>>>>> "ps_files_cleanup_dir: opendir(%s) failed: %s (%d)", dirname, >>>>>> strerror(errno), errno); >>>>>> return (0); >>>>>> } >>>>>> >>>>>> >>>>>> } >>>>>> >>>>>> So I guess that's about it. Something is wrong with the access >>>>>> to that directory :) I don't know if it would give a specific >>>>>> error message if the folder it tries to find doesn't exist, so >>>>>> maybe this is the problem? >>>>>> >>>>>> You could try changing the path to something you know doesn't >>>>>> exist, and compare the error message. If you want to provoke >>>>>> the problem on each request, try changing the settings like >>>>>> this in php.ini: >>>>>> >>>>>> session.gc_probability = 1 >>>>>> session.gc_divisor = 1 >>>>>> >>>>>> -| >>>>>> >>>>>> >>>>>> 20 mar 2010 kl. 17.48 skrev Jonathan Schwartz: >>>>>> >>>>>>> Hi Folks, >>>>>>> >>>>>>> Breaking out from the previous post.... >>>>>>> >>>>>>> My problem is that a Windows system is NOT clearing session >>>>>>> files, and producing this error from time to time: >>>>>>> >>>>>>> ps_files_cleanup_dir:opendir(C:\WINDOWS\TEMP) failed: No error >>>>>>> (0) >>>>>>> >>>>>>> The original phpini had no entry for the path. I added "C: >>>>>>> \WINDOWS\Temp" ,but still no GC. >>>>>>> >>>>>>> Note...the error doesn't say "permission denied". >>>>>>> >>>>>>> Any clues? >>>>>>> >>>>>>> Thanks >>>>>>> >>>>>>> Jonathan >>>>>>> -- >>>>>>> Jonathan Schwartz >>>>>>> Exit 445 Group >>>>>>> jonathan@exit445.com >>>>>>> http://www.exit445.com >>>>>>> 415-370-5011 >>>>>>> _______________________________________________ >>>>>>> FX.php_List mailing list >>>>>>> FX.php_List@mail.iviking.org >>>>>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>>>> >>>>>> >>>>>> >>>>>> -| >>>>>> >>>>>> _______________________________________________ >>>>>> FX.php_List mailing list >>>>>> FX.php_List@mail.iviking.org >>>>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>>> >>>>> >>>>> -- >>>>> Jonathan Schwartz >>>>> Exit 445 Group >>>>> jonathan@exit445.com >>>>> http://www.exit445.com >>>>> 415-370-5011 >>>>> _______________________________________________ >>>>> FX.php_List mailing list >>>>> FX.php_List@mail.iviking.org >>>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>> >>>> >>>> -- >>>> Jonathan Schwartz >>>> Exit 445 Group >>>> jonathan@exit445.com >>>> http://www.exit445.com >>>> 415-370-5011 >>>> _______________________________________________ >>>> FX.php_List mailing list >>>> FX.php_List@mail.iviking.org >>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>> >>> >>> >>> -| >>> >>> _______________________________________________ >>> FX.php_List mailing list >>> FX.php_List@mail.iviking.org >>> http://www.iviking.org/mailman/listinfo/fx.php_list >> >> >> -- >> Jonathan Schwartz >> Exit 445 Group >> jonathan@exit445.com >> http://www.exit445.com >> 415-370-5011 >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list > > > > -| > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list -| From jschwartz at exit445.com Sat Mar 20 13:08:10 2010 From: jschwartz at exit445.com (Jonathan Schwartz) Date: Sat Mar 20 13:02:30 2010 Subject: [FX.php List] No GC (Garbage Collection) in IIS installation In-Reply-To: <8777CDBC-64C7-4803-A138-B3C4A77A70D5@finalresort.org> References: <84BD344E-0E28-4D3B-9DDC-8C04F560EC13@finalresort.org> <61176B02-771D-4686-80E9-C47A6067E221@finalresort.org> <8777CDBC-64C7-4803-A138-B3C4A77A70D5@finalresort.org> Message-ID: I asked my IT guy to adjust the permissions. He said he applied "Eveyyone/Full", so I assume that means 777. We will now evaluate the need to dial that back. And, I can't tell you if the trailing slash s needed, but it is there now. I couldn't do too many iisrestarts during the day. Will report back if I find that it is not needed. What I can't figure out is why more folks haven't found this to a problem. This is a by-the-books FMS 10 Server install with PHP API deployed. It installs the php.ini with blank session path. So why isn't anyone else screaming about 100,000's files stacking up? J At 7:47 PM +0100 3/20/10, Leo R. Lundgren wrote: >Also, was/is the / at the end of the path required? > >20 mar 2010 kl. 19.34 skrev Leo R. Lundgren: > >>Oh. Glad to hear this! >> >>For reference (and curiosity :), what did you change the >>permissions to? Are they secure now, you didn't to the equivalent >>of chmod 777 I presume? =) >> >> >>20 mar 2010 kl. 19.29 skrev Jonathan Schwartz: >> >>>Yes! Yes! Yes! Yes! >>> >>>After permissions were changed, files instantly dropped from >>>100,000 to less than 100. >>> >>>This solves a years-long frustration. >>> >>>Thank You! >>> >>>Jonathan >>> >>>At 7:02 PM +0100 3/20/10, Leo R. Lundgren wrote: >>>>Maybe! >>>> >>>>While Googling before I noticed there was a lot of discussion >>>>about permission denied related to this error. So I guess that if >>>>you now get this error, it is at least finding a folder, and then >>>>you can go on searching about the permission problems. >>>> >>>> >>>>20 mar 2010 kl. 18.55 skrev Jonathan Schwartz: >>>> >>>>>Back with some more answers.... >>>>> >>>>>I don't think that it was finding the folder as C:\WINDOWS\Temp. >>>>> >>>>>When I changed the slahes to :C:/WINDOWS/Temp/, I got a >>>>>permissions error. Note, I had also added a trailing slash. Nit >>>>>sure if it matters. >>>>> >>>>>So maybe it actually found the right folder and just needs >>>>>permissions set. >>>>> >>>>>Stay tuned... >>>>> >>>>> >>>>>Jonathan >>>>> >>>>> >>>>>At 10:44 AM -0700 3/20/10, Jonathan Schwartz wrote: >>>>>>Great answers, Leo. >>>>>> >>>>>>This provides the basis for further research. BTW, the path >>>>>>was originally blank in the ini, with no GC occurring. Next, I >>>>>>entered a path in the ini, using the path where I found the >>>>>>files: C:\WINDOWS\Temp. Still no GC. >>>>>> >>>>>>I will try your suggested experiments. >>>>>> >>>>>>Stay tuned.... >>>>>> >>>>>>Jonathan >>>>>> >>>>>>At 6:14 PM +0100 3/20/10, Leo R. Lundgren wrote: >>>>>>>Interesting. >>>>>>> >>>>>>>Did you change the session.save_path in the php.ini file, or >>>>>>>did you do it using PHP code? Can you verify that the path is >>>>>>>really what you indended it to be, and that it hasn't been >>>>>>>evaluated different, for example some chars being escaped and >>>>>>>getting another meaning or something like that? Also, did you >>>>>>>try using / instead of \ in the path? Just a thought. >>>>>>> >>>>>>>I think that in any case, the problem is apparently that the >>>>>>>session extension fails to open the directory in question. The >>>>>>>code in the extension looks like this: >>>>>>> >>>>>>>static int ps_files_cleanup_dir(const char *dirname, int >>>>>>>maxlifetime TSRMLS_DC) >>>>>>>{ >>>>>>> >>>>>>> >>>>>>> dir = opendir(dirname); >>>>>>> if (!dir) { >>>>>>> php_error_docref(NULL TSRMLS_CC, E_NOTICE, >>>>>>>"ps_files_cleanup_dir: opendir(%s) failed: %s (%d)", dirname, >>>>>>>strerror(errno), errno); >>>>>>> return (0); >>>>>>> } >>>>>>> >>>>>>> >>>>>>>} >>>>>>> >>>>>>>So I guess that's about it. Something is wrong with the access >>>>>>>to that directory :) I don't know if it would give a specific >>>>>>>error message if the folder it tries to find doesn't exist, so >>>>>>>maybe this is the problem? >>>>>>> >>>>>>>You could try changing the path to something you know doesn't >>>>>>>exist, and compare the error message. If you want to provoke >>>>>>>the problem on each request, try changing the settings like >>>>>>>this in php.ini: >>>>>>> >>>>>>> session.gc_probability = 1 >>>>>>> session.gc_divisor = 1 >>>>>>> >>>>>>>-| >>>>>>> >>>>>>> >>>>>>>20 mar 2010 kl. 17.48 skrev Jonathan Schwartz: >>>>>>> >>>>>>>>Hi Folks, >>>>>>>> >>>>>>>>Breaking out from the previous post.... >>>>>>>> >>>>>>>>My problem is that a Windows system is NOT clearing session >>>>>>>>files, and producing this error from time to time: >>>>>>>> >>>>>>>>ps_files_cleanup_dir:opendir(C:\WINDOWS\TEMP) failed: No error (0) >>>>>>>> >>>>>>>>The original phpini had no entry for the path. I added >>>>>>>>"C:\WINDOWS\Temp" ,but still no GC. >>>>>>>> >>>>>>>>Note...the error doesn't say "permission denied". >>>>>>>> >>>>>>>>Any clues? >>>>>>>> >>>>>>>>Thanks >>>>>>>> >>>>>>>>Jonathan >>>>>>>>-- >>>>>>>>Jonathan Schwartz >>>>>>>>Exit 445 Group >>>>>>>>jonathan@exit445.com >>>>>>>>http://www.exit445.com >>>>>>>>415-370-5011 >>>>>>>>_______________________________________________ >>>>>>>>FX.php_List mailing list >>>>>>>>FX.php_List@mail.iviking.org >>>>>>>>http://www.iviking.org/mailman/listinfo/fx.php_list >>>>>>> >>>>>>> >>>>>>> >>>>>>>-| >>>>>>> >>>>>>>_______________________________________________ >>>>>>>FX.php_List mailing list >>>>>>>FX.php_List@mail.iviking.org >>>>>>>http://www.iviking.org/mailman/listinfo/fx.php_list >>>>>> >>>>>> >>>>>>-- >>>>>>Jonathan Schwartz >>>>>>Exit 445 Group >>>>>>jonathan@exit445.com >>>>>>http://www.exit445.com >>>>>>415-370-5011 >>>>>>_______________________________________________ >>>>>>FX.php_List mailing list >>>>>>FX.php_List@mail.iviking.org >>>>>>http://www.iviking.org/mailman/listinfo/fx.php_list >>>>> >>>>> >>>>>-- >>>>>Jonathan Schwartz >>>>>Exit 445 Group >>>>>jonathan@exit445.com >>>>>http://www.exit445.com >>>>>415-370-5011 >>>>>_______________________________________________ >>>>>FX.php_List mailing list >>>>>FX.php_List@mail.iviking.org >>>>>http://www.iviking.org/mailman/listinfo/fx.php_list >>>> >>>> >>>> >>>>-| >>>> >>>>_______________________________________________ >>>>FX.php_List mailing list >>>>FX.php_List@mail.iviking.org >>>>http://www.iviking.org/mailman/listinfo/fx.php_list >>> >>> >>>-- >>>Jonathan Schwartz >>>Exit 445 Group >>>jonathan@exit445.com >>>http://www.exit445.com >>>415-370-5011 >>>_______________________________________________ >>>FX.php_List mailing list >>>FX.php_List@mail.iviking.org >>>http://www.iviking.org/mailman/listinfo/fx.php_list >> >> >> >>-| >> >>_______________________________________________ >>FX.php_List mailing list >>FX.php_List@mail.iviking.org >>http://www.iviking.org/mailman/listinfo/fx.php_list > > > >-| > >_______________________________________________ >FX.php_List mailing list >FX.php_List@mail.iviking.org >http://www.iviking.org/mailman/listinfo/fx.php_list -- Jonathan Schwartz Exit 445 Group jonathan@exit445.com http://www.exit445.com 415-370-5011 From adenman at tmea.org Mon Mar 22 01:10:57 2010 From: adenman at tmea.org (Andrew Denman) Date: Mon Mar 22 01:04:40 2010 Subject: [FX.php List] No GC (Garbage Collection) in IIS installation In-Reply-To: References: <84BD344E-0E28-4D3B-9DDC-8C04F560EC13@finalresort.org> <61176B02-771D-4686-80E9-C47A6067E221@finalresort.org> <8777CDBC-64C7-4803-A138-B3C4A77A70D5@finalresort.org> Message-ID: <07ECBB94-C1A0-4747-A527-74D3005CCF42@tmea.org> Jonathan, For permissions on Windows/IIS, usually the only IIS account that needs write/delete access to the temp folder is the anonymous access user account (the name starts with 'IUSR_'). I have also seen the 'Network Service' group mentioned as being needed in some cases. If I remember correctly, the trailing slash is not needed, but if included it does not seem to affect path resolution (the system must ignore two slashes together). Lack of outcry over the problem probably stems from many things: they don't use IIS (Linux/Mac seems quite popular in the FX.php demographic), site is not as busy, they otherwise haven't noticed (error logs, what error logs?), they don't use sessions, they do a custom set-up where they've explicitly assigned permissions, or used another temporary path with the required permissions (ie: Zend installations). Andrew Denman adenman@tmea.org On Mar 20, 2010, at 2:08 PM, Jonathan Schwartz wrote: > I asked my IT guy to adjust the permissions. He said he applied > "Eveyyone/Full", so I assume that means 777. We will now evaluate > the need to dial that back. > > And, I can't tell you if the trailing slash s needed, but it is there > now. I couldn't do too many iisrestarts during the day. > > Will report back if I find that it is not needed. > > What I can't figure out is why more folks haven't found this to a > problem. This is a by-the-books FMS 10 Server install with PHP API > deployed. It installs the php.ini with blank session path. > > So why isn't anyone else screaming about 100,000's files stacking up? > > J > > > At 7:47 PM +0100 3/20/10, Leo R. Lundgren wrote: >> Also, was/is the / at the end of the path required? >> >> 20 mar 2010 kl. 19.34 skrev Leo R. Lundgren: >> >>> Oh. Glad to hear this! >>> >>> For reference (and curiosity :), what did you change the >>> permissions to? Are they secure now, you didn't to the equivalent >>> of chmod 777 I presume? =) >>> >>> >>> 20 mar 2010 kl. 19.29 skrev Jonathan Schwartz: >>> >>>> Yes! Yes! Yes! Yes! >>>> >>>> After permissions were changed, files instantly dropped from >>>> 100,000 to less than 100. >>>> >>>> This solves a years-long frustration. >>>> >>>> Thank You! >>>> >>>> Jonathan >>>> >>>> At 7:02 PM +0100 3/20/10, Leo R. Lundgren wrote: >>>>> Maybe! >>>>> >>>>> While Googling before I noticed there was a lot of discussion >>>>> about permission denied related to this error. So I guess that if >>>>> you now get this error, it is at least finding a folder, and then >>>>> you can go on searching about the permission problems. >>>>> >>>>> >>>>> 20 mar 2010 kl. 18.55 skrev Jonathan Schwartz: >>>>> >>>>>> Back with some more answers.... >>>>>> >>>>>> I don't think that it was finding the folder as C:\WINDOWS\Temp. >>>>>> >>>>>> When I changed the slahes to :C:/WINDOWS/Temp/, I got a >>>>>> permissions error. Note, I had also added a trailing slash. Nit >>>>>> sure if it matters. >>>>>> >>>>>> So maybe it actually found the right folder and just needs >>>>>> permissions set. >>>>>> >>>>>> Stay tuned... >>>>>> >>>>>> >>>>>> Jonathan >>>>>> >>>>>> >>>>>> At 10:44 AM -0700 3/20/10, Jonathan Schwartz wrote: >>>>>>> Great answers, Leo. >>>>>>> >>>>>>> This provides the basis for further research. BTW, the path >>>>>>> was originally blank in the ini, with no GC occurring. Next, I >>>>>>> entered a path in the ini, using the path where I found the >>>>>>> files: C:\WINDOWS\Temp. Still no GC. >>>>>>> >>>>>>> I will try your suggested experiments. >>>>>>> >>>>>>> Stay tuned.... >>>>>>> >>>>>>> Jonathan >>>>>>> >>>>>>> At 6:14 PM +0100 3/20/10, Leo R. Lundgren wrote: >>>>>>>> Interesting. >>>>>>>> >>>>>>>> Did you change the session.save_path in the php.ini file, or >>>>>>>> did you do it using PHP code? Can you verify that the path is >>>>>>>> really what you indended it to be, and that it hasn't been >>>>>>>> evaluated different, for example some chars being escaped and >>>>>>>> getting another meaning or something like that? Also, did you >>>>>>>> try using / instead of \ in the path? Just a thought. >>>>>>>> >>>>>>>> I think that in any case, the problem is apparently that the >>>>>>>> session extension fails to open the directory in question. The >>>>>>>> code in the extension looks like this: >>>>>>>> >>>>>>>> static int ps_files_cleanup_dir(const char *dirname, int >>>>>>>> maxlifetime TSRMLS_DC) >>>>>>>> { >>>>>>>> >>>>>>>> >>>>>>>> dir = opendir(dirname); >>>>>>>> if (!dir) { >>>>>>>> php_error_docref(NULL TSRMLS_CC, E_NOTICE, >>>>>>>> "ps_files_cleanup_dir: opendir(%s) failed: %s (%d)", dirname, >>>>>>>> strerror(errno), errno); >>>>>>>> return (0); >>>>>>>> } >>>>>>>> >>>>>>>> >>>>>>>> } >>>>>>>> >>>>>>>> So I guess that's about it. Something is wrong with the access >>>>>>>> to that directory :) I don't know if it would give a specific >>>>>>>> error message if the folder it tries to find doesn't exist, so >>>>>>>> maybe this is the problem? >>>>>>>> >>>>>>>> You could try changing the path to something you know doesn't >>>>>>>> exist, and compare the error message. If you want to provoke >>>>>>>> the problem on each request, try changing the settings like >>>>>>>> this in php.ini: >>>>>>>> >>>>>>>> session.gc_probability = 1 >>>>>>>> session.gc_divisor = 1 >>>>>>>> >>>>>>>> -| >>>>>>>> >>>>>>>> >>>>>>>> 20 mar 2010 kl. 17.48 skrev Jonathan Schwartz: >>>>>>>> >>>>>>>>> Hi Folks, >>>>>>>>> >>>>>>>>> Breaking out from the previous post.... >>>>>>>>> >>>>>>>>> My problem is that a Windows system is NOT clearing session >>>>>>>>> files, and producing this error from time to time: >>>>>>>>> >>>>>>>>> ps_files_cleanup_dir:opendir(C:\WINDOWS\TEMP) failed: No error (0) >>>>>>>>> >>>>>>>>> The original phpini had no entry for the path. I added >>>>>>>>> "C:\WINDOWS\Temp" ,but still no GC. >>>>>>>>> >>>>>>>>> Note...the error doesn't say "permission denied". >>>>>>>>> >>>>>>>>> Any clues? >>>>>>>>> >>>>>>>>> Thanks >>>>>>>>> >>>>>>>>> Jonathan >>>>>>>>> -- >>>>>>>>> Jonathan Schwartz >>>>>>>>> Exit 445 Group >>>>>>>>> jonathan@exit445.com >>>>>>>>> http://www.exit445.com >>>>>>>>> 415-370-5011 >>>>>>>>> _______________________________________________ >>>>>>>>> FX.php_List mailing list >>>>>>>>> FX.php_List@mail.iviking.org >>>>>>>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -| >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> FX.php_List mailing list >>>>>>>> FX.php_List@mail.iviking.org >>>>>>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Jonathan Schwartz >>>>>>> Exit 445 Group >>>>>>> jonathan@exit445.com >>>>>>> http://www.exit445.com >>>>>>> 415-370-5011 >>>>>>> _______________________________________________ >>>>>>> FX.php_List mailing list >>>>>>> FX.php_List@mail.iviking.org >>>>>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>>>> >>>>>> >>>>>> -- >>>>>> Jonathan Schwartz >>>>>> Exit 445 Group >>>>>> jonathan@exit445.com >>>>>> http://www.exit445.com >>>>>> 415-370-5011 >>>>>> _______________________________________________ >>>>>> FX.php_List mailing list >>>>>> FX.php_List@mail.iviking.org >>>>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>>> >>>>> >>>>> >>>>> -| >>>>> >>>>> _______________________________________________ >>>>> FX.php_List mailing list >>>>> FX.php_List@mail.iviking.org >>>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>> >>>> >>>> -- >>>> Jonathan Schwartz >>>> Exit 445 Group >>>> jonathan@exit445.com >>>> http://www.exit445.com >>>> 415-370-5011 >>>> _______________________________________________ >>>> FX.php_List mailing list >>>> FX.php_List@mail.iviking.org >>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>> >>> >>> >>> -| >>> >>> _______________________________________________ >>> FX.php_List mailing list >>> FX.php_List@mail.iviking.org >>> http://www.iviking.org/mailman/listinfo/fx.php_list >> >> >> >> -| >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list > > > -- > Jonathan Schwartz > Exit 445 Group > jonathan@exit445.com > http://www.exit445.com > 415-370-5011 > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list From jschwartz at exit445.com Mon Mar 22 01:43:46 2010 From: jschwartz at exit445.com (Jonathan Schwartz) Date: Mon Mar 22 01:39:48 2010 Subject: [FX.php List] No GC (Garbage Collection) in IIS installation In-Reply-To: <07ECBB94-C1A0-4747-A527-74D3005CCF42@tmea.org> References: <84BD344E-0E28-4D3B-9DDC-8C04F560EC13@finalresort.org> <61176B02-771D-4686-80E9-C47A6067E221@finalresort.org> <8777CDBC-64C7-4803-A138-B3C4A77A70D5@finalresort.org> <07ECBB94-C1A0-4747-A527-74D3005CCF42@tmea.org> Message-ID: Thanks for the perspective, Andrew. Given the ratio of Windows to non-Windows machines, the (apparent) fact that installs of FMS generate this condition by default, and the amount of time that has past since FM has been shipping FMS 9/10/11 with PHP API....I still don't quite get the lack of knowledgeable on this. Here's a start....How many folks on this list are using IIS? Jonathan At 2:10 AM -0500 3/22/10, Andrew Denman wrote: >Jonathan, > >For permissions on Windows/IIS, usually the only IIS account that >needs write/delete access to the temp folder is the anonymous access >user account (the name starts with 'IUSR_'). I have also seen the >'Network Service' group mentioned as being needed in some cases. > >If I remember correctly, the trailing slash is not needed, but if >included it does not seem to affect path resolution (the system must >ignore two slashes together). > >Lack of outcry over the problem probably stems from many things: >they don't use IIS (Linux/Mac seems quite popular in the FX.php >demographic), site is not as busy, they otherwise haven't noticed >(error logs, what error logs?), they don't use sessions, they do a >custom set-up where they've explicitly assigned permissions, or used >another temporary path with the required permissions (ie: Zend >installations). > >Andrew Denman >adenman@tmea.org > >On Mar 20, 2010, at 2:08 PM, Jonathan Schwartz wrote: > >> I asked my IT guy to adjust the permissions. He said he applied >> "Eveyyone/Full", so I assume that means 777. We will now evaluate >> the need to dial that back. >> >> And, I can't tell you if the trailing slash s needed, but it is there >> now. I couldn't do too many iisrestarts during the day. >> >> Will report back if I find that it is not needed. >> >> What I can't figure out is why more folks haven't found this to a >> problem. This is a by-the-books FMS 10 Server install with PHP API >> deployed. It installs the php.ini with blank session path. >> >> So why isn't anyone else screaming about 100,000's files stacking up? >> >> J >> >> >> At 7:47 PM +0100 3/20/10, Leo R. Lundgren wrote: >>> Also, was/is the / at the end of the path required? >>> >>> 20 mar 2010 kl. 19.34 skrev Leo R. Lundgren: >>> >>>> Oh. Glad to hear this! >>>> >>>> For reference (and curiosity :), what did you change the >>>> permissions to? Are they secure now, you didn't to the equivalent >>>> of chmod 777 I presume? =) >>>> >>>> >>>> 20 mar 2010 kl. 19.29 skrev Jonathan Schwartz: >>>> >>>>> Yes! Yes! Yes! Yes! >>>>> >>>>> After permissions were changed, files instantly dropped from >>>>> 100,000 to less than 100. >>>>> >>>>> This solves a years-long frustration. >>>>> >>>>> Thank You! >>>>> >>>>> Jonathan >>>>> >>>>> At 7:02 PM +0100 3/20/10, Leo R. Lundgren wrote: >>>>>> Maybe! >>>>>> >>>>>> While Googling before I noticed there was a lot of discussion >>>>>> about permission denied related to this error. So I guess that if >>>>>> you now get this error, it is at least finding a folder, and then >>>>>> you can go on searching about the permission problems. >>>>>> >>>>>> >>>>>> 20 mar 2010 kl. 18.55 skrev Jonathan Schwartz: >>>>>> >>>>>>> Back with some more answers.... >>>>>>> >>>>>>> I don't think that it was finding the folder as C:\WINDOWS\Temp. >>>>>>> >>>>>>> When I changed the slahes to :C:/WINDOWS/Temp/, I got a >>>>>>> permissions error. Note, I had also added a trailing slash. Nit >>>>>>> sure if it matters. >>>>>>> >>>>>>> So maybe it actually found the right folder and just needs >>>>>>> permissions set. >>>>>>> >>>>>>> Stay tuned... >>>>>>> >>>>>>> >>>>>>> Jonathan >>>>>>> >>>>>>> >>>>>>> At 10:44 AM -0700 3/20/10, Jonathan Schwartz wrote: > >>>>>>> Great answers, Leo. >>>>>>>> >>>>>>>> This provides the basis for further research. BTW, the path >>>>>>>> was originally blank in the ini, with no GC occurring. Next, I >>>>>>>> entered a path in the ini, using the path where I found the >>>>>>>> files: C:\WINDOWS\Temp. Still no GC. >>>>>>>> >>>>>>>> I will try your suggested experiments. > >>>>>>> >>>>>>>> Stay tuned.... >>>>>>>> >>>>>>>> Jonathan >>>>>>>> >>>>>>>> At 6:14 PM +0100 3/20/10, Leo R. Lundgren wrote: >>>>>>>>> Interesting. >>>>>>>>> >>>>>>>>> Did you change the session.save_path in the php.ini file, or >>>>>>>>> did you do it using PHP code? Can you verify that the path is >>>>>>>>> really what you indended it to be, and that it hasn't been >>>>>>>>> evaluated different, for example some chars being escaped and >>>>>>>>> getting another meaning or something like that? Also, did you >>>>>>>>> try using / instead of \ in the path? Just a thought. >>>>>>>>> >>>>>>>>> I think that in any case, the problem is apparently that the >>>>>>>>> session extension fails to open the directory in question. The >>>>>>>>> code in the extension looks like this: >>>>>>>>> >>>>>>>>> static int ps_files_cleanup_dir(const char *dirname, int >>>>>>>>> maxlifetime TSRMLS_DC) >>>>>>>>> { >>>>>>>>> >>>>>>>>> >>>>>>>>> dir = opendir(dirname); >>>>>>>>> if (!dir) { >>>>>>>>> php_error_docref(NULL TSRMLS_CC, E_NOTICE, >>>>>>>>> "ps_files_cleanup_dir: opendir(%s) failed: %s (%d)", dirname, >>>>>>>>> strerror(errno), errno); >>>>>>>>> return (0); >>>>>>>>> } >>>>>>>>> >>>>>>>>> >>>>>>>>> } >>>>>>>>> >>>>>>>>> So I guess that's about it. Something is wrong with the access >>>>>>>>> to that directory :) I don't know if it would give a specific >>>>>>>>> error message if the folder it tries to find doesn't exist, so >>>>>>>>> maybe this is the problem? >>>>>>>>> >>>>>>>>> You could try changing the path to something you know doesn't >>>>>>>>> exist, and compare the error message. If you want to provoke >>>>>>>>> the problem on each request, try changing the settings like >>>>>>>>> this in php.ini: >>>>>>>>> >>>>>>>>> session.gc_probability = 1 >>>>>>>>> session.gc_divisor = 1 >>>>>>>>> >>>>>>>>> -| >>>>>>>>> >>>>>>>>> >>>>>>>>> 20 mar 2010 kl. 17.48 skrev Jonathan Schwartz: >>>>>>>>> >>>>>>>>>> Hi Folks, >>>>>>>>>> >>>>>>>>>> Breaking out from the previous post.... >>>>>>>>>> >>>>>>>>>> My problem is that a Windows system is NOT clearing session >>>>>>>>>> files, and producing this error from time to time: >>>>>>>>>> >>>>>>>>>> ps_files_cleanup_dir:opendir(C:\WINDOWS\TEMP) failed: No error (0) >>>>>>>>>> >>>>>>>>>> The original phpini had no entry for the path. I added >>>>>>>>>> "C:\WINDOWS\Temp" ,but still no GC. >>>>>>>>>> >>>>>>>>>> Note...the error doesn't say "permission denied". >>>>>>>>>> >>>>>>>>>> Any clues? >>>>>>>>>> >>>>>>>>>> Thanks >>>>>>>>>> >>>>>>>>>> Jonathan >>>>>>>>>> -- >>>>>>>>>> Jonathan Schwartz >>>>>>>>>> Exit 445 Group >>>>>>>>>> jonathan@exit445.com >>>>>>>>>> http://www.exit445.com >>>>>>>>>> 415-370-5011 >>>>>>>>>> _______________________________________________ >>>>>>>>>> FX.php_List mailing list >>>>>>>>>> FX.php_List@mail.iviking.org >>>>>>>>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -| >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> FX.php_List mailing list >>>>>>>>> FX.php_List@mail.iviking.org >>>>>>>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Jonathan Schwartz >>>>>>>> Exit 445 Group >>>>>>>> jonathan@exit445.com >>>>>>>> http://www.exit445.com >>>>>>>> 415-370-5011 >>>>>>>> _______________________________________________ >>>>>>>> FX.php_List mailing list >>>>>>>> FX.php_List@mail.iviking.org >>>>>>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Jonathan Schwartz >>>>>>> Exit 445 Group >>>>>>> jonathan@exit445.com >>>>>>> http://www.exit445.com >>>>>>> 415-370-5011 >>>>>>> _______________________________________________ >>>>>>> FX.php_List mailing list >>>>>>> FX.php_List@mail.iviking.org >>>>>>> http://www.iviking.org/mailman/listinfo/fx.php_list > >>>>> >>>>>> >>>>>> >>>>>> -| >>>>>> >>>>>> _______________________________________________ >>>>>> FX.php_List mailing list >>>>>> FX.php_List@mail.iviking.org >>>>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>>> >>>>> >>>>> -- >>>>> Jonathan Schwartz >>>>> Exit 445 Group >>>>> jonathan@exit445.com >>>>> http://www.exit445.com >>>>> 415-370-5011 >>>>> _______________________________________________ > >>>> FX.php_List mailing list >>>>> FX.php_List@mail.iviking.org >>>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>> >>>> >>>> >>>> -| >>>> >>>> _______________________________________________ >>>> FX.php_List mailing list >>>> FX.php_List@mail.iviking.org >>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>> >>> >>> >>> -| >>> >>> _______________________________________________ >>> FX.php_List mailing list >>> FX.php_List@mail.iviking.org >>> http://www.iviking.org/mailman/listinfo/fx.php_list >> >> >> -- >> Jonathan Schwartz >> Exit 445 Group >> jonathan@exit445.com >> http://www.exit445.com >> 415-370-5011 >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list >_______________________________________________ >FX.php_List mailing list >FX.php_List@mail.iviking.org >http://www.iviking.org/mailman/listinfo/fx.php_list -- Jonathan Schwartz Exit 445 Group jonathan@exit445.com http://www.exit445.com 415-370-5011 From la at mediadesign.dk Mon Mar 22 04:53:27 2010 From: la at mediadesign.dk (Lars =?ISO-8859-1?B?QXJs6XI=?=) Date: Mon Mar 22 04:47:02 2010 Subject: [FX.php List] Newbie PHP Question about direct link request to DB Message-ID: Hi all and thanks in advance.. Have a little problem with my http request to my DB And my objective is to blur the link, so that everybody can?t figure out the next record link "http://xx.xx.xx.xx/browserecord.php?-action=browse&-recid=189" works ok "http://xx.xx.xx.xx/browserecord.php?-action=browse&-recid_calc=189200011893 59742000120001" return false/error Both recid and recid_calc are totally identical in db field ?type & option?. I think that I found the problem in my script, but isn't that strong in PHP to figure this one out alone...... --------------------------- ZIP ZIP ZIP --------------------------------- case "browse" : default : { $recid = $cgi->get('-recid'); if (!isset ($recid)) $recid = 1; $record = $fm->getRecordById($layoutName, $recid); ExitOnError($record); break; } --------------------------- ZIP ZIP ZIP --------------------------------- 1. So what does this little script do ?? 2. And how can I make it accept the ?recid_calc? ?? 3. Or accept any other valid field name ?? thanks in advance.. ______________________________________________________ MEDIADESIGN Graphics-& Web design Lars Arl?r cell: +45 2814 0010 La@mediadesign.dk -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20100322/4d9f7201/attachment.html From headhoncho at customikesolutions.com Mon Mar 22 05:30:30 2010 From: headhoncho at customikesolutions.com (Head Honcho) Date: Mon Mar 22 05:24:06 2010 Subject: [FX.php List] Newbie PHP Question about direct link request to DB In-Reply-To: References: Message-ID: <491832C7-83A0-49B0-A2AE-6C5D33A0A42B@customikesolutions.com> Hi Lars (I assume), The recid that you are passing as a $_GET is FileMaker's internal recordID. This is set by FileMaker and can't be changed. So, if you're trying to obsfucate using a calculation, you'll need to "unwrap" the calc before passing the true recid. Otherwise, change your requests to $_POST's which will be "hidden" from the user. Hope this helps, somewhat. Regards Michael Ward -- Head Honcho CustoMike Solutions Member, FileMaker Business Alliance Member, FileMaker Technical Network FileMaker 7 Certified Developer FileMaker 8 Certified Developer FileMaker 9 Certified Developer FileMaker 10 Certified Developer 10 Wandoo Crt Wheelers Hill, 3150 ph 0414 562 501 headhoncho@customikesolutions.com On 22/03/2010, at 9:53 PM, Lars Arl?r wrote: > Hi all and thanks in advance.. > > Have a little problem with my http request to my DB > And my objective is to blur the link, so that everybody can?t figure out the > next record link > > > "http://xx.xx.xx.xx/browserecord.php?-action=browse&-recid=189" works ok > > "http://xx.xx.xx.xx/browserecord.php?-action=browse&-recid_calc=189200011893 > 59742000120001" return false/error > > > Both recid and recid_calc are totally identical in db field ?type & option?. > > I think that I found the problem in my script, but isn't that strong in PHP > to figure this one out alone...... > > --------------------------- ZIP ZIP ZIP --------------------------------- > > case "browse" : > default : > { > $recid = $cgi->get('-recid'); > if (!isset ($recid)) > $recid = 1; > > $record = $fm->getRecordById($layoutName, $recid); > ExitOnError($record); > break; > } > > --------------------------- ZIP ZIP ZIP --------------------------------- > > 1. So what does this little script do ?? > 2. And how can I make it accept the ?recid_calc? ?? > 3. Or accept any other valid field name ?? > > > thanks in advance.. > > ______________________________________________________ > > MEDIADESIGN > Graphics-& Web design > > Lars Arl?r > cell: +45 2814 0010 > > La@mediadesign.dk > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list From andersm at alamark.com Fri Mar 19 16:10:24 2010 From: andersm at alamark.com (Anders Monsen) Date: Mon Mar 22 07:06:50 2010 Subject: [FX.php List] Problem with clients iis install In-Reply-To: References: Message-ID: <6A9690BA-FF82-420E-883C-E4C17DBA3439@alamark.com> How long do the scripts usually run? Longer than 30 seconds? Could this be a timeout setting in php.ini that needs to be adjusted? I had some long PHP scripts running on Windows once, and this was the cause. If you scripts usually run less than 30 seconds, then ignore my comments. -- Anders Monsen On Mar19, 2010, at 4:00 PM, Bob Patin wrote: > I've got a client who's using IIS for the web server, FMSA 10 for databases; recently they moved the FM server to a new location, so that now the web server is in one location, the database server is in a 2nd. > > The connection from the web server is 100 megabits; the connection speed at the database server is 3.0Mbs. The web app worked fine when both servers were in one location, but now we're getting timeout errors after 30 seconds. > > Not having worked with IIS, I don't know how to solve this problem; does anyone have any experience with something like this, and if so, how did you resolve it? > > Thanks, > > Bob Patin > > Longterm Solutions > bob@longtermsolutions.com > 615-333-6858 > http://www.longtermsolutions.com > iChat: bobpatin > FileMaker 9 & 10 Certified Developer > Member of FileMaker Business Alliance and FileMaker TechNet > -- > Expert FileMaker Consulting > FileMaker Hosting 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20100319/cb2f83bb/attachment-0002.html From jschwartz at exit445.com Mon Mar 22 09:15:40 2010 From: jschwartz at exit445.com (Jonathan Schwartz) Date: Mon Mar 22 09:11:00 2010 Subject: [FX.php List] Newbie PHP Question about direct link request to DB In-Reply-To: <491832C7-83A0-49B0-A2AE-6C5D33A0A42B@customikesolutions.com> References: <491832C7-83A0-49B0-A2AE-6C5D33A0A42B@customikesolutions.com> Message-ID: Nicely said, Michael. For the benefit of Newbies everywhere, here is some more background on the options: As you have appreciated, it is a good idea to hide the recid, which is sequential in FileMaker's realm. Of course, in the case of a using a form, "hidden" is only skin deep. It can be viewed by revealing page source. An unauthorized edit requires only the ability to count. Not good. Personally, I have settled on the following technique: 1) Upon initial record creation, create a long random (unique) character string that serves to identify that record to the outside world. I use 20 digits, upper and lower alpha, set by a Custom Function. 2) Use this string freely in either GET or POST methods. Since it is very long and random, it can not (easily) be spoofed. 3) Upon initial CWP access of the target record in question, set the recid into a Session variable (not viewable publicly) and use the recid later, or 4) Perform 2 requests at edit time, one to request the recid and second to perform the edit. Since I use sessions, #3 is my choice. However, while it may seem cumbersome, #4 is not a bad choice for the right environments. Hope that helps. Jonathan At 10:30 PM +1100 3/22/10, Head Honcho wrote: >Hi Lars (I assume), > >The recid that you are passing as a $_GET is >FileMaker's internal recordID. This is set by >FileMaker and can't be changed. > >So, if you're trying to obsfucate using a >calculation, you'll need to "unwrap" the calc >before passing the true recid. > >Otherwise, change your requests to $_POST's >which will be "hidden" from the user. > >Hope this helps, somewhat. > >Regards > >Michael Ward >-- >Head Honcho >CustoMike Solutions >Member, FileMaker Business Alliance >Member, FileMaker Technical Network >FileMaker 7 Certified Developer >FileMaker 8 Certified Developer >FileMaker 9 Certified Developer >FileMaker 10 Certified Developer >10 Wandoo Crt >Wheelers Hill, 3150 >ph 0414 562 501 >headhoncho@customikesolutions.com > >On 22/03/2010, at 9:53 PM, Lars Arl?r wrote: > >> Hi all and thanks in advance.. >> >> Have a little problem with my http request to my DB >> And my objective is to blur the link, so that everybody can't figure out the >> next record link >> >> >> "http://xx.xx.xx.xx/browserecord.php?-action=browse&-recid=189" works ok >> >> "http://xx.xx.xx.xx/browserecord.php?-action=browse&-recid_calc=189200011893 >> 59742000120001" return false/error >> >> >> Both recid and recid_calc are totally identical in db field "type & option". >> >> I think that I found the problem in my script, but isn't that strong in PHP >> to figure this one out alone...... >> >> --------------------------- ZIP ZIP ZIP --------------------------------- >> >> case "browse" : >> default : >> { >> $recid = $cgi->get('-recid'); >> if (!isset ($recid)) >> $recid = 1; >> >> $record = $fm->getRecordById($layoutName, $recid); >> ExitOnError($record); >> break; >> } >> >> --------------------------- ZIP ZIP ZIP --------------------------------- >> >> 1. So what does this little script do ?? >> 2. And how can I make it accept the "recid_calc" ?? >> 3. Or accept any other valid field name ?? >> >> >> thanks in advance.. >> >> ______________________________________________________ >> >> MEDIADESIGN >> Graphics-& Web design >> >> Lars Arl?r >> cell: +45 2814 0010 >> >> La@mediadesign.dk >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list > >_______________________________________________ >FX.php_List mailing list >FX.php_List@mail.iviking.org >http://www.iviking.org/mailman/listinfo/fx.php_list -- Jonathan Schwartz Exit 445 Group jonathan@exit445.com http://www.exit445.com 415-370-5011 From william.downs at gmail.com Tue Mar 23 07:26:54 2010 From: william.downs at gmail.com (william.downs) Date: Tue Mar 23 07:21:13 2010 Subject: [FX.php List] Standard contract In-Reply-To: References: Message-ID: <997A4A63-C914-4F99-BFD6-58C0CE2C5996@gmail.com> Hi Steve, you did not get a reply to this - Not sure if you want to use mine: I found this some years ago on the internet and did give it to one person for a laugh :- License Agreement This is where the license agreement is supposed to go explaining that this Filemaker / php solution is for use by a single company, and sternly warning you not to pirate copies of it and explaining, in detail, the gory consequences if you do. We know that you are an honest person, and are not going to go around pirating copies of this Filemaker / php solution; this is just as well with us since we worked hard to perfect it and selling copies of it is our only method of making anything out of all the hard work. If, on the other hand, you are one of those few people who do go around pirating copies of software you probably aren't going to pay much attention to a license agreement anyway. Just keep your doors locked at night. Intellectual property I had to do a lot of reverse engineering in order to even get this Filemaker / php solution working - therefore, until payment in full has been made, plus extras, it belongs to me. Disclaimer We don't claim that this Filemaker / php solution is good for anything -- if you think it is, great, but it's up to you to decide. If this Filemaker / php solution doesn't work: tough. If you lose a million because this Filemaker / php solution messes up, it's you that's out the million, not us. If you don't like this disclaimer: tough. We reserve the right to do the absolute minimum provided by law, up to and including nothing. This is basically the same disclaimer that comes with all software packages, but ours is in plain English and theirs is in legal jargon, written by people called lawyers. We didn't really want to include any disclaimer at all, but our lawyers insisted. We tried to ignore them but they threatened us with the night time visits (see license agreement above) at which point we relented. Kind regards William On 18 Mar 2010, at 19:34, Steve Winter wrote: > Howdy, > > Usually I've found in the past when clients want to have a contract > between us, that they already have something in place, and that > usually it's 200 pages long, and a pain in the $%^& to deal with... > > I this instance however I have a new client who is asking me to > provide a contract... does anyone have a relatively simple, > relatively straight forward 'standard' contract which they use for > FMP/PHP development work which they would be willing to share...?? > > Cheers > Steve > > > > Steve Winter > steve@bluecrocodile.co.nz > m: +44 77 7852 4776 > 3 Calshot Court, Channel Way > Ocean Village, Southampton SO14 3GR > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20100323/84daf0aa/attachment-0001.html From la at mediadesign.dk Wed Mar 24 01:50:19 2010 From: la at mediadesign.dk (Lars =?ISO-8859-1?B?QXJs6XI=?=) Date: Wed Mar 24 01:43:45 2010 Subject: [FX.php List] Newbie PHP Question about direct link request to DB In-Reply-To: Message-ID: Hi Jonathan... Very helpful information. But you have to specify a little more ;-) please >1) Upon initial record creation, create a > long random (unique) character string that serves > to identify that record to the outside world. I > use 20 digits, upper and lower alpha, set by a > Custom Function. Does that mean that I can specify the "FMP recid" And can/will you share your Custom Function, I haven't tried to make one yet, is it difficult to make one ?? >3) Upon initial CWP access of the target > record in question, set the recid into a Session > variable (not viewable publicly) and use the > recid later, or Are we talking PHP or FMP here ?? Thanks again... I will try to make my first Custom Function now, and see if I can figure that out. ______________________________________________________ MEDIADESIGN GROUP Graphics-& Web design Lars Arl?r cell: +45 2814 0010 Lars.arler@mediadesign.dk From tim at nicheit.com.au Wed Mar 24 02:36:35 2010 From: tim at nicheit.com.au (Tim 'Webko' Booth) Date: Wed Mar 24 02:30:05 2010 Subject: [FX.php List] Newbie PHP Question about direct link request to DB In-Reply-To: References: Message-ID: On 24/03/2010, at 6:50 PM, Lars Arl?r wrote: > Hi Jonathan... > > Very helpful information. > But you have to specify a little more ;-) please > >> 1) Upon initial record creation, create a >> long random (unique) character string that serves >> to identify that record to the outside world. I >> use 20 digits, upper and lower alpha, set by a >> Custom Function. > > Does that mean that I can specify the "FMP recid" > And can/will you share your Custom Function, I haven't > tried to make one yet, is it difficult to make one ?? I'm fairly certain that you can set a decent field definition for this yourself.... Look at Brian Dunnings site for this sort of thing.... > >> 3) Upon initial CWP access of the target >> record in question, set the recid into a Session >> variable (not viewable publicly) and use the >> recid later, or > > Are we talking PHP or FMP here ?? PHP - initial Custom Web Publishing finds the record (-recid) and you put them into a session variable. I'm also fine with doing a finf based on their input, and grabbing the -recid and then doing a subsequent -edit on that value... Cheers Webko From la at mediadesign.dk Wed Mar 24 03:57:37 2010 From: la at mediadesign.dk (Lars =?ISO-8859-1?B?QXJs6XI=?=) Date: Wed Mar 24 03:51:04 2010 Subject: [FX.php List] Newbie PHP Question about direct link request to DB In-Reply-To: Message-ID: Thanks Webko for the quick and swift answer.... But I'll try to explain my problem a little deeper. The problem is that I have created a html webmail, from where my colleges will be linked via a hidden link, in their email client, to their own browser and directed to their own personal record. http://87.61.63.20/browserecord.php?-action=browse&-recid=501 But this link will be displayed in the top link window in their browser, not good. So I would really like recid to be much longer like Jonathan explained. The problem with my PHP code generated by FileMaker PHP Site Assistant Is that it seems to only allow me to use FMP own generated -recid. And I can sure live with that if I can define how many numbers and letters it consist off. Otherwise I would like to use any other FMP field to do the lookup So if you or other can help we with this PHP issue I will be in deep gratitude to you. Her is my PHP in the browserecord.php if it helps --------------------------- ZIP ZIP ZIP --------------------------------- storeFile(); $databaseName = 'MD_BackOffice'; $layoutName = 'Webcontacts'; $userName = 'webuser'; $passWord = 'webuser'; $fm = & new FileMaker(); $fm->setProperty('database', $databaseName); $fm->setProperty('username', $userName); $fm->setProperty('password', $passWord); ExitOnError($fm); $layout = $fm->getLayout($layoutName); ExitOnError($layout); // formats for dates and times $displayDateFormat = '%m/%d/%Y'; $displayTimeFormat = '%I:%M %P'; $displayDateTimeFormat = '%m/%d/%Y %I:%M %P'; $submitDateOrder = 'mdy'; $record = NULL; $response = NULL; $action = $cgi->get('-action'); $recid = $cgi->get('-recid'); switch ($action) { case "delete" : { include "deleterecord.php"; break; } ########### Some more Cases removed ############ case "browse" : default : { $recid = $cgi->get('-recid'); if (!isset ($recid)) $recid = 1; $record = $fm->getRecordById($layoutName, $recid); ExitOnError($record); break; } } ?> --------------------------- ZIP ZIP ZIP --------------------------------- On 24/03/10 09.36, "Tim 'Webko' Booth" wrote: > > On 24/03/2010, at 6:50 PM, Lars Arl?r wrote: > >> Hi Jonathan... >> >> Very helpful information. >> But you have to specify a little more ;-) please >> >>> 1) Upon initial record creation, create a >>> long random (unique) character string that serves >>> to identify that record to the outside world. I >>> use 20 digits, upper and lower alpha, set by a >>> Custom Function. >> >> Does that mean that I can specify the "FMP recid" >> And can/will you share your Custom Function, I haven't >> tried to make one yet, is it difficult to make one ?? > > I'm fairly certain that you can set a decent field definition for this > yourself.... Look at Brian Dunnings site for this sort of thing.... >> >>> 3) Upon initial CWP access of the target >>> record in question, set the recid into a Session >>> variable (not viewable publicly) and use the >>> recid later, or >> >> Are we talking PHP or FMP here ?? > > PHP - initial Custom Web Publishing finds the record (-recid) and you > put them into a session variable. I'm also fine with doing a finf > based on their input, and grabbing the -recid and then doing a > subsequent -edit on that value... > > Cheers > Webko From tim at nicheit.com.au Wed Mar 24 04:04:56 2010 From: tim at nicheit.com.au (Tim 'Webko' Booth) Date: Wed Mar 24 03:58:26 2010 Subject: [FX.php List] Newbie PHP Question about direct link request to DB In-Reply-To: References: Message-ID: On 24/03/2010, at 8:57 PM, Lars Arl?r wrote: > Thanks Webko for the quick and swift answer.... > > But I'll try to explain my problem a little deeper. > > The problem is that I have created a html webmail, from where my > colleges > will be linked via a hidden link, in their email client, to their own > browser and directed to their own personal record. > > http://87.61.63.20/browserecord.php?-action=browse&-recid=501 What about > /browserecord.php?-action=browse&user=tim&-recid=501&weirdfield=231626 At least they have to get a few other things right to spoof it... weirdfiield can essentially be a random number... Not perfect but better for links Cheers T From ggt667 at gmail.com Wed Mar 24 08:02:03 2010 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Wed Mar 24 07:55:28 2010 Subject: [FX.php List] Problem in the logs causing Error: 802 on all XML RPC queries from that point on Message-ID: Problem in the logs causing Error: 802 on all XML RPC queries( including FX.php calls ) from that point on Log snippet --- 2010-03-23 16:19:47 Publishing Engine Error FM Web Publishing - - wpc1 Web Scripting Error: 4, File: "databasename", Script: "Closing", Script Step: "Adjust Window" --- Anyone got a clue how to trace what IP address makes this call to the Publishing Engine? tia, ggt From chris at iViking.org Wed Mar 24 08:16:43 2010 From: chris at iViking.org (Chris Hansen) Date: Wed Mar 24 08:10:08 2010 Subject: [FX.php List] Newbie PHP Question about direct link request to DB In-Reply-To: References: Message-ID: Lars, The PHP Site Assistant definitely doesn't do things the best way (I have some work the entails fixing and/or adding to Site Assistant generated code...) You could still use a field other than the RecordID as long as it was unique. Also, when I generate the type of string we've been discussing, I usually also use a random length (just to make things more difficult for those who would do something untoward...) Best of luck on your project! --Chris On Mar 24, 2010, at 3:57 AM, Lars Arl?r wrote: > Thanks Webko for the quick and swift answer.... > > But I'll try to explain my problem a little deeper. > > The problem is that I have created a html webmail, from where my > colleges > will be linked via a hidden link, in their email client, to their own > browser and directed to their own personal record. > > http://87.61.63.20/browserecord.php?-action=browse&-recid=501 > > But this link will be displayed in the top link window in their > browser, not > good. > > So I would really like recid to be much longer like Jonathan > explained. > > The problem with my PHP code generated by FileMaker PHP Site Assistant > Is that it seems to only allow me to use FMP own generated -recid. > > And I can sure live with that if I can define how many numbers and > letters > it consist off. > > Otherwise I would like to use any other FMP field to do the lookup > > So if you or other can help we with this PHP issue I will be in deep > gratitude to you. > > Her is my PHP in the browserecord.php if it helps > > --------------------------- ZIP ZIP ZIP > --------------------------------- > > > /** > * FileMaker PHP Site Assistant Generated File > */ > > > > require_once 'fmview.php'; > > require_once 'FileMaker.php'; > > require_once 'error.php'; > > > > $cgi = new CGI(); > > $cgi->storeFile(); > > $databaseName = 'MD_BackOffice'; > > $layoutName = 'Webcontacts'; > > $userName = 'webuser'; > > $passWord = 'webuser'; > > > $fm = & new FileMaker(); > > $fm->setProperty('database', $databaseName); > > $fm->setProperty('username', $userName); > > $fm->setProperty('password', $passWord); > > > > ExitOnError($fm); > > $layout = $fm->getLayout($layoutName); > > ExitOnError($layout); > > > > // formats for dates and times > > $displayDateFormat = '%m/%d/%Y'; > > $displayTimeFormat = '%I:%M %P'; > > $displayDateTimeFormat = '%m/%d/%Y %I:%M %P'; > > $submitDateOrder = 'mdy'; > > > $record = NULL; > $response = NULL; > > $action = $cgi->get('-action'); > > $recid = $cgi->get('-recid'); > > > > switch ($action) { > > case "delete" : > > { > > include "deleterecord.php"; > > break; > > } > > > ########### Some more Cases removed ############ > > case "browse" : > > default : > > { > > $recid = $cgi->get('-recid'); > > if (!isset ($recid)) > > $recid = 1; > > > $record = $fm->getRecordById($layoutName, $recid); > > > > ExitOnError($record); > > break; > > } > > } > > ?> > > > > --------------------------- ZIP ZIP ZIP > --------------------------------- > > > > > > > > > > > > On 24/03/10 09.36, "Tim 'Webko' Booth" wrote: > >> >> On 24/03/2010, at 6:50 PM, Lars Arl?r wrote: >> >>> Hi Jonathan... >>> >>> Very helpful information. >>> But you have to specify a little more ;-) please >>> >>>> 1) Upon initial record creation, create a >>>> long random (unique) character string that serves >>>> to identify that record to the outside world. I >>>> use 20 digits, upper and lower alpha, set by a >>>> Custom Function. >>> >>> Does that mean that I can specify the "FMP recid" >>> And can/will you share your Custom Function, I haven't >>> tried to make one yet, is it difficult to make one ?? >> >> I'm fairly certain that you can set a decent field definition for >> this >> yourself.... Look at Brian Dunnings site for this sort of thing.... >>> >>>> 3) Upon initial CWP access of the target >>>> record in question, set the recid into a Session >>>> variable (not viewable publicly) and use the >>>> recid later, or >>> >>> Are we talking PHP or FMP here ?? >> >> PHP - initial Custom Web Publishing finds the record (-recid) and you >> put them into a session variable. I'm also fine with doing a finf >> based on their input, and grabbing the -recid and then doing a >> subsequent -edit on that value... >> >> Cheers >> Webko > > > > > > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > From ggt667 at gmail.com Wed Mar 24 08:26:27 2010 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Wed Mar 24 08:19:52 2010 Subject: [FX.php List] Re: Problem in the logs causing Error: 802 on all XML RPC queries from that point on In-Reply-To: References: Message-ID: The same as question 148 here: http://jonathanstark.com/questions.php I am not able to find the call in the logs either... so I find this case very strange. tia, ggt 2010/3/24 Gjermund Gusland Thorsen : > Problem in the logs causing Error: 802 on all XML RPC queries( > including FX.php calls ) from that point on > > > > Log snippet > --- > 2010-03-23 16:19:47 ? ? Publishing Engine ? ? ? Error ? FM Web Publishing - - wpc1 > Web Scripting Error: 4, File: "databasename", Script: "Closing", > Script Step: "Adjust Window" > --- > > > > Anyone got a clue how to trace what IP address makes this call to the > Publishing Engine? > > > > tia, > ggt > From ggt667 at gmail.com Wed Mar 24 10:04:38 2010 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Wed Mar 24 09:58:04 2010 Subject: [FX.php List] Newbie PHP Question about direct link request to DB In-Reply-To: References: Message-ID: Be aware that if you use rand() function in a calculation, if you have to move the solution to a different machines, the rand algo uses the MAC address of the NIC as salt, so you might want to make the rand number using something like 15 random characters followed by 4 last digits of the recid, I assume the limit is of indexing a string is still 19 chars? ggt 2010/3/24 Chris Hansen : > Lars, > > The PHP Site Assistant definitely doesn't do things the best way (I have > some work the entails fixing and/or adding to Site Assistant generated > code...) ?You could still use a field other than the RecordID as long as it > was unique. ?Also, when I generate the type of string we've been discussing, > I usually also use a random length (just to make things more difficult for > those who would do something untoward...) ?Best of luck on your project! > > --Chris > > On Mar 24, 2010, at 3:57 AM, Lars Arl?r wrote: > >> Thanks Webko for the quick and swift answer.... >> >> But I'll try to explain my problem a little deeper. >> >> The problem is that I have created a html webmail, from where my colleges >> will be linked via a hidden link, in their email client, to their own >> browser and directed to their own personal record. >> >> http://87.61.63.20/browserecord.php?-action=browse&-recid=501 >> >> But this link will be displayed in the top link window in their browser, >> not >> good. >> >> So I would really like recid to be much longer like Jonathan explained. >> >> The problem with my PHP code generated by FileMaker PHP Site Assistant >> Is that it seems to only allow me to use FMP own generated -recid. >> >> And I can sure live with that if I can define how many numbers and letters >> it consist off. >> >> Otherwise I would like to use any other FMP field to do the lookup >> >> So if you or other can help we with this PHP issue I will be in deep >> gratitude to you. >> >> Her is my PHP in the browserecord.php if it helps >> >> --------------------------- ZIP ZIP ZIP --------------------------------- >> >> > >> ? ?/** >> ? * FileMaker PHP Site Assistant Generated File >> */ >> >> >> >> require_once 'fmview.php'; >> >> require_once 'FileMaker.php'; >> >> require_once 'error.php'; >> >> >> >> $cgi = new CGI(); >> >> $cgi->storeFile(); >> >> $databaseName = 'MD_BackOffice'; >> >> $layoutName = 'Webcontacts'; >> >> $userName = 'webuser'; >> >> $passWord = 'webuser'; >> >> >> $fm = & new FileMaker(); >> >> $fm->setProperty('database', $databaseName); >> >> $fm->setProperty('username', $userName); >> >> $fm->setProperty('password', $passWord); >> >> >> >> ExitOnError($fm); >> >> $layout = $fm->getLayout($layoutName); >> >> ExitOnError($layout); >> >> >> >> // formats for dates and times >> >> $displayDateFormat = '%m/%d/%Y'; >> >> $displayTimeFormat = '%I:%M %P'; >> >> $displayDateTimeFormat = '%m/%d/%Y %I:%M %P'; >> >> $submitDateOrder = 'mdy'; >> >> >> $record = NULL; >> ? $response = NULL; >> >> $action = $cgi->get('-action'); >> >> $recid = $cgi->get('-recid'); >> >> >> >> switch ($action) { >> >> case "delete" : >> >> { >> >> include "deleterecord.php"; >> >> break; >> >> } >> >> >> ########### Some more Cases removed ############ >> >> case "browse" : >> >> default : >> >> { >> >> $recid = $cgi->get('-recid'); >> >> if (!isset ($recid)) >> >> $recid = 1; >> >> >> $record = $fm->getRecordById($layoutName, $recid); >> >> >> >> ExitOnError($record); >> >> break; >> >> } >> >> } >> >> ?> >> >> >> >> --------------------------- ZIP ZIP ZIP --------------------------------- >> >> >> >> >> >> >> >> >> >> >> >> On 24/03/10 09.36, "Tim 'Webko' Booth" wrote: >> >>> >>> On 24/03/2010, at 6:50 PM, Lars Arl?r wrote: >>> >>>> Hi Jonathan... >>>> >>>> Very helpful information. >>>> But you have to specify a little more ;-) please >>>> >>>>> 1) Upon initial record creation, create a >>>>> long random (unique) character string that serves >>>>> to identify that record to the outside world. I >>>>> use 20 digits, upper and lower alpha, set by a >>>>> Custom Function. >>>> >>>> Does that mean that I can specify the "FMP recid" >>>> And can/will you share your Custom Function, I haven't >>>> tried to make one yet, is it difficult to make one ?? >>> >>> I'm fairly certain that you can set a decent field definition for this >>> yourself.... Look at Brian Dunnings site for this sort of thing.... >>>> >>>>> 3) Upon initial CWP access of the target >>>>> record in question, set the recid into a Session >>>>> variable (not viewable publicly) and use the >>>>> recid later, or >>>> >>>> Are we talking PHP or FMP here ?? >>> >>> PHP - initial Custom Web Publishing finds the record (-recid) and you >>> put them into a session variable. I'm also fine with doing a finf >>> based on their input, and grabbing the -recid and then doing a >>> subsequent -edit on that value... >>> >>> Cheers >>> Webko >> >> >> >> >> >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list >> > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > From ggt667 at gmail.com Wed Mar 24 10:10:31 2010 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Wed Mar 24 10:03:56 2010 Subject: [FX.php List] Newbie PHP Question about direct link request to DB In-Reply-To: References: Message-ID: Here is mine actually: 366 * 24 * 60 * 60 * ( Middle( created; 7; 4 ) - 1995 ) + Int( DayOfYear ( Date ( Int( Middle( created; 4; 2 ) ); Int( Left( created; 2 ) ) ; Int( Middle( created; 7; 4 ) ) ) ) ) * 24 * 60 * 60 + 60 * 60 * Int( Middle( created; 12; 2 ) ) + 60 * Int( Middle( created; 15; 2 ) ) + Right( created; 2 ) & Get( recordID ) & Middle( "ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz1234567890"; Int( Random* 52 ); 1 ) It requires that you have an auto enter field created as timestamp, so it should be pretty region independant, so this is as robust as it gets AFAIK It calculates the number of seconds between creation time of the record and 1995 concatenates the recordID and adds 1 random char at the end. ggt 2010/3/24 Gjermund Gusland Thorsen : > Be aware that if you use rand() function in a calculation, > if you have to move the solution to a different machines, > the rand algo uses the MAC address of the NIC as salt, > so you might want to make the rand number using something like > > 15 random characters followed by 4 last digits of the recid, > I assume the limit is of indexing a string is still 19 chars? > > ggt > > 2010/3/24 Chris Hansen : >> Lars, >> >> The PHP Site Assistant definitely doesn't do things the best way (I have >> some work the entails fixing and/or adding to Site Assistant generated >> code...) ?You could still use a field other than the RecordID as long as it >> was unique. ?Also, when I generate the type of string we've been discussing, >> I usually also use a random length (just to make things more difficult for >> those who would do something untoward...) ?Best of luck on your project! >> >> --Chris >> >> On Mar 24, 2010, at 3:57 AM, Lars Arl?r wrote: >> >>> Thanks Webko for the quick and swift answer.... >>> >>> But I'll try to explain my problem a little deeper. >>> >>> The problem is that I have created a html webmail, from where my colleges >>> will be linked via a hidden link, in their email client, to their own >>> browser and directed to their own personal record. >>> >>> http://87.61.63.20/browserecord.php?-action=browse&-recid=501 >>> >>> But this link will be displayed in the top link window in their browser, >>> not >>> good. >>> >>> So I would really like recid to be much longer like Jonathan explained. >>> >>> The problem with my PHP code generated by FileMaker PHP Site Assistant >>> Is that it seems to only allow me to use FMP own generated -recid. >>> >>> And I can sure live with that if I can define how many numbers and letters >>> it consist off. >>> >>> Otherwise I would like to use any other FMP field to do the lookup >>> >>> So if you or other can help we with this PHP issue I will be in deep >>> gratitude to you. >>> >>> Her is my PHP in the browserecord.php if it helps >>> >>> --------------------------- ZIP ZIP ZIP --------------------------------- >>> >>> >> >>> ? ?/** >>> ? * FileMaker PHP Site Assistant Generated File >>> */ >>> >>> >>> >>> require_once 'fmview.php'; >>> >>> require_once 'FileMaker.php'; >>> >>> require_once 'error.php'; >>> >>> >>> >>> $cgi = new CGI(); >>> >>> $cgi->storeFile(); >>> >>> $databaseName = 'MD_BackOffice'; >>> >>> $layoutName = 'Webcontacts'; >>> >>> $userName = 'webuser'; >>> >>> $passWord = 'webuser'; >>> >>> >>> $fm = & new FileMaker(); >>> >>> $fm->setProperty('database', $databaseName); >>> >>> $fm->setProperty('username', $userName); >>> >>> $fm->setProperty('password', $passWord); >>> >>> >>> >>> ExitOnError($fm); >>> >>> $layout = $fm->getLayout($layoutName); >>> >>> ExitOnError($layout); >>> >>> >>> >>> // formats for dates and times >>> >>> $displayDateFormat = '%m/%d/%Y'; >>> >>> $displayTimeFormat = '%I:%M %P'; >>> >>> $displayDateTimeFormat = '%m/%d/%Y %I:%M %P'; >>> >>> $submitDateOrder = 'mdy'; >>> >>> >>> $record = NULL; >>> ? $response = NULL; >>> >>> $action = $cgi->get('-action'); >>> >>> $recid = $cgi->get('-recid'); >>> >>> >>> >>> switch ($action) { >>> >>> case "delete" : >>> >>> { >>> >>> include "deleterecord.php"; >>> >>> break; >>> >>> } >>> >>> >>> ########### Some more Cases removed ############ >>> >>> case "browse" : >>> >>> default : >>> >>> { >>> >>> $recid = $cgi->get('-recid'); >>> >>> if (!isset ($recid)) >>> >>> $recid = 1; >>> >>> >>> $record = $fm->getRecordById($layoutName, $recid); >>> >>> >>> >>> ExitOnError($record); >>> >>> break; >>> >>> } >>> >>> } >>> >>> ?> >>> >>> >>> >>> --------------------------- ZIP ZIP ZIP --------------------------------- >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> On 24/03/10 09.36, "Tim 'Webko' Booth" wrote: >>> >>>> >>>> On 24/03/2010, at 6:50 PM, Lars Arl?r wrote: >>>> >>>>> Hi Jonathan... >>>>> >>>>> Very helpful information. >>>>> But you have to specify a little more ;-) please >>>>> >>>>>> 1) Upon initial record creation, create a >>>>>> long random (unique) character string that serves >>>>>> to identify that record to the outside world. I >>>>>> use 20 digits, upper and lower alpha, set by a >>>>>> Custom Function. >>>>> >>>>> Does that mean that I can specify the "FMP recid" >>>>> And can/will you share your Custom Function, I haven't >>>>> tried to make one yet, is it difficult to make one ?? >>>> >>>> I'm fairly certain that you can set a decent field definition for this >>>> yourself.... Look at Brian Dunnings site for this sort of thing.... >>>>> >>>>>> 3) Upon initial CWP access of the target >>>>>> record in question, set the recid into a Session >>>>>> variable (not viewable publicly) and use the >>>>>> recid later, or >>>>> >>>>> Are we talking PHP or FMP here ?? >>>> >>>> PHP - initial Custom Web Publishing finds the record (-recid) and you >>>> put them into a session variable. I'm also fine with doing a finf >>>> based on their input, and grabbing the -recid and then doing a >>>> subsequent -edit on that value... >>>> >>>> Cheers >>>> Webko >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> FX.php_List mailing list >>> FX.php_List@mail.iviking.org >>> http://www.iviking.org/mailman/listinfo/fx.php_list >>> >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list >> > From dbengston at tds.net Wed Mar 24 10:31:57 2010 From: dbengston at tds.net (Dale Bengston) Date: Wed Mar 24 10:25:27 2010 Subject: [FX.php List] Newbie PHP Question about direct link request to DB In-Reply-To: References: Message-ID: I also base random numbers off of the timestamp in milliseconds. Dale On Mar 24, 2010, at 11:10 AM, Gjermund Gusland Thorsen wrote: > Here is mine actually: > > 366 * 24 * 60 * 60 * ( Middle( created; 7; 4 ) - 1995 ) > + Int( DayOfYear ( Date ( Int( Middle( created; 4; 2 ) ); Int( Left( > created; 2 ) ) ; Int( Middle( created; 7; 4 ) ) ) ) ) * 24 * 60 * 60 > + 60 * 60 * Int( Middle( created; 12; 2 ) ) > + 60 * Int( Middle( created; 15; 2 ) ) > + Right( created; 2 ) & Get( recordID ) & > Middle( "ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz1234567890"; > Int( Random* 52 ); 1 ) > > It requires that you have an auto enter field created as timestamp, > so it should be pretty region independant, so this is as robust as it gets AFAIK > > It calculates the number of seconds between creation time of the > record and 1995 concatenates the recordID and adds 1 random char at > the end. > > ggt > > 2010/3/24 Gjermund Gusland Thorsen : >> Be aware that if you use rand() function in a calculation, >> if you have to move the solution to a different machines, >> the rand algo uses the MAC address of the NIC as salt, >> so you might want to make the rand number using something like >> >> 15 random characters followed by 4 last digits of the recid, >> I assume the limit is of indexing a string is still 19 chars? >> >> ggt >> >> 2010/3/24 Chris Hansen : >>> Lars, >>> >>> The PHP Site Assistant definitely doesn't do things the best way (I have >>> some work the entails fixing and/or adding to Site Assistant generated >>> code...) You could still use a field other than the RecordID as long as it >>> was unique. Also, when I generate the type of string we've been discussing, >>> I usually also use a random length (just to make things more difficult for >>> those who would do something untoward...) Best of luck on your project! >>> >>> --Chris >>> >>> On Mar 24, 2010, at 3:57 AM, Lars Arl?r wrote: >>> >>>> Thanks Webko for the quick and swift answer.... >>>> >>>> But I'll try to explain my problem a little deeper. >>>> >>>> The problem is that I have created a html webmail, from where my colleges >>>> will be linked via a hidden link, in their email client, to their own >>>> browser and directed to their own personal record. >>>> >>>> http://87.61.63.20/browserecord.php?-action=browse&-recid=501 >>>> >>>> But this link will be displayed in the top link window in their browser, >>>> not >>>> good. >>>> >>>> So I would really like recid to be much longer like Jonathan explained. >>>> >>>> The problem with my PHP code generated by FileMaker PHP Site Assistant >>>> Is that it seems to only allow me to use FMP own generated -recid. >>>> >>>> And I can sure live with that if I can define how many numbers and letters >>>> it consist off. >>>> >>>> Otherwise I would like to use any other FMP field to do the lookup >>>> >>>> So if you or other can help we with this PHP issue I will be in deep >>>> gratitude to you. >>>> >>>> Her is my PHP in the browserecord.php if it helps >>>> >>>> --------------------------- ZIP ZIP ZIP --------------------------------- >>>> >>>> >>> >>>> /** >>>> * FileMaker PHP Site Assistant Generated File >>>> */ >>>> >>>> >>>> >>>> require_once 'fmview.php'; >>>> >>>> require_once 'FileMaker.php'; >>>> >>>> require_once 'error.php'; >>>> >>>> >>>> >>>> $cgi = new CGI(); >>>> >>>> $cgi->storeFile(); >>>> >>>> $databaseName = 'MD_BackOffice'; >>>> >>>> $layoutName = 'Webcontacts'; >>>> >>>> $userName = 'webuser'; >>>> >>>> $passWord = 'webuser'; >>>> >>>> >>>> $fm = & new FileMaker(); >>>> >>>> $fm->setProperty('database', $databaseName); >>>> >>>> $fm->setProperty('username', $userName); >>>> >>>> $fm->setProperty('password', $passWord); >>>> >>>> >>>> >>>> ExitOnError($fm); >>>> >>>> $layout = $fm->getLayout($layoutName); >>>> >>>> ExitOnError($layout); >>>> >>>> >>>> >>>> // formats for dates and times >>>> >>>> $displayDateFormat = '%m/%d/%Y'; >>>> >>>> $displayTimeFormat = '%I:%M %P'; >>>> >>>> $displayDateTimeFormat = '%m/%d/%Y %I:%M %P'; >>>> >>>> $submitDateOrder = 'mdy'; >>>> >>>> >>>> $record = NULL; >>>> $response = NULL; >>>> >>>> $action = $cgi->get('-action'); >>>> >>>> $recid = $cgi->get('-recid'); >>>> >>>> >>>> >>>> switch ($action) { >>>> >>>> case "delete" : >>>> >>>> { >>>> >>>> include "deleterecord.php"; >>>> >>>> break; >>>> >>>> } >>>> >>>> >>>> ########### Some more Cases removed ############ >>>> >>>> case "browse" : >>>> >>>> default : >>>> >>>> { >>>> >>>> $recid = $cgi->get('-recid'); >>>> >>>> if (!isset ($recid)) >>>> >>>> $recid = 1; >>>> >>>> >>>> $record = $fm->getRecordById($layoutName, $recid); >>>> >>>> >>>> >>>> ExitOnError($record); >>>> >>>> break; >>>> >>>> } >>>> >>>> } >>>> >>>> ?> >>>> >>>> >>>> >>>> --------------------------- ZIP ZIP ZIP --------------------------------- >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> On 24/03/10 09.36, "Tim 'Webko' Booth" wrote: >>>> >>>>> >>>>> On 24/03/2010, at 6:50 PM, Lars Arl?r wrote: >>>>> >>>>>> Hi Jonathan... >>>>>> >>>>>> Very helpful information. >>>>>> But you have to specify a little more ;-) please >>>>>> >>>>>>> 1) Upon initial record creation, create a >>>>>>> long random (unique) character string that serves >>>>>>> to identify that record to the outside world. I >>>>>>> use 20 digits, upper and lower alpha, set by a >>>>>>> Custom Function. >>>>>> >>>>>> Does that mean that I can specify the "FMP recid" >>>>>> And can/will you share your Custom Function, I haven't >>>>>> tried to make one yet, is it difficult to make one ?? >>>>> >>>>> I'm fairly certain that you can set a decent field definition for this >>>>> yourself.... Look at Brian Dunnings site for this sort of thing.... >>>>>> >>>>>>> 3) Upon initial CWP access of the target >>>>>>> record in question, set the recid into a Session >>>>>>> variable (not viewable publicly) and use the >>>>>>> recid later, or >>>>>> >>>>>> Are we talking PHP or FMP here ?? >>>>> >>>>> PHP - initial Custom Web Publishing finds the record (-recid) and you >>>>> put them into a session variable. I'm also fine with doing a finf >>>>> based on their input, and grabbing the -recid and then doing a >>>>> subsequent -edit on that value... >>>>> >>>>> Cheers >>>>> Webko >>>> >>>> >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> FX.php_List mailing list >>>> FX.php_List@mail.iviking.org >>>> http://www.iviking.org/mailman/listinfo/fx.php_list >>>> >>> >>> _______________________________________________ >>> FX.php_List mailing list >>> FX.php_List@mail.iviking.org >>> http://www.iviking.org/mailman/listinfo/fx.php_list >>> >> > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list From bob at patin.com Wed Mar 24 11:50:07 2010 From: bob at patin.com (Bob Patin) Date: Wed Mar 24 11:43:34 2010 Subject: [FX.php List] Using a web app over a VPN Message-ID: <338FEDF9-184D-4B5B-80B5-58FD440BEDB3@patin.com> In my ongoing saga with one of my clients, we're still having trouble with their web app now that they moved the database server to a location away from the web server. Previously it was on a LAN, worked fine; now it's on a VPN; as I mentioned a few days back, the web server's on a 100Mbs connection, the database server's on a 3Mbs connection. We're getting timeout errors that go longer than a minute sometimes (I had them change max_execution_time to 60 seconds). Are there any issues that anyone is aware of when trying to use the WPE over a VPN? Thanks, Bob Patin Longterm Solutions bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com iChat: bobpatin FileMaker 9 & 10 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -- Expert FileMaker Consulting FileMaker Hosting 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/20100324/71b31483/attachment.html From leo at finalresort.org Wed Mar 24 11:53:19 2010 From: leo at finalresort.org (Leo R. Lundgren) Date: Wed Mar 24 11:46:43 2010 Subject: [FX.php List] Using a web app over a VPN In-Reply-To: <338FEDF9-184D-4B5B-80B5-58FD440BEDB3@patin.com> References: <338FEDF9-184D-4B5B-80B5-58FD440BEDB3@patin.com> Message-ID: <86737CAA-3298-484F-AD3A-AF110BE77913@finalresort.org> Did you analyze the traffic yet? By doing so you could see where in the communication process it's stalling. At least I imagine so. 24 mar 2010 kl. 18.50 skrev Bob Patin: > In my ongoing saga with one of my clients, we're still having > trouble with their web app now that they moved the database server > to a location away from the web server. > > Previously it was on a LAN, worked fine; now it's on a VPN; as I > mentioned a few days back, the web server's on a 100Mbs connection, > the database server's on a 3Mbs connection. We're getting timeout > errors that go longer than a minute sometimes (I had them change > max_execution_time to 60 seconds). > > Are there any issues that anyone is aware of when trying to use the > WPE over a VPN? > > Thanks, > > Bob Patin > Longterm Solutions > bob@longtermsolutions.com > 615-333-6858 > http://www.longtermsolutions.com > iChat: bobpatin > FileMaker 9 & 10 Certified Developer > Member of FileMaker Business Alliance and FileMaker TechNet > -- > Expert FileMaker Consulting > FileMaker Hosting 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 -| -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20100324/97f45b06/attachment-0001.html From bob at patin.com Wed Mar 24 12:00:57 2010 From: bob at patin.com (Bob Patin) Date: Wed Mar 24 11:54:24 2010 Subject: [FX.php List] Using a web app over a VPN In-Reply-To: <86737CAA-3298-484F-AD3A-AF110BE77913@finalresort.org> References: <338FEDF9-184D-4B5B-80B5-58FD440BEDB3@patin.com> <86737CAA-3298-484F-AD3A-AF110BE77913@finalresort.org> Message-ID: <296C3B9C-DDE9-48AE-A09A-A967BA7AD91A@patin.com> Well, I can't, but their IT company providers said they did and that almost nothing was passing. I think they assume the problem lies in the web app itself, which is ridiculous since it worked on their LAN and works great here on my network. This morning in a conference call, I explained the web app setup to one of their IT guys, and told him about the ports that need to be open. In previous conversations I'd been told that all the ports are open on this VPN, so we dismissed this as the point of issue. But this morning, the tech told me that sometimes their CISCO router will still block high port numbers, even though they're *supposed* to be open. So he's looking at it now to see if there's any traffic on those ports, but I haven't heard back. Meanwhile, I was wondering if anyone on this forum has used a VPN for a web app and if so, if they've had any issues. Here in my company I have everything on a LAN, so there are no issues like this. Likewise, when this web app was on 2 machines side-by-side in their LAN, it worked fine. Anyway... thoughts appreciated. It's timing out, causing all sorts of problems when records aren't properly updated. Thanks, Bob Longterm Solutions bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com iChat: bobpatin FileMaker 9 & 10 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -- Expert FileMaker Consulting FileMaker Hosting for all versions of FileMaker PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting On Mar 24, 2010, at 12:53 PM, Leo R. Lundgren wrote: > Did you analyze the traffic yet? > > By doing so you could see where in the communication process it's stalling. At least I imagine so. > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20100324/2f7bc85b/attachment.html From ggt667 at gmail.com Wed Mar 24 12:20:44 2010 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Wed Mar 24 12:14:08 2010 Subject: [FX.php List] Using a web app over a VPN In-Reply-To: <338FEDF9-184D-4B5B-80B5-58FD440BEDB3@patin.com> References: <338FEDF9-184D-4B5B-80B5-58FD440BEDB3@patin.com> Message-ID: > Are there any issues that anyone is aware of when trying to use the WPE over a VPN? Port 80? Should have no issues apart from bandwidth. ggt From ggt667 at gmail.com Wed Mar 24 12:21:22 2010 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Wed Mar 24 12:14:46 2010 Subject: [FX.php List] Using a web app over a VPN In-Reply-To: References: <338FEDF9-184D-4B5B-80B5-58FD440BEDB3@patin.com> Message-ID: However there might be DNS issues. remember if you are not using IPs you will have to replace the global DNS settings with local ones. ggt 2010/3/24 Gjermund Gusland Thorsen : >> Are there any issues that anyone is aware of when trying to use the WPE over a VPN? > > Port 80? Should have no issues apart from bandwidth. > > ggt > From bob at patin.com Wed Mar 24 12:29:25 2010 From: bob at patin.com (Bob Patin) Date: Wed Mar 24 12:22:54 2010 Subject: [FX.php List] Using a web app over a VPN In-Reply-To: References: <338FEDF9-184D-4B5B-80B5-58FD440BEDB3@patin.com> Message-ID: <762B6A1F-9F45-47AB-A03F-FE9D7968FB56@patin.com> Well, it works, but really really slowly. Port 80 is on the list of ports that I told them need to be open, so I'm waiting to see what they find out once they finish their testing today. I would've *thought* that if I used the public IP of the website in the web app, it would work, but it doesn't; I think that's because the ports aren't open to the outside world. I strongly suspect that they've got something screwy going on, and will eventually find it; it took them about a half-hour just to open the right ports for me to use FMNET to get to the database on the DB server... not a small company, but one wonders when it takes that long just to open a few ports. BP Longterm Solutions bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com iChat: bobpatin FileMaker 9 & 10 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -- Expert FileMaker Consulting FileMaker Hosting for all versions of FileMaker PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting On Mar 24, 2010, at 1:21 PM, Gjermund Gusland Thorsen wrote: > However there might be DNS issues. > > remember if you are not using IPs you will have to replace the global > DNS settings with local ones. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20100324/5f73d2ce/attachment.html From someone at gagayaya.com Wed Mar 24 13:12:29 2010 From: someone at gagayaya.com (Someone) Date: Wed Mar 24 13:05:55 2010 Subject: [FX.php List] error 100 Message-ID: Hi, A client of mine recently realized that some web users were having errors when creating or updating records (error 100 file not found) Last year they recreated the website and move it to another location. So we have FMSA 7.03, Windows 2003 on one box and Apache, Linux on the other. Originally it was all on FMSA 7.03, Windows 2003, IIS and no issues existed They have it set up that every 20 minutes (Apache, Linux) an email gets send if any errors. Errors are recorded on a text file I notice that the hourly backups where taking 5 minutes and advised them to change to time of the file that was being access for the web Since files are paused during backups, I was thinking that maybe this might generate a 100 error Any other ideas would greatly be appreciated Frank From leo at finalresort.org Wed Mar 24 13:22:23 2010 From: leo at finalresort.org (Leo R. Lundgren) Date: Wed Mar 24 13:15:51 2010 Subject: [FX.php List] Using a web app over a VPN In-Reply-To: <762B6A1F-9F45-47AB-A03F-FE9D7968FB56@patin.com> References: <338FEDF9-184D-4B5B-80B5-58FD440BEDB3@patin.com> <762B6A1F-9F45-47AB-A03F-FE9D7968FB56@patin.com> Message-ID: Usually it has to do with lack of experience or knowledge, sad but true. But most of the sysadmins that are like this try to do a good job, usually just don't have the resources to keep themselves updated. Anyway, a long shot, since you are saying that you DO have connectivity, just very slow, is that there is something DNS-related, as ggt mentioned as well. An unrelated example is when you try to login via SSH to a server that doesn't have working DNS and "UseDNS" isn't set to no in sshd_config, one might see a one-two minute delay after entering the password, before getting a prompt. This is because the server tries to lookup the client's hostname, but can't, and times out on that. When it it's done timing out on the DNS queries, it lets you in anyway. As I said, a long shot, but weird slowdowns is often related to bad DNS configuration. If this could be the problem in your case I do not know, because I don't know what parts are involved in your solution and how/if they use DNS in their work. But for example, the server you connected to could unsuccessfully try to lookup the hostname of the connecting client and fail, and then cause a delay. The question in that case is; Are the delays you are experiencing of the same length, pretty consistently? If they are not, then it might be something else. But if you see a pattern, like this or in any other way, that's a good thing. What type of VPN is it, how is it set up/configured? Sometimes when using VPNs there can be connectivity or performance problems due to the "inner" TCP/IP packets being too large to fit in the packets of the tunnel. This could happen for example with SSL VPNs, but can of course happen with other VPNs as well. Also, the possibility of a MTU mismatch or between the endpoints could be a similar problem I think. Just guessing here. How come you cannot analyze the network traffic? If any of the two machines (web server and database server) are OS X, UNIX or Linux or similar, you should be able to use tcpdump. For Windows there's Wireshark, and the latter also exists for other platforms if tcpdump feels uncomfortable. Anyway I guess the network guys have the ball currently :) 24 mar 2010 kl. 19.29 skrev Bob Patin: > Well, it works, but really really slowly. Port 80 is on the list of > ports that I told them need to be open, so I'm waiting to see what > they find out once they finish their testing today. > > I would've *thought* that if I used the public IP of the website in > the web app, it would work, but it doesn't; I think that's because > the ports aren't open to the outside world. > > I strongly suspect that they've got something screwy going on, and > will eventually find it; it took them about a half-hour just to open > the right ports for me to use FMNET to get to the database on the DB > server... not a small company, but one wonders when it takes that > long just to open a few ports. > > BP > > Longterm Solutions > bob@longtermsolutions.com > 615-333-6858 > http://www.longtermsolutions.com > iChat: bobpatin > FileMaker 9 & 10 Certified Developer > Member of FileMaker Business Alliance and FileMaker TechNet > -- > Expert FileMaker Consulting > FileMaker Hosting for all versions of FileMaker > PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting > > On Mar 24, 2010, at 1:21 PM, Gjermund Gusland Thorsen wrote: > >> However there might be DNS issues. >> >> remember if you are not using IPs you will have to replace the global >> DNS settings with local ones. > > _______________________________________________ > 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/20100324/832d4338/attachment-0001.html From dness at bondedbuilders.com Wed Mar 24 13:44:14 2010 From: dness at bondedbuilders.com (David Ness) Date: Wed Mar 24 13:37:38 2010 Subject: [FX.php List] error 100 In-Reply-To: References: Message-ID: Along these lines... I realize that the following will sound like a paid endorsement, but I have no affiliation other than I have extensively researched this product and will soon be a customer. I'm simply excited about this new solution and I'm eager to share my experience with my fellow list members, especially those that must deal with midday backups affecting online timeout errors. Our company relies extensively, and increasingly so, on my fx.PHP/FileMaker solution. Our entire FM database is approximately 16GB in size (and growing). Our data is important enough to warrant the need for much more than "middle of the night" backups, so we are forced to perform selected backups on the most critical files midday, "coffee cupping" local users, and creating a poor user experience (and possibly timeout errors) for online fx.PHP access. I am about to take delivery of a "Super FileMaker Server" (actually called Econnectix XFM for FileMaker), which totally solves the backup coffee cup/timeout problem. It is a FMSA v11 server that will, besides being a very robust FileMaker server, will back up our entire database, all 16GB, in a fraction of a second (instead of the usual 1.5 hours), allowing us to go from partial, midday backups, to a very robust full backup EVERY 15 MINUTES! Plus, it automatically rotates backups every quarter-hourly (x8), hourly (x24), and daily (x7)! (39 fully automated, rotated backups in total). You may have seen this specialized FileMaker server being demonstrated at last year's DevCon. http://www.econnectix.com/products/xpd/xfm/index.html I'm pretty excited about the improvement this system promises to both my local and web-based FileMaker clients. Downside? The cost. The total cost of this one server is approaching 40K. Yikes! I'll be certain to post a follow-up to this post in a few months to let you know if the actual results match the expectations. David Allen Ness Database Systems Administrator Web Applications Developer -----Original Message----- ... I notice that the hourly backups where taking 5 minutes and advised them to change to time of the file that was being access for the web Since files are paused during backups... From bob at patin.com Wed Mar 24 13:58:47 2010 From: bob at patin.com (Bob Patin) Date: Wed Mar 24 13:52:14 2010 Subject: [FX.php List] Using a web app over a VPN In-Reply-To: References: <338FEDF9-184D-4B5B-80B5-58FD440BEDB3@patin.com> <762B6A1F-9F45-47AB-A03F-FE9D7968FB56@patin.com> Message-ID: <06FEA9F7-B616-459D-A8EE-87C910114B09@patin.com> On Mar 24, 2010, at 2:22 PM, Leo R. Lundgren wrote: > Usually it has to do with lack of experience or knowledge, sad but true. But most of the sysadmins that are like this try to do a good job, usually just don't have the resources to keep themselves updated. > > Anyway, a long shot, since you are saying that you DO have connectivity, just very slow, is that there is something DNS-related, as ggt mentioned as well. An unrelated example is when you try to login via SSH to a server that doesn't have working DNS and "UseDNS" isn't set to no in sshd_config, one might see a one-two minute delay after entering the password, before getting a prompt. This is because the server tries to lookup the client's hostname, but can't, and times out on that. When it it's done timing out on the DNS queries, it lets you in anyway. > > As I said, a long shot, but weird slowdowns is often related to bad DNS configuration. If this could be the problem in your case I do not know, because I don't know what parts are involved in your solution and how/if they use DNS in their work. But for example, the server you connected to could unsuccessfully try to lookup the hostname of the connecting client and fail, and then cause a delay. The question in that case is; Are the delays you are experiencing of the same length, pretty consistently? If they are not, then it might be something else. But if you see a pattern, like this or in any other way, that's a good thing. A good theory, but in this case, I'm specifying an IP (a local IP) in my FX web app prefs, so I wouldn't think DNS would affect it, would it? Also, the site itself works fine and the domain name resolves fine--but perhaps you're thinking of something different than that. > > What type of VPN is it, how is it set up/configured? I don't have a clue; this is an IT company up in Missouri that is providing services to them (at highly-inflated rates); they have a staff of over 20, so they're a fairly decent-sized company, but I have no idea about their VPN setup--I'm not at all familiar with setting up VPNs. > > How come you cannot analyze the network traffic? If any of the two machines (web server and database server) are OS X, UNIX or Linux No, both are running Windoze. I don't even have access to the web server anyway, other than to FTP my pages to it. The tech today said they did some traffic analysis and said almost nothing was going between the 2 machines.. I'm not surprised since it keeps timing out. One woman tried to order tickets 7 times, ended up with 2 card transactions... it's a big mess. They're going to try something tonight after hours, but I'm not sure what... BP > From leo at finalresort.org Wed Mar 24 14:33:07 2010 From: leo at finalresort.org (Leo R. Lundgren) Date: Wed Mar 24 14:26:35 2010 Subject: [FX.php List] Using a web app over a VPN In-Reply-To: <06FEA9F7-B616-459D-A8EE-87C910114B09@patin.com> References: <338FEDF9-184D-4B5B-80B5-58FD440BEDB3@patin.com> <762B6A1F-9F45-47AB-A03F-FE9D7968FB56@patin.com> <06FEA9F7-B616-459D-A8EE-87C910114B09@patin.com> Message-ID: 24 mar 2010 kl. 20.58 skrev Bob Patin: > > On Mar 24, 2010, at 2:22 PM, Leo R. Lundgren wrote: > >> Usually it has to do with lack of experience or knowledge, sad but >> true. But most of the sysadmins that are like this try to do a good >> job, usually just don't have the resources to keep themselves >> updated. >> >> Anyway, a long shot, since you are saying that you DO have >> connectivity, just very slow, is that there is something DNS- >> related, as ggt mentioned as well. An unrelated example is when you >> try to login via SSH to a server that doesn't have working DNS and >> "UseDNS" isn't set to no in sshd_config, one might see a one-two >> minute delay after entering the password, before getting a prompt. >> This is because the server tries to lookup the client's hostname, >> but can't, and times out on that. When it it's done timing out on >> the DNS queries, it lets you in anyway. >> >> As I said, a long shot, but weird slowdowns is often related to bad >> DNS configuration. If this could be the problem in your case I do >> not know, because I don't know what parts are involved in your >> solution and how/if they use DNS in their work. But for example, >> the server you connected to could unsuccessfully try to lookup the >> hostname of the connecting client and fail, and then cause a delay. >> The question in that case is; Are the delays you are experiencing >> of the same length, pretty consistently? If they are not, then it >> might be something else. But if you see a pattern, like this or in >> any other way, that's a good thing. > > A good theory, but in this case, I'm specifying an IP (a local IP) > in my FX web app prefs, so I wouldn't think DNS would affect it, > would it? Also, the site itself works fine and the domain name > resolves fine--but perhaps you're thinking of something different > than that. As in the example with SSH, there can be other factors involving DNS into the picture, so the fact that you are connecting specifically with an IP address does not eliminate the theoretical possibility, no. But I think the network guys should come up with some kind of opinion on exactly *what* part of the communication it is that is not flowing as it should. There are many parts to it and "phases" during the communication, and by analyzing the traffic one should be able to conclude where in this process things are stalling. >> >> What type of VPN is it, how is it set up/configured? > > I don't have a clue; this is an IT company up in Missouri that is > providing services to them (at highly-inflated rates); they have a > staff of over 20, so they're a fairly decent-sized company, but I > have no idea about their VPN setup--I'm not at all familiar with > setting up VPNs. > >> How come you cannot analyze the network traffic? If any of the two >> machines (web server and database server) are OS X, UNIX or Linux > > No, both are running Windoze. I don't even have access to the web > server anyway, other than to FTP my pages to it. I see :-) I thought (admittedly by not having followed the entire story from the beginning) that you were in control of one of the hosts. I see now what you are saying. > The tech today said they did some traffic analysis and said almost > nothing was going between the 2 machines.. I'm not surprised since > it keeps timing out. One woman tried to order tickets 7 times, ended > up with 2 card transactions... it's a big mess. They're going to try > something tonight after hours, but I'm not sure what... We'll see what they come back with then :-/ Some kind of diagnosis would be great. Not necessarily the final cause of it, but something concrete :) -| From ggt667 at gmail.com Wed Mar 24 15:20:32 2010 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Wed Mar 24 15:13:56 2010 Subject: [FX.php List] Using a web app over a VPN In-Reply-To: References: <338FEDF9-184D-4B5B-80B5-58FD440BEDB3@patin.com> <762B6A1F-9F45-47AB-A03F-FE9D7968FB56@patin.com> <06FEA9F7-B616-459D-A8EE-87C910114B09@patin.com> Message-ID: Is it really slow, or is it taking long before something happens at normal speed? 1) taking long before something happens at normal speed is very often meaning DNS problem, check if the problem varporizes if you use IP addresses instead of names If it is still slow it?s not a DNS issue If DNS looks OK, and contact by IP is acting normal reverselookup might be the issue. 2) being slow alone is usually a bandwidth issue 2010/3/24 Leo R. Lundgren : > > 24 mar 2010 kl. 20.58 skrev Bob Patin: > >> >> On Mar 24, 2010, at 2:22 PM, Leo R. Lundgren wrote: >> >>> Usually it has to do with lack of experience or knowledge, sad but true. >>> But most of the sysadmins that are like this try to do a good job, usually >>> just don't have the resources to keep themselves updated. >>> >>> Anyway, a long shot, since you are saying that you DO have connectivity, >>> just very slow, is that there is something DNS-related, as ggt mentioned as >>> well. An unrelated example is when you try to login via SSH to a server that >>> doesn't have working DNS and "UseDNS" isn't set to no in sshd_config, one >>> might see a one-two minute delay after entering the password, before getting >>> a prompt. This is because the server tries to lookup the client's hostname, >>> but can't, and times out on that. When it it's done timing out on the DNS >>> queries, it lets you in anyway. >>> >>> As I said, a long shot, but weird slowdowns is often related to bad DNS >>> configuration. If this could be the problem in your case I do not know, >>> because I don't know what parts are involved in your solution and how/if >>> they use DNS in their work. But for example, the server you connected to >>> could unsuccessfully try to lookup the hostname of the connecting client and >>> fail, and then cause a delay. The question in that case is; Are the delays >>> you are experiencing of the same length, pretty consistently? If they are >>> not, then it might be something else. But if you see a pattern, like this or >>> in any other way, that's a good thing. >> >> A good theory, but in this case, I'm specifying an IP (a local IP) in my >> FX web app prefs, so I wouldn't think DNS would affect it, would it? Also, >> the site itself works fine and the domain name resolves fine--but perhaps >> you're thinking of something different than that. > > As in the example with SSH, there can be other factors involving DNS into > the picture, so the fact that you are connecting specifically with an IP > address does not eliminate the theoretical possibility, no. But I think the > network guys should come up with some kind of opinion on exactly *what* part > of the communication it is that is not flowing as it should. There are many > parts to it and "phases" during the communication, and by analyzing the > traffic one should be able to conclude where in this process things are > stalling. > >>> >>> What type of VPN is it, how is it set up/configured? >> >> I don't have a clue; this is an IT company up in Missouri that is >> providing services to them (at highly-inflated rates); they have a staff of >> over 20, so they're a fairly decent-sized company, but I have no idea about >> their VPN setup--I'm not at all familiar with setting up VPNs. >> >>> How come you cannot analyze the network traffic? If any of the two >>> machines (web server and database server) are OS X, UNIX or Linux >> >> No, both are running Windoze. I don't even have access to the web server >> anyway, other than to FTP my pages to it. > > I see :-) I thought (admittedly by not having followed the entire story from > the beginning) that you were in control of one of the hosts. I see now what > you are saying. > >> The tech today said they did some traffic analysis and said almost nothing >> was going between the 2 machines.. I'm not surprised since it keeps timing >> out. One woman tried to order tickets 7 times, ended up with 2 card >> transactions... it's a big mess. They're going to try something tonight >> after hours, but I'm not sure what... > > We'll see what they come back with then :-/ Some kind of diagnosis would be > great. Not necessarily the final cause of it, but something concrete :) > > -| > > _______________________________________________ > 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 Mar 24 16:31:15 2010 From: bob at patin.com (Bob Patin) Date: Wed Mar 24 16:24:42 2010 Subject: [FX.php List] Using a web app over a VPN In-Reply-To: References: <338FEDF9-184D-4B5B-80B5-58FD440BEDB3@patin.com> <762B6A1F-9F45-47AB-A03F-FE9D7968FB56@patin.com> <06FEA9F7-B616-459D-A8EE-87C910114B09@patin.com> Message-ID: <9E6BD0C6-E71F-475C-9D87-CAD104DCF3D4@patin.com> On Mar 24, 2010, at 4:20 PM, Gjermund Gusland Thorsen wrote: > Is it really slow, or is it taking long before something happens at > normal speed? The web server itself isn't slow, but when it starts to do a transaction, it takes forever; you can see it yourself at this link: https://www.titanicpigeonforge.com/ticket_date.php This is a simple little page that does one query and pulls 4 records (the ticket types offered on the web). Should take nothing to do. Pick any date after April 8th (dates before then aren't available--the 8th is opening day). You'll see that the 2nd page takes at least 10-20 seconds, sometimes as much as a minute, to process; there are only 2 queries on the page. Again, it should be pretty snappy. The woman at the company asked one of the tech geeks to look at my PHP to "see if there was anything wrong with it." Totally pissed me off, considering that a) he doesn't know squat about PHP, and b) I've already shown them that it runs great on my machines, and c) it ran fine when the 2 machines were in a LAN. But this is what you get sometimes with clients... > > 1) taking long before something happens at normal speed is very often > meaning DNS problem, check if the problem varporizes if you use IP > addresses instead of names Not using a name to define the location of the WPE. Can't use an IP for the transactions because it's using an SSL certificate; I'd test with an IP address if I knew their directory structure, but I don't. If you try the link above but without "https" you'll see the same slowness. If whatever they try tonight doesn't solve it, I may ask them for the whole directory path so that we can test with an IP address... However, it's not a speed issue with either machine; I've done speed tests on the database server, by using Remote Desktop to get to it, and it's always running at least at 1.5Mbs, usually faster, and 2.6 download. The web server's on a 100MBs pipe. Bob From ggt667 at gmail.com Thu Mar 25 07:30:03 2010 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Thu Mar 25 07:23:25 2010 Subject: [FX.php List] Re: Problem in the logs causing Error: 802 on all XML RPC queries from that point on In-Reply-To: References: Message-ID: I think I found a solution, after disabling the shut down script in the file, the error has not occured for 24 hrs. ggt 2010/3/24 Gjermund Gusland Thorsen : > The same as question 148 here: http://jonathanstark.com/questions.php > > I am not able to find the call in the logs either... so I find this > case very strange. > > tia, > ggt > > 2010/3/24 Gjermund Gusland Thorsen : >> Problem in the logs causing Error: 802 on all XML RPC queries( >> including FX.php calls ) from that point on >> >> >> >> Log snippet >> --- >> 2010-03-23 16:19:47 ? ? Publishing Engine ? ? ? Error ? FM Web Publishing - - wpc1 >> Web Scripting Error: 4, File: "databasename", Script: "Closing", >> Script Step: "Adjust Window" >> --- >> >> >> >> Anyone got a clue how to trace what IP address makes this call to the >> Publishing Engine? >> >> >> >> tia, >> ggt >> > From chris at iViking.org Thu Mar 25 09:43:02 2010 From: chris at iViking.org (Chris Hansen) Date: Thu Mar 25 09:36:23 2010 Subject: [FX.php List] Using a web app over a VPN In-Reply-To: <9E6BD0C6-E71F-475C-9D87-CAD104DCF3D4@patin.com> References: <338FEDF9-184D-4B5B-80B5-58FD440BEDB3@patin.com> <762B6A1F-9F45-47AB-A03F-FE9D7968FB56@patin.com> <06FEA9F7-B616-459D-A8EE-87C910114B09@patin.com> <9E6BD0C6-E71F-475C-9D87-CAD104DCF3D4@patin.com> Message-ID: <3CD5FA65-10A1-4992-AF5A-E92330BAAB5A@iViking.org> Bob, I just realized that I've been in a similar situation to yours. As in your case, I had no control over the server. And they were Windows servers. I'm not sure what the problem was, but it had something to do with "packets being dropped" between the two machines. Yeah, that's pretty vague, but it does sound like what could well be going on in your case. Unfortunately, I have no means of getting additional details. (I spoke with my client, who spoke to his contact, who spoke with the network guys...) The thing is, I would think that the logs would indicate that there were problems. Is there any way your client would look for a more responsive provider? (My guess is no, since much of what you've said makes it sound to me like they've been using these guys for some time.) *sigh* May the FMorce be with you... --Chris On Mar 24, 2010, at 4:31 PM, Bob Patin wrote: > > On Mar 24, 2010, at 4:20 PM, Gjermund Gusland Thorsen wrote: > >> Is it really slow, or is it taking long before something happens at >> normal speed? > > The web server itself isn't slow, but when it starts to do a > transaction, it takes forever; you can see it yourself at this link: > > https://www.titanicpigeonforge.com/ticket_date.php > > This is a simple little page that does one query and pulls 4 records > (the ticket types offered on the web). Should take nothing to do. > > Pick any date after April 8th (dates before then aren't available-- > the 8th is opening day). > > You'll see that the 2nd page takes at least 10-20 seconds, sometimes > as much as a minute, to process; there are only 2 queries on the > page. Again, it should be pretty snappy. > > The woman at the company asked one of the tech geeks to look at my > PHP to "see if there was anything wrong with it." Totally pissed me > off, considering that a) he doesn't know squat about PHP, and b) > I've already shown them that it runs great on my machines, and c) it > ran fine when the 2 machines were in a LAN. But this is what you get > sometimes with clients... >> >> 1) taking long before something happens at normal speed is very often >> meaning DNS problem, check if the problem varporizes if you use IP >> addresses instead of names > > Not using a name to define the location of the WPE. Can't use an IP > for the transactions because it's using an SSL certificate; I'd test > with an IP address if I knew their directory structure, but I don't. > > If you try the link above but without "https" you'll see the same > slowness. > > If whatever they try tonight doesn't solve it, I may ask them for > the whole directory path so that we can test with an IP address... > > However, it's not a speed issue with either machine; I've done speed > tests on the database server, by using Remote Desktop to get to it, > and it's always running at least at 1.5Mbs, usually faster, and 2.6 > download. The web server's on a 100MBs pipe. > > Bob > > > _______________________________________________ > 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 Mar 25 09:46:15 2010 From: chris at iViking.org (Chris Hansen) Date: Thu Mar 25 09:39:35 2010 Subject: [FX.php List] Re: Problem in the logs causing Error: 802 on all XML RPC queries from that point on In-Reply-To: References: Message-ID: Aha! I had found a bug like this some time ago... In short, FileMaker was running the shutdown script every time a FileMaker query was made via the WPE. I'm not sure if that's ever been fixed. --Chris On Mar 25, 2010, at 7:30 AM, Gjermund Gusland Thorsen wrote: > I think I found a solution, after disabling the shut down script in > the file, the error has not occured for 24 hrs. > > ggt > > 2010/3/24 Gjermund Gusland Thorsen : >> The same as question 148 here: http://jonathanstark.com/questions.php >> >> I am not able to find the call in the logs either... so I find this >> case very strange. >> >> tia, >> ggt >> >> 2010/3/24 Gjermund Gusland Thorsen : >>> Problem in the logs causing Error: 802 on all XML RPC queries( >>> including FX.php calls ) from that point on >>> >>> >>> >>> Log snippet >>> --- >>> 2010-03-23 16:19:47 Publishing Engine Error FM Web >>> Publishing - - wpc1 >>> Web Scripting Error: 4, File: "databasename", Script: "Closing", >>> Script Step: "Adjust Window" >>> --- >>> >>> >>> >>> Anyone got a clue how to trace what IP address makes this call to >>> the >>> Publishing Engine? >>> >>> >>> >>> tia, >>> ggt >>> >> > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > From ggt667 at gmail.com Thu Mar 25 09:50:33 2010 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Thu Mar 25 09:43:56 2010 Subject: [FX.php List] Using a web app over a VPN In-Reply-To: <3CD5FA65-10A1-4992-AF5A-E92330BAAB5A@iViking.org> References: <338FEDF9-184D-4B5B-80B5-58FD440BEDB3@patin.com> <762B6A1F-9F45-47AB-A03F-FE9D7968FB56@patin.com> <06FEA9F7-B616-459D-A8EE-87C910114B09@patin.com> <9E6BD0C6-E71F-475C-9D87-CAD104DCF3D4@patin.com> <3CD5FA65-10A1-4992-AF5A-E92330BAAB5A@iViking.org> Message-ID: But then again Windows can have that internal domain thing going too... I do not know windows all that much, I know IPv4 and unix... ggt 2010/3/25 Chris Hansen : > Bob, > > I just realized that I've been in a similar situation to yours. ?As in your > case, I had no control over the server. ?And they were Windows servers. ?I'm > not sure what the problem was, but it had something to do with "packets > being dropped" between the two machines. ?Yeah, that's pretty vague, but it > does sound like what could well be going on in your case. ?Unfortunately, I > have no means of getting additional details. ?(I spoke with my client, who > spoke to his contact, who spoke with the network guys...) > > The thing is, I would think that the logs would indicate that there were > problems. ?Is there any way your client would look for a more responsive > provider? ?(My guess is no, since much of what you've said makes it sound to > me like they've been using these guys for some time.) ?*sigh* > > May the FMorce be with you... > > --Chris > > On Mar 24, 2010, at 4:31 PM, Bob Patin wrote: > >> >> On Mar 24, 2010, at 4:20 PM, Gjermund Gusland Thorsen wrote: >> >>> Is it really slow, or is it taking long before something happens at >>> normal speed? >> >> The web server itself isn't slow, but when it starts to do a transaction, >> it takes forever; you can see it yourself at this link: >> >> https://www.titanicpigeonforge.com/ticket_date.php >> >> This is a simple little page that does one query and pulls 4 records (the >> ticket types offered on the web). Should take nothing to do. >> >> Pick any date after April 8th (dates before then aren't available--the 8th >> is opening day). >> >> You'll see that the 2nd page takes at least 10-20 seconds, sometimes as >> much as a minute, to process; there are only 2 queries on the page. Again, >> it should be pretty snappy. >> >> The woman at the company asked one of the tech geeks to look at my PHP to >> "see if there was anything wrong with it." Totally pissed me off, >> considering that a) he doesn't know squat about PHP, and b) I've already >> shown them that it runs great on my machines, and c) it ran fine when the 2 >> machines were in a LAN. But this is what you get sometimes with clients... >>> >>> 1) taking long before something happens at normal speed is very often >>> meaning DNS problem, check if the problem varporizes if you use IP >>> addresses instead of names >> >> Not using a name to define the location of the WPE. Can't use an IP for >> the transactions because it's using an SSL certificate; I'd test with an IP >> address if I knew their directory structure, but I don't. >> >> If you try the link above but without "https" you'll see the same >> slowness. >> >> If whatever they try tonight doesn't solve it, I may ask them for the >> whole directory path so that we can test with an IP address... >> >> However, it's not a speed issue with either machine; I've done speed tests >> on the database server, by using Remote Desktop to get to it, and it's >> always running at least at 1.5Mbs, usually faster, and 2.6 download. The web >> server's on a 100MBs pipe. >> >> Bob >> >> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list >> > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > From ggt667 at gmail.com Thu Mar 25 09:51:08 2010 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Thu Mar 25 09:44:29 2010 Subject: [FX.php List] Re: Problem in the logs causing Error: 802 on all XML RPC queries from that point on In-Reply-To: References: Message-ID: In FMSA 11 it?s still going strong... ggt667 2010/3/25 Chris Hansen : > Aha! ?I had found a bug like this some time ago... ?In short, FileMaker was > running the shutdown script every time a FileMaker query was made via the > WPE. ?I'm not sure if that's ever been fixed. > > --Chris > > On Mar 25, 2010, at 7:30 AM, Gjermund Gusland Thorsen wrote: > >> I think I found a solution, after disabling the shut down script in >> the file, the error has not occured for 24 hrs. >> >> ggt >> >> 2010/3/24 Gjermund Gusland Thorsen : >>> >>> The same as question 148 here: http://jonathanstark.com/questions.php >>> >>> I am not able to find the call in the logs either... so I find this >>> case very strange. >>> >>> tia, >>> ggt >>> >>> 2010/3/24 Gjermund Gusland Thorsen : >>>> >>>> Problem in the logs causing Error: 802 on all XML RPC queries( >>>> including FX.php calls ) from that point on >>>> >>>> >>>> >>>> Log snippet >>>> --- >>>> 2010-03-23 16:19:47 ? ? Publishing Engine ? ? ? Error ? FM Web >>>> Publishing - - wpc1 >>>> Web Scripting Error: 4, File: "databasename", Script: "Closing", >>>> Script Step: "Adjust Window" >>>> --- >>>> >>>> >>>> >>>> Anyone got a clue how to trace what IP address makes this call to the >>>> Publishing Engine? >>>> >>>> >>>> >>>> tia, >>>> ggt >>>> >>> >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list >> > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > From jfunk at criticalsolution.com Thu Mar 25 10:36:34 2010 From: jfunk at criticalsolution.com (John Funk) Date: Thu Mar 25 10:29:56 2010 Subject: [FX.php List] intermittent speed issues with fx.php and FMSA 9 In-Reply-To: Message-ID: Andy, I do not remember exactly where for Apache, but that and the PHP config file has a setting for script execution times if that helps. I would be willing to bet the web users have a query going on that is in an endless loop. You could look at the Apache log to see what might be happening with that user (ip address) John Funk On 12/30/07 12:59 PM, "Andy Walz" wrote: > I'm new to the world of fx.php and FMSA 9 but am now supporting > =?fairly?extensive website that uses both. ?For the most part the =ite works > great---even dynamic pages that display content using complex =inds and sorts > load in less than 3 seconds. On what seems to be random =ccasions (that happen > slightly too often!) I find the site slowed to a =rawl rendering it almost > useless. ?At these times, pages that =ormally take 1 or 2 seconds to load take > 12,15, 30 seconds or sometimes =ven several minutes. ?During these slow-downs > the only thing out of =he ordinary that I can find is that when I look at the > list of =onnected clients in FMSA 9 there are between 4 and 20 "webuser" > clients =the account our fx uses) listed as connected with connect times > =ometimes more than an hour old. ?When I forcefully disconnect the =tagnant > webuser clients (or restart the server entirely) t he speed of =he site > returns. > > Have any of you =xperienced anything like this? ?Any ideas as how I might find > the =ource of this issue and/or prevent it? > > Is there anyway to set a =imeout for XML connections in the same way that you > can set a session =imeout for FM Instant Web Publishing? > > Thanks in =dvance, > Andy Walz > > > _________________________________________________________=______________ > Serving people of all ages, backgrounds and abilities =n shared outdoor > experiences throughout the world. Visit us online =t > http://www.wildernessinquiry.org=/a> > > Andrew Walz, Program Director? > Wilderness =nquiry > 808 14 th Ave SE, > Minneapolis, =N??55414 > (612)676-9412 Direct line > (612)676-9400 General =ine > (612)676-9401 =ax > > > > = > > _______________________________________________ > 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/20100325/638e85eb/attachment.html From jfunk at criticalsolution.com Thu Mar 25 10:38:33 2010 From: jfunk at criticalsolution.com (John Funk) Date: Thu Mar 25 10:31:56 2010 Subject: [FX.php List] intermittent speed issues with fx.php and FMSA 9 In-Reply-To: Message-ID: Sorry about this email, I was cleaning house and I though this was a current message.... John On 3/25/10 11:36 AM, "John Funk" wrote: > Andy, > I do not remember exactly where for Apache, but that and the PHP config file > has a setting for script execution times if that helps. I would be willing to > bet the web users have a query going on that is in an endless loop. You could > look at the Apache log to see what might be happening with that user (ip > address) > John Funk > > > > On 12/30/07 12:59 PM, "Andy Walz" wrote: > >> I'm new to the world of fx.php and FMSA 9 but am now supporting >> =?fairly?extensive website that uses both. ?For the most part the =ite works >> great---even dynamic pages that display content using complex =inds and sorts >> load in less than 3 seconds. On what seems to be random =ccasions (that >> happen slightly too often!) I find the site slowed to a =rawl rendering it >> almost useless. ?At these times, pages that =ormally take 1 or 2 seconds to >> load take 12,15, 30 seconds or sometimes =ven several minutes. ?During these >> slow-downs the only thing out of =he ordinary that I can find is that when I >> look at the list of =onnected clients in FMSA 9 there are between 4 and 20 >> "webuser" clients =the account our fx uses) listed as connected with connect >> times =ometimes more than an hour old. ?When I forcefully disconnect the >> =tagnant webuser clients (or restart the server entirely) t he speed of =he >> site returns. >> >> Have any of you =xperienced anything like this? ?Any ideas as how I might >> find the =ource of this issue and/or prevent it? >> >> Is there anyway to set a =imeout for XML connections in the same way that you >> can set a session =imeout for FM Instant Web Publishing? >> >> Thanks in =dvance, >> Andy Walz >> >> >> _________________________________________________________=______________ >> Serving people of all ages, backgrounds and abilities =n shared outdoor >> experiences throughout the world. Visit us online =t >> http://www.wildernessinquiry.org=/a> >> >> Andrew Walz, Program Director? >> Wilderness =nquiry >> 808 14 th Ave SE, >> Minneapolis, =N??55414 >> (612)676-9412 Direct line >> (612)676-9400 General =ine >> (612)676-9401 =ax >> >> >> >> = >> >> _______________________________________________ >> 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/20100325/97676cfb/attachment-0001.html From ggt667 at gmail.com Thu Mar 25 10:40:51 2010 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Thu Mar 25 10:34:12 2010 Subject: [FX.php List] Re: intermittent speed issues with fx.php and FMSA 9 In-Reply-To: <000601c84e24$79351410$6b9f3c30$@com> References: <20080103045804.4DC726517BE@mail.iviking.org> <000601c84e24$79351410$6b9f3c30$@com> Message-ID: What you describe here is probably a crowded localhost So never do a one machine install. ggt667 2008/1/3 John Moed : > The only time I have issues with speed is when I have a bad query either > with FX.php or FM PHP. My database is pretty big (over 600k records, over > 1GB if you include all of the related tables) and if I allow anywhere in the > code for people to do a find on all records or a very large result, the > database will slow to a crawl and that user will eventually time out. To > everyone using the database, it seems to have crashed, but if we wait a > minute or two, everything goes back to normal. Originally, I had a single > server install and this happened more often. I haven't noticed any problems > since I split the servers. My FM Server is now on an AMD x64 with 4GB ram > and the web server is on my old Xeon with 2GB ram that was doing everything > before. I have tried pulling large result sets and I don't get the time out. > Also, my queries and sorts for the FM Pro clients are much faster. > > Thanks, > John > > > > _______________________________________________ > 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 Mar 25 11:51:29 2010 From: bob at patin.com (Bob Patin) Date: Thu Mar 25 11:44:51 2010 Subject: [FX.php List] Using a web app over a VPN In-Reply-To: <3CD5FA65-10A1-4992-AF5A-E92330BAAB5A@iViking.org> References: <338FEDF9-184D-4B5B-80B5-58FD440BEDB3@patin.com> <762B6A1F-9F45-47AB-A03F-FE9D7968FB56@patin.com> <06FEA9F7-B616-459D-A8EE-87C910114B09@patin.com> <9E6BD0C6-E71F-475C-9D87-CAD104DCF3D4@patin.com> <3CD5FA65-10A1-4992-AF5A-E92330BAAB5A@iViking.org> Message-ID: <4A66BE8D-9CBB-4DF1-AED1-950DE15AC7EA@patin.com> Chris, You nailed it on all counts; I talk to the client (who knows almost nothing) who talks to the IT guys (who *act* like they know more than they do) who come up with every way to blame FileMaker for the problem... Last night they asked one of their guys to look at my web app to "see if he could spot the reason that it's slow." Not knowing FX.php of course, his brilliant conclusion was that "these lines of PHP code seem to be where the slowdown is." Four lines of code doing an FMView()... of COURSE that's where the slowdown occurs, because that's when it's trying to talk to FM Server! We're going to do an end run, split the web app off into a little database and put it on a LAN with their webserver, saving them the future embarrassment of trying to figure out why their network isn't working right. Thanks for your reply... and yes, this IT company has ingratiated itself to a point where they'd chew their own arms off to keep this account. :) Best, Bob Patin Longterm Solutions bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com iChat: bobpatin FileMaker 9 & 10 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -- Expert FileMaker Consulting FileMaker Hosting for all versions of FileMaker PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting On Mar 25, 2010, at 10:43 AM, Chris Hansen wrote: > I just realized that I've been in a similar situation to yours. As in your case, I had no control over the server. And they were Windows servers. I'm not sure what the problem was, but it had something to do with "packets being dropped" between the two machines. Yeah, that's pretty vague, but it does sound like what could well be going on in your case. Unfortunately, I have no means of getting additional details. (I spoke with my client, who spoke to his contact, who spoke with the network guys...) > > The thing is, I would think that the logs would indicate that there were problems. Is there any way your client would look for a more responsive provider? (My guess is no, since much of what you've said makes it sound to me like they've been using these guys for some time.) *sigh* > > May the FMorce be with you... -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20100325/9ff18c5b/attachment.html From dbengston at tds.net Thu Mar 25 14:11:20 2010 From: dbengston at tds.net (Dale Bengston) Date: Thu Mar 25 14:04:44 2010 Subject: [FX.php List] Using a web app over a VPN In-Reply-To: <4A66BE8D-9CBB-4DF1-AED1-950DE15AC7EA@patin.com> References: <338FEDF9-184D-4B5B-80B5-58FD440BEDB3@patin.com> <762B6A1F-9F45-47AB-A03F-FE9D7968FB56@patin.com> <06FEA9F7-B616-459D-A8EE-87C910114B09@patin.com> <9E6BD0C6-E71F-475C-9D87-CAD104DCF3D4@patin.com> <3CD5FA65-10A1-4992-AF5A-E92330BAAB5A@iViking.org> <4A66BE8D-9CBB-4DF1-AED1-950DE15AC7EA@patin.com> Message-ID: Bob, this reminds me of three instances I've encountered years ago where Cisco routers were configured wrong to work with AFP on the Mac. Slowdowns, packet drops, disconnections. Things would work for a while and then go deaf. Now, I know AFP on old Macs does not describe your scenario, but I'm going back to my original hypothesis that this is a problem with network hardware. I'd start with the firewall or other device where the VPN connects. As you point out, getting any real troubleshooting done is going to be difficult. You can always come back to what you know: No VPN, same net, no problem. VPN, problem. Your code has not changed, so the problem is in the ether. Sooner or later, someone who owns the network path is going to have to own up to the problem. Until then, I'll be beaming positive thoughts towards Tennessee while you spin your wheels. Dale On Mar 25, 2010, at 12:51 PM, Bob Patin wrote: > Chris, > > You nailed it on all counts; I talk to the client (who knows almost nothing) who talks to the IT guys (who *act* like they know more than they do) who come up with every way to blame FileMaker for the problem... > > Last night they asked one of their guys to look at my web app to "see if he could spot the reason that it's slow." Not knowing FX.php of course, his brilliant conclusion was that "these lines of PHP code seem to be where the slowdown is." Four lines of code doing an FMView()... of COURSE that's where the slowdown occurs, because that's when it's trying to talk to FM Server! > > We're going to do an end run, split the web app off into a little database and put it on a LAN with their webserver, saving them the future embarrassment of trying to figure out why their network isn't working right. > > Thanks for your reply... and yes, this IT company has ingratiated itself to a point where they'd chew their own arms off to keep this account. :) > > Best, > > Bob Patin > Longterm Solutions > bob@longtermsolutions.com > 615-333-6858 > http://www.longtermsolutions.com > iChat: bobpatin > FileMaker 9 & 10 Certified Developer > Member of FileMaker Business Alliance and FileMaker TechNet > -- > Expert FileMaker Consulting > FileMaker Hosting for all versions of FileMaker > PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting > On Mar 25, 2010, at 10:43 AM, Chris Hansen wrote: > >> I just realized that I've been in a similar situation to yours. As in your case, I had no control over the server. And they were Windows servers. I'm not sure what the problem was, but it had something to do with "packets being dropped" between the two machines. Yeah, that's pretty vague, but it does sound like what could well be going on in your case. Unfortunately, I have no means of getting additional details. (I spoke with my client, who spoke to his contact, who spoke with the network guys...) >> >> The thing is, I would think that the logs would indicate that there were problems. Is there any way your client would look for a more responsive provider? (My guess is no, since much of what you've said makes it sound to me like they've been using these guys for some time.) *sigh* >> >> May the FMorce be with you... > > _______________________________________________ > 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/20100325/87a4df37/attachment.html From leo at finalresort.org Thu Mar 25 15:26:12 2010 From: leo at finalresort.org (Leo R. Lundgren) Date: Thu Mar 25 15:19:34 2010 Subject: [FX.php List] Using a web app over a VPN In-Reply-To: References: <338FEDF9-184D-4B5B-80B5-58FD440BEDB3@patin.com> <762B6A1F-9F45-47AB-A03F-FE9D7968FB56@patin.com> <06FEA9F7-B616-459D-A8EE-87C910114B09@patin.com> <9E6BD0C6-E71F-475C-9D87-CAD104DCF3D4@patin.com> <3CD5FA65-10A1-4992-AF5A-E92330BAAB5A@iViking.org> <4A66BE8D-9CBB-4DF1-AED1-950DE15AC7EA@patin.com> Message-ID: <314D447F-3274-47D2-A7B9-77EC944712DE@finalresort.org> I guess it's quite apparent by now that 1) the network ppl at the client doesn't know jack about what they are supposed to be doing, and 2) the only effective solution to actually get to the bottom of it is that the client or someone hires someone who *does* know their stuff, to simply tell everyone exactly what the problem is. I still think it shouldn't be that hard. But I realize that getting an external consultant to look at it is probably not going to happen :) Bob; Please let us know that/if it works out when you change the setup entirely. Maybe you can soon have this being you and sleep well, and so can we ;-) 25 mar 2010 kl. 21.11 skrev Dale Bengston: > Bob, this reminds me of three instances I've encountered years ago > where Cisco routers were configured wrong to work with AFP on the > Mac. Slowdowns, packet drops, disconnections. Things would work for > a while and then go deaf. > > Now, I know AFP on old Macs does not describe your scenario, but I'm > going back to my original hypothesis that this is a problem with > network hardware. I'd start with the firewall or other device where > the VPN connects. As you point out, getting any real troubleshooting > done is going to be difficult. You can always come back to what you > know: > > No VPN, same net, no problem. VPN, problem. Your code has not > changed, so the problem is in the ether. Sooner or later, someone > who owns the network path is going to have to own up to the problem. > Until then, I'll be beaming positive thoughts towards Tennessee > while you spin your wheels. > > Dale > > On Mar 25, 2010, at 12:51 PM, Bob Patin wrote: > >> Chris, >> >> You nailed it on all counts; I talk to the client (who knows almost >> nothing) who talks to the IT guys (who *act* like they know more >> than they do) who come up with every way to blame FileMaker for the >> problem... >> >> Last night they asked one of their guys to look at my web app to >> "see if he could spot the reason that it's slow." Not knowing >> FX.php of course, his brilliant conclusion was that "these lines of >> PHP code seem to be where the slowdown is." Four lines of code >> doing an FMView()... of COURSE that's where the slowdown occurs, >> because that's when it's trying to talk to FM Server! >> >> We're going to do an end run, split the web app off into a little >> database and put it on a LAN with their webserver, saving them the >> future embarrassment of trying to figure out why their network >> isn't working right. >> >> Thanks for your reply... and yes, this IT company has ingratiated >> itself to a point where they'd chew their own arms off to keep this >> account. :) >> >> Best, >> >> Bob Patin >> Longterm Solutions >> bob@longtermsolutions.com >> 615-333-6858 >> http://www.longtermsolutions.com >> iChat: bobpatin >> FileMaker 9 & 10 Certified Developer >> Member of FileMaker Business Alliance and FileMaker TechNet >> -- >> Expert FileMaker Consulting >> FileMaker Hosting for all versions of FileMaker >> PHP ? Full email services ? Free DNS hosting ? Colocation ? >> Consulting >> On Mar 25, 2010, at 10:43 AM, Chris Hansen wrote: >> >>> I just realized that I've been in a similar situation to yours. >>> As in your case, I had no control over the server. And they were >>> Windows servers. I'm not sure what the problem was, but it had >>> something to do with "packets being dropped" between the two >>> machines. Yeah, that's pretty vague, but it does sound like what >>> could well be going on in your case. Unfortunately, I have no >>> means of getting additional details. (I spoke with my client, who >>> spoke to his contact, who spoke with the network guys...) >>> >>> The thing is, I would think that the logs would indicate that >>> there were problems. Is there any way your client would look for >>> a more responsive provider? (My guess is no, since much of what >>> you've said makes it sound to me like they've been using these >>> guys for some time.) *sigh* >>> >>> May the FMorce be with you... >> >> _______________________________________________ >> 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/20100325/a0737472/attachment-0001.html From bob at patin.com Thu Mar 25 16:34:18 2010 From: bob at patin.com (Bob Patin) Date: Thu Mar 25 16:27:41 2010 Subject: [FX.php List] Using a web app over a VPN In-Reply-To: <314D447F-3274-47D2-A7B9-77EC944712DE@finalresort.org> References: <338FEDF9-184D-4B5B-80B5-58FD440BEDB3@patin.com> <762B6A1F-9F45-47AB-A03F-FE9D7968FB56@patin.com> <06FEA9F7-B616-459D-A8EE-87C910114B09@patin.com> <9E6BD0C6-E71F-475C-9D87-CAD104DCF3D4@patin.com> <3CD5FA65-10A1-4992-AF5A-E92330BAAB5A@iViking.org> <4A66BE8D-9CBB-4DF1-AED1-950DE15AC7EA@patin.com> <314D447F-3274-47D2-A7B9-77EC944712DE@finalresort.org> Message-ID: <79A6AF46-321B-4A85-A4CA-F31480A49CC2@patin.com> Well, after all of this, here's what we [they] decided to do: I said this: a) Fix the VPN so it works; b) Put a web server with the FM Server so we're not using the VPN. Well, neither happened; finally, someone asked if I could write a 2nd database and put it next to the web server, in the LAN. So that's what I'm doing; I've taken a subset of the main database, just tables that I need, and written a little db that we'll use in the LAN. Then I'll establish relationships between all the tables and deal with things that way. Not what I wanted, a lot of extra work, but suffice to say I'll be charging the client for my grief! Thanks to everyone who offered advice... I wish I could've gotten it working but these guys just can't figure out why the 2 machines can't establish a snappy connection. An interesting sidenote: everytime we reconfigure FMS's web-publishing settings, it trashes IIS and he has to rebuild all the settings. This time it also trashed PHP... Being the Mac snob that I am, I'll say that I've never had that happen on my Mac servers... :) Best, Bob Patin Longterm Solutions bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com iChat: bobpatin FileMaker 9 & 10 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -- Expert FileMaker Consulting FileMaker Hosting for all versions of FileMaker PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting On Mar 25, 2010, at 4:26 PM, Leo R. Lundgren wrote: > I guess it's quite apparent by now that 1) the network ppl at the client doesn't know jack about what they are supposed to be doing, and 2) the only effective solution to actually get to the bottom of it is that the client or someone hires someone who *does* know their stuff, to simply tell everyone exactly what the problem is. I still think it shouldn't be that hard. But I realize that getting an external consultant to look at it is probably not going to happen :) > > Bob; Please let us know that/if it works out when you change the setup entirely. Maybe you can soon have this being you and sleep well, and so can we ;-) > > > 25 mar 2010 kl. 21.11 skrev Dale Bengston: > >> Bob, this reminds me of three instances I've encountered years ago where Cisco routers were configured wrong to work with AFP on the Mac. Slowdowns, packet drops, disconnections. Things would work for a while and then go deaf. >> >> Now, I know AFP on old Macs does not describe your scenario, but I'm going back to my original hypothesis that this is a problem with network hardware. I'd start with the firewall or other device where the VPN connects. As you point out, getting any real troubleshooting done is going to be difficult. You can always come back to what you know: >> >> No VPN, same net, no problem. VPN, problem. Your code has not changed, so the problem is in the ether. Sooner or later, someone who owns the network path is going to have to own up to the problem. Until then, I'll be beaming positive thoughts towards Tennessee while you spin your wheels. >> >> Dale >> >> On Mar 25, 2010, at 12:51 PM, Bob Patin wrote: >> >>> Chris, >>> >>> You nailed it on all counts; I talk to the client (who knows almost nothing) who talks to the IT guys (who *act* like they know more than they do) who come up with every way to blame FileMaker for the problem... >>> >>> Last night they asked one of their guys to look at my web app to "see if he could spot the reason that it's slow." Not knowing FX.php of course, his brilliant conclusion was that "these lines of PHP code seem to be where the slowdown is." Four lines of code doing an FMView()... of COURSE that's where the slowdown occurs, because that's when it's trying to talk to FM Server! >>> >>> We're going to do an end run, split the web app off into a little database and put it on a LAN with their webserver, saving them the future embarrassment of trying to figure out why their network isn't working right. >>> >>> Thanks for your reply... and yes, this IT company has ingratiated itself to a point where they'd chew their own arms off to keep this account. :) >>> >>> Best, >>> >>> Bob Patin >>> Longterm Solutions >>> bob@longtermsolutions.com >>> 615-333-6858 >>> http://www.longtermsolutions.com >>> iChat: bobpatin >>> FileMaker 9 & 10 Certified Developer >>> Member of FileMaker Business Alliance and FileMaker TechNet >>> -- >>> Expert FileMaker Consulting >>> FileMaker Hosting for all versions of FileMaker >>> PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting >>> On Mar 25, 2010, at 10:43 AM, Chris Hansen wrote: >>> >>>> I just realized that I've been in a similar situation to yours. As in your case, I had no control over the server. And they were Windows servers. I'm not sure what the problem was, but it had something to do with "packets being dropped" between the two machines. Yeah, that's pretty vague, but it does sound like what could well be going on in your case. Unfortunately, I have no means of getting additional details. (I spoke with my client, who spoke to his contact, who spoke with the network guys...) >>>> >>>> The thing is, I would think that the logs would indicate that there were problems. Is there any way your client would look for a more responsive provider? (My guess is no, since much of what you've said makes it sound to me like they've been using these guys for some time.) *sigh* >>>> >>>> May the FMorce be with you... >>> >>> _______________________________________________ >>> 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/20100325/21298cb0/attachment.html From bob at patin.com Thu Mar 25 23:43:28 2010 From: bob at patin.com (Bob Patin) Date: Thu Mar 25 23:36:50 2010 Subject: [FX.php List] Trying to trigger a script Message-ID: <66444D86-8095-4665-B6D6-610E647158A5@patin.com> I'm trying to trigger a script from 2 queries, and although my transaction is reporting no error, I'm not seeing the script doing anything. Here's what I'm trying to do: now that I've separated my client's web app from his main database, I capture an order and its lineitems in the small database on server A; as each record gets created on the web, I'm triggering a script that uses a relationship to create the record in the parent database on the other server. This works great when I trigger it manually, but when the transaction triggers it using $query->PerformFMScript('create_parent'); I'm not seeing anything happening. Question: the first place I use it is in an FMEdit(); am I using the right function? The 2nd place I'm using it is in an FMNew(); again, am I using the right function? My other idea was to use a scheduled script on the server, and run these scripts every couple of minutes; for whatever reason however, this fails when I try to run it... Any thoughts are mucho appreciated; 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 Twitter: bobpatin FileMaker 10 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -------------------------- FileMaker hosting and consulting for all versions of FileMaker PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20100326/1fc6d69b/attachment-0001.html From bob at patin.com Fri Mar 26 17:18:53 2010 From: bob at patin.com (Bob Patin) Date: Fri Mar 26 17:12:11 2010 Subject: [FX.php List] A question about synchronization Message-ID: OK, so now I've done an end-around in the saga with servers and the VPN. I've got a little database running on server A, and the main database running on server B. Now that the little database is in the LAN with the web server, it works fine (as I expected). Here's my latest challenge: how to get the records from database A on server A into database B on server B. I can have a script triggered when someone is in the database--that works fine. However, my wish was to have some sort of synch script run after every transaction. Jimmy Jones suggested doing it all in PHP--write to database A, then take the same data and write to database B. The problem though, as you guys know, is that the WPE can only connect to a single database server. Does anyone have a method for doing something like this? Other than having a script run when someone does something in the database, any other ideas? A server-scheduled script won't do it either, since server A doesn't "know" about server B, even though the 2 databases are tied together with a relationship. Any ideas would be greatly appreciated. Thanks, Bob Patin Longterm Solutions bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com iChat: bobpatin FileMaker 9 & 10 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -- Expert FileMaker Consulting FileMaker Hosting 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/20100326/61267918/attachment.html From leo at finalresort.org Fri Mar 26 17:28:15 2010 From: leo at finalresort.org (Leo R. Lundgren) Date: Fri Mar 26 17:21:31 2010 Subject: [FX.php List] A question about synchronization In-Reply-To: References: Message-ID: <8E2258DD-7882-4C55-85BF-954F60A9C049@finalresort.org> 27 mar 2010 kl. 00.18 skrev Bob Patin: > Jimmy Jones suggested doing it all in PHP--write to database A, then > take the same data and write to database B. The problem though, as > you guys know, is that the WPE can only connect to a single database > server. I don't understand why you cannot do this. If you use FX.php to connect to database A and database B at the same time, and shuffle data between them (by reading from A and writing to B), why wouldn't that be possible? I am imagining that both databases listen to incoming XML requests of the type that FX does, so you should be able to connect to them both seperately. -| From bob at patin.com Fri Mar 26 17:32:46 2010 From: bob at patin.com (Bob Patin) Date: Fri Mar 26 17:26:05 2010 Subject: [FX.php List] A question about synchronization In-Reply-To: <8E2258DD-7882-4C55-85BF-954F60A9C049@finalresort.org> References: <8E2258DD-7882-4C55-85BF-954F60A9C049@finalresort.org> Message-ID: <9B27B913-1D5D-4370-A39F-0F18EE93AA70@patin.com> Leo, I can't connect to database B; remember, it's on server B, which isn't connected to the web publishing engine. They couldn't the VPN to work, so to get this going, I had them put a 2nd database server in the LAN with the web server; we then reconfigured the Web Pub. Engine so that it's now talking to server A, not server B... Unless I'm mistaken, the WPE can only pair up with a single database server, so server B is out of the loop... Bob Longterm Solutions bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com iChat: bobpatin FileMaker 9 & 10 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -- Expert FileMaker Consulting FileMaker Hosting for all versions of FileMaker PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting On Mar 26, 2010, at 6:28 PM, Leo R. Lundgren wrote: > I don't understand why you cannot do this. If you use FX.php to connect to database A and database B at the same time, and shuffle data between them (by reading from A and writing to B), why wouldn't that be possible? I am imagining that both databases listen to incoming XML requests of the type that FX does, so you should be able to connect to them both seperately. > > -| -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20100326/70c3cbc6/attachment.html From leo at finalresort.org Fri Mar 26 17:36:20 2010 From: leo at finalresort.org (Leo R. Lundgren) Date: Fri Mar 26 17:29:38 2010 Subject: [FX.php List] A question about synchronization In-Reply-To: <9B27B913-1D5D-4370-A39F-0F18EE93AA70@patin.com> References: <8E2258DD-7882-4C55-85BF-954F60A9C049@finalresort.org> <9B27B913-1D5D-4370-A39F-0F18EE93AA70@patin.com> Message-ID: <0BDC70FC-86FF-43B4-BD89-8B78EDEB51FA@finalresort.org> Hmm. I am probably misunderstanding you :) But yeah, I guess that you don't have two FileMaker servers, one on each physical machine. And then you can't have one WPE per database.. I see your question then. How to make one WPE publish two databases on different machines, if it's even possible. 27 mar 2010 kl. 00.32 skrev Bob Patin: > Leo, > > I can't connect to database B; remember, it's on server B, which > isn't connected to the web publishing engine. > > They couldn't the VPN to work, so to get this going, I had them put > a 2nd database server in the LAN with the web server; we then > reconfigured the Web Pub. Engine so that it's now talking to server > A, not server B... > > Unless I'm mistaken, the WPE can only pair up with a single database > server, so server B is out of the loop... > > Bob > Longterm Solutions > bob@longtermsolutions.com > 615-333-6858 > http://www.longtermsolutions.com > iChat: bobpatin > FileMaker 9 & 10 Certified Developer > Member of FileMaker Business Alliance and FileMaker TechNet > -- > Expert FileMaker Consulting > FileMaker Hosting for all versions of FileMaker > PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting > On Mar 26, 2010, at 6:28 PM, Leo R. Lundgren wrote: > >> I don't understand why you cannot do this. If you use FX.php to >> connect to database A and database B at the same time, and shuffle >> data between them (by reading from A and writing to B), why >> wouldn't that be possible? I am imagining that both databases >> listen to incoming XML requests of the type that FX does, so you >> should be able to connect to them both seperately. >> >> -| > > _______________________________________________ > 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/20100327/bee557e2/attachment.html From bob at patin.com Fri Mar 26 17:41:03 2010 From: bob at patin.com (Bob Patin) Date: Fri Mar 26 17:34:21 2010 Subject: [FX.php List] A question about synchronization In-Reply-To: <0BDC70FC-86FF-43B4-BD89-8B78EDEB51FA@finalresort.org> References: <8E2258DD-7882-4C55-85BF-954F60A9C049@finalresort.org> <9B27B913-1D5D-4370-A39F-0F18EE93AA70@patin.com> <0BDC70FC-86FF-43B4-BD89-8B78EDEB51FA@finalresort.org> Message-ID: <94E4B972-4F1C-4052-AFBA-2AA0896AF888@patin.com> Yes, I do have 2 FileMaker Servers, one web server. Database server A has the small database on it, and is in the LAN with the web server and using the Web Publishing Engine. Database server B is on a VPN with the first 2 machines, but doesn't have any web publishing set up anymore, since I moved it to the local database server instead (because of all the trouble with VPN speed). So since the WPE can't pair up with 2 different FileMaker servers, I don't know how to get the data from the little database to the big one, without triggering the sync script when a user is in the database (which is what I'm doing so far). BP On Mar 26, 2010, at 6:36 PM, Leo R. Lundgren wrote: > Hmm. I am probably misunderstanding you :) But yeah, I guess that you don't have two FileMaker servers, one on each physical machine. And then you can't have one WPE per database.. > > I see your question then. How to make one WPE publish two databases on different machines, if it's even possible. > From someone at gagayaya.com Fri Mar 26 18:06:38 2010 From: someone at gagayaya.com (Someone) Date: Fri Mar 26 17:59:53 2010 Subject: [FX.php List] A question about synchronization In-Reply-To: <94E4B972-4F1C-4052-AFBA-2AA0896AF888@patin.com> References: <8E2258DD-7882-4C55-85BF-954F60A9C049@finalresort.org> <9B27B913-1D5D-4370-A39F-0F18EE93AA70@patin.com> <0BDC70FC-86FF-43B4-BD89-8B78EDEB51FA@finalresort.org> <94E4B972-4F1C-4052-AFBA-2AA0896AF888@patin.com> Message-ID: <6F22839B-603E-4C8F-92BE-14379F5BF2A3@gagayaya.com> Add a table occurrence from server A to B then everything is on one server, perhaps On Mar 26, 2010, at 7:41 PM, Bob Patin wrote: > Yes, I do have 2 FileMaker Servers, one web server. Database server > A has the small database on it, and is in the LAN with the web > server and using the Web Publishing Engine. > > Database server B is on a VPN with the first 2 machines, but > doesn't have any web publishing set up anymore, since I moved it to > the local database server instead (because of all the trouble with > VPN speed). > > So since the WPE can't pair up with 2 different FileMaker servers, > I don't know how to get the data from the little database to the > big one, without triggering the sync script when a user is in the > database (which is what I'm doing so far). > > BP > > > > On Mar 26, 2010, at 6:36 PM, Leo R. Lundgren wrote: > >> Hmm. I am probably misunderstanding you :) But yeah, I guess that >> you don't have two FileMaker servers, one on each physical >> machine. And then you can't have one WPE per database.. >> >> I see your question then. How to make one WPE publish two >> databases on different machines, if it's even possible. >> > > _______________________________________________ > 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 Mar 26 18:13:56 2010 From: bob at patin.com (Bob Patin) Date: Fri Mar 26 18:07:15 2010 Subject: [FX.php List] A question about synchronization In-Reply-To: <6F22839B-603E-4C8F-92BE-14379F5BF2A3@gagayaya.com> References: <8E2258DD-7882-4C55-85BF-954F60A9C049@finalresort.org> <9B27B913-1D5D-4370-A39F-0F18EE93AA70@patin.com> <0BDC70FC-86FF-43B4-BD89-8B78EDEB51FA@finalresort.org> <94E4B972-4F1C-4052-AFBA-2AA0896AF888@patin.com> <6F22839B-603E-4C8F-92BE-14379F5BF2A3@gagayaya.com> Message-ID: <2CFDA124-1265-4798-BCA7-50BEE19A2C95@patin.com> That works if I open database A and run the script myself, but it won't work either as a PHP-triggered or as a server-scheduled script... tried... BP On Mar 26, 2010, at 7:06 PM, Someone wrote: > Add a table occurrence from server A to B > then everything is on one server, perhaps From chris at iViking.org Sat Mar 27 08:54:28 2010 From: chris at iViking.org (Chris Hansen) Date: Sat Mar 27 08:47:39 2010 Subject: [FX.php List] A question about synchronization In-Reply-To: References: Message-ID: Bob, Could you set up a script that runs periodically (say every half hour) and uses the import script step (pointing at a PHP page that serves as an XML data source)? Would you even need to use the VPN for that? I know that sometimes outgoing traffic is allowed even when incoming is not... Just a thought. Personally, I really like import XML as a tool. Best, --Chris On Mar 26, 2010, at 5:18 PM, Bob Patin wrote: > OK, so now I've done an end-around in the saga with servers and the > VPN. I've got a little database running on server A, and the main > database running on server B. Now that the little database is in the > LAN with the web server, it works fine (as I expected). > > Here's my latest challenge: how to get the records from database A > on server A into database B on server B. > > I can have a script triggered when someone is in the database--that > works fine. However, my wish was to have some sort of synch script > run after every transaction. > > Jimmy Jones suggested doing it all in PHP--write to database A, then > take the same data and write to database B. The problem though, as > you guys know, is that the WPE can only connect to a single database > server. > > Does anyone have a method for doing something like this? Other than > having a script run when someone does something in the database, any > other ideas? A server-scheduled script won't do it either, since > server A doesn't "know" about server B, even though the 2 databases > are tied together with a relationship. > > Any ideas would be greatly appreciated. > > Thanks, > > Bob Patin > Longterm Solutions > bob@longtermsolutions.com > 615-333-6858 > http://www.longtermsolutions.com > iChat: bobpatin > FileMaker 9 & 10 Certified Developer > Member of FileMaker Business Alliance and FileMaker TechNet > -- > Expert FileMaker Consulting > FileMaker Hosting 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 ggt667 at gmail.com Sun Mar 28 10:54:26 2010 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Sun Mar 28 10:47:35 2010 Subject: [FX.php List] A question about synchronization In-Reply-To: References: Message-ID: Are any of the connections ADSL or other asyncronous connections? ADSL in particular has the ability to not let any traffic through if more than 97% of bandwidth is used and there is traffic in both directions. ggt 2010/3/27 Chris Hansen : > Bob, > > Could you set up a script that runs periodically (say every half hour) and > uses the import script step (pointing at a PHP page that serves as an XML > data source)? ?Would you even need to use the VPN for that? ?I know that > sometimes outgoing traffic is allowed even when incoming is not... ?Just a > thought. ?Personally, I really like import XML as a tool. ?Best, > > --Chris > > On Mar 26, 2010, at 5:18 PM, Bob Patin wrote: > >> OK, so now I've done an end-around in the saga with servers and the VPN. >> I've got a little database running on server A, and the main database >> running on server B. Now that the little database is in the LAN with the web >> server, it works fine (as I expected). >> >> Here's my latest challenge: how to get the records from database A on >> server A into database B on server B. >> >> I can have a script triggered when someone is in the database--that works >> fine. However, my wish was to have some sort of synch script run after every >> transaction. >> >> Jimmy Jones suggested doing it all in PHP--write to database A, then take >> the same data and write to database B. The problem though, as you guys know, >> is that the WPE can only connect to a single database server. >> >> Does anyone have a method for doing something like this? Other than having >> a script run when someone does something in the database, any other ideas? A >> server-scheduled script won't do it either, since server A doesn't "know" >> about server B, even though the 2 databases are tied together with a >> relationship. >> >> Any ideas would be greatly appreciated. >> >> Thanks, >> >> Bob Patin >> Longterm Solutions >> bob@longtermsolutions.com >> 615-333-6858 >> http://www.longtermsolutions.com >> iChat: bobpatin >> FileMaker 9 & 10 Certified Developer >> Member of FileMaker Business Alliance and FileMaker TechNet >> -- >> Expert FileMaker Consulting >> FileMaker Hosting 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 bob at patin.com Sun Mar 28 12:09:45 2010 From: bob at patin.com (Bob Patin) Date: Sun Mar 28 12:02:56 2010 Subject: [FX.php List] A question about synchronization In-Reply-To: References: Message-ID: <73A808BC-C532-409C-86D0-92EB3AC6DC90@patin.com> I don't think so; the IT's server room uses a 100-megabit pipe, and the other location is on a pair of bonded T1 lines. On Mar 28, 2010, at 11:54 AM, Gjermund Gusland Thorsen wrote: > Are any of the connections ADSL or other asyncronous connections? > > ADSL in particular has the ability to not let any traffic through if > more than 97% of bandwidth is used and there is traffic in both > directions. > > ggt From ggt667 at gmail.com Mon Mar 29 02:29:40 2010 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Mon Mar 29 02:22:46 2010 Subject: [FX.php List] A question about synchronization In-Reply-To: <73A808BC-C532-409C-86D0-92EB3AC6DC90@patin.com> References: <73A808BC-C532-409C-86D0-92EB3AC6DC90@patin.com> Message-ID: Trunked T1s have the same phenomenon, but never consistently. ggt 2010/3/28 Bob Patin : > I don't think so; the IT's server room uses a 100-megabit pipe, and the other location is on a pair of bonded T1 lines. > > > On Mar 28, 2010, at 11:54 AM, Gjermund Gusland Thorsen wrote: > >> Are any of the connections ADSL or other asyncronous connections? >> >> ADSL in particular has the ability to not let any traffic through if >> more than 97% of bandwidth is used and there is traffic in both >> directions. >> >> ggt > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > From Blair.Duncan at bbdo.ca Wed Mar 31 19:06:48 2010 From: Blair.Duncan at bbdo.ca (Duncan, Blair) Date: Wed Mar 31 18:59:45 2010 Subject: [FX.php List] Return unicode rather than htmlentities Message-ID: Dear list, I've been doing a lot of work with Cappuccino - its nice for building real web apps that perform very much like desktop apps. Anyways, it like any desktop app, requires data in unicode format rather then htmlentities. Rather than converting it on the client side, is there a easy way to request the data to be returned as unicode? Blair Duncan | Variable Data Manager SGL Communications | 2 Bloor St W, Suite 3100 Toronto ON M4W 3R6 T 416-413-7537 | C 416-845-3357 | F 416-972-5656 Please consider the environment before printing this e-mail. This message and any attachments contain information, which may be confidential or privileged. If you are not the intended recipient, please refrain from any disclosure, copying, distribution or use of this information. Please be aware that such actions are prohibited. If you have received this transmission in error, kindly notify us by e-mail to helpdesk@bbdo.com. We appreciate your cooperation. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20100331/2400914f/attachment.html From tim at nicheit.com.au Wed Mar 31 22:23:46 2010 From: tim at nicheit.com.au (Tim 'Webko' Booth) Date: Wed Mar 31 22:16:49 2010 Subject: [FX.php List] Return unicode rather than htmlentities In-Reply-To: References: Message-ID: <29DF2005-6CD3-4C39-ACA7-7C58C26D2D88@nicheit.com.au> On 01/04/2010, at 12:06 PM, Duncan, Blair wrote: > > Dear list, > > I?ve been doing a lot of work with Cappuccino ? its nice for > building real web apps that perform very much like desktop apps. > Anyways, it like any desktop app, requires data in unicode format > rather then htmlentities. > Rather than converting it on the client side, is there a easy way to > request the data to be returned as unicode? > html_entity_decode perhaps? Cheers Webko -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20100401/c7979c0b/attachment-0001.html From Blair.Duncan at bbdo.ca Wed Mar 31 22:41:44 2010 From: Blair.Duncan at bbdo.ca (Duncan, Blair) Date: Wed Mar 31 22:34:39 2010 Subject: [FX.php List] Return unicode rather than htmlentities In-Reply-To: <29DF2005-6CD3-4C39-ACA7-7C58C26D2D88@nicheit.com.au> Message-ID: html_entity_decode doesn't work on objects... I json encode the results of all FX queryies and fire them off as is. Was hoping for it to some how come pre-encoded rather than walking through everything in the object. Blair Duncan | Variable Data Manager SGL Communications | 2 Bloor St W, Suite 3100 Toronto ON M4W 3R6 T 416-413-7537 | C 416-845-3357 | F 416-972-5656 -Original Message- On 01/04/2010, at 12:06 PM, Duncan, Blair wrote: Dear list, I've been doing a lot of work with Cappuccino - its nice for building real web apps that perform very much like desktop apps. Anyways, it like any desktop app, requires data in unicode format rather then htmlentities. Rather than converting it on the client side, is there a easy way to request the data to be returned as unicode? html_entity_decode perhaps? Cheers Webko -Original Message- Please consider the environment before printing this e-mail. This message and any attachments contain information, which may be confidential or privileged. If you are not the intended recipient, please refrain from any disclosure, copying, distribution or use of this information. Please be aware that such actions are prohibited. If you have received this transmission in error, kindly notify us by e-mail to helpdesk@bbdo.com. We appreciate your cooperation. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20100401/86528330/attachment.html From steve at bluecrocodile.co.nz Wed Mar 31 23:22:21 2010 From: steve at bluecrocodile.co.nz (Steve Winter) Date: Wed Mar 31 23:15:18 2010 Subject: [FX.php List] Return unicode rather than htmlentities In-Reply-To: References: Message-ID: <08D0CC55-55B5-4BD4-B79B-EF5234F9D52E@bluecrocodile.co.nz> Duncan, Possibly not a lot of help as it would require reworking your solution for the FM PHP API, but have you looked at getFieldUnencoded() within there...? (see http://jonathanstark.com/filemaker-api-for-php-documentation/FileMaker/FM_Record.html#getFieldUnencoded) Cheers Steve On 1 Apr 2010, at 05:41, Duncan, Blair wrote: > > html_entity_decode doesn?t work on objects... > > I json encode the results of all FX queryies and fire them off as is. > Was hoping for it to some how come pre-encoded rather than walking through everything in the object. > > > > > Blair Duncan | Variable Data Manager > SGL Communications | 2 Bloor St W, Suite 3100 Toronto ON M4W 3R6 > T 416-413-7537 | C 416-845-3357 | F 416-972-5656 > > > -Original Message- > > > > > > On 01/04/2010, at 12:06 PM, Duncan, Blair wrote: > > > > Dear list, > > I?ve been doing a lot of work with Cappuccino ? its nice for building real web apps that perform very much like desktop apps. > Anyways, it like any desktop app, requires data in unicode format rather then htmlentities. > Rather than converting it on the client side, is there a easy way to request the data to be returned as unicode? > html_entity_decode perhaps? > > Cheers > > Webko > > > > -Original Message- > > > > Please consider the environment before printing this e-mail. > > This message and any attachments contain information, which may be confidential or privileged. If you are not the intended recipient, please refrain from any disclosure, copying, distribution or use of this information. Please be aware that such actions are prohibited. If you have received this transmission in error, kindly notify us by e-mail to helpdesk@bbdo.com. We appreciate your cooperation. > > > > > > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list Steve Winter steve@bluecrocodile.co.nz m: +44 77 7852 4776 3 Calshot Court, Channel Way Ocean Village, Southampton SO14 3GR -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20100401/36a34e62/attachment.html From william.downs at gmail.com Wed Mar 31 23:48:01 2010 From: william.downs at gmail.com (william.downs) Date: Wed Mar 31 23:41:04 2010 Subject: [FX.php List] Time values wrongly extracted In-Reply-To: <08D0CC55-55B5-4BD4-B79B-EF5234F9D52E@bluecrocodile.co.nz> References: <08D0CC55-55B5-4BD4-B79B-EF5234F9D52E@bluecrocodile.co.nz> Message-ID: <86A0911B-5EF5-450B-9D28-208F01F34CD8@gmail.com> Hi guys, I am having a problem while extracting some time data from a DB per FX instead of being extracted so : 14:00, it is being extracted so 1400.00. What is the reason - and what is the solution ? I don't want to display the seconds of course. Terrible, kindest regards William