From adenman at tmea.org Wed Jan 2 17:21:03 2008 From: adenman at tmea.org (Andrew Denman) Date: Wed Jan 2 17:18:53 2008 Subject: [FX.php List] intermittent speed issues with fx.php and FMSA 9 In-Reply-To: References: Message-ID: <024001c84d9e$86b305b0$94191110$@org> Andy, I'm not on 9 yet, but here are some observations: - You can set the "disconnect user from FileMaker Server when idle" on the Edit Privilege Set page under Manage->Accounts & Privileges. You will have to do this for the privilege set in each file the web account has access to. - I have never seen an XML user show up in the connected clients list (though my connections may be too quick to show up). Is there anyone who would be connecting to your databases from a FileMaker client with the web user account? Andrew Denman From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Andy Walz Sent: Sunday, December 30, 2007 2:28 PM To: FX.php Discussion List Subject: Re: [FX.php List] intermittent speed issues with fx.php and FMSA 9 ggt- Thanks for the reply. Can you explain what you mean by running apache and FMS on their own node? Right now I have one OS 10.4.10 machine running Apache and FMSA 9. The webpages and php files themselves are on a different server running Apache for several websites. Also, I think we've done a pretty good job of optimizing the layouts for each query. I realize how important that is. Is it possible that a layout that is not optimized could cause the same query from php to be very fast one minute and then crippling slow the next? What I'm getting at is that for days at time all of the queries on our website will work just fine...very fast in fact, and then all of sudden without explanation all the queries will be slow. To fix the problem I find myself closing the db and re-opening it or disconnecting all the active webuser clients. What is curious to me is that it seems like during normal operation webuser clients do not even show up in the FMSA Admin console...for example right now I can click around our site as much as I want and I do not see my status as a webuser client listed at all in the admin console. do XML queries through FX typically result in extended webuser client sessions that display in FMSA Admin Console? It seems to me that with XML it should just connect and disconnect each time but I guess I don't know enough about it. Again any thoughts you have a greatly appreciated. Thanks again, Andy ________________________________________________________________________ Serving people of all ages, backgrounds and abilities on shared outdoor experiences throughout the world. Visit us online at http://www.wildernessinquiry.org Andrew Walz, Program Director Wilderness Inquiry 808 14th Ave SE, Minneapolis, MN 55414 (612)676-9412 Direct line (612)676-9400 General line (612)676-9401 Fax On Dec 30, 2007, at 12:38 PM, Gjermund Gusland Thorsen wrote: reduce the amount of fields pr layout, optimize them for each query. Run apache and FMS on each their node. ggt Andy Walz : I'm new to the world of fx.php and FMSA 9 but am now supporting a fairly extensive website that uses both. For the most part the site works great---even dynamic pages that display content using complex finds and sorts load in less than 3 seconds. On what seems to be random occasions (that happen slightly too often!) I find the site slowed to a crawl rendering it almost useless. At these times, pages that normally take 1 or 2 seconds to load take 12,15, 30 seconds or sometimes even several minutes. During these slow-downs the only thing out of the ordinary that I can find is that when I look at the list of connected clients in FMSA 9 there are between 4 and 20 "webuser" clients (the account our fx uses) listed as connected with connect times sometimes more than an hour old. When I forcefully disconnect the stagnant webuser clients (or restart the server entirely) the speed of the site returns. Have any of you experienced anything like this? Any ideas as how I might find the source of this issue and/or prevent it? Is there anyway to set a timeout for XML connections in the same way that you can set a session timeout for FM Instant Web Publishing? Thanks in advance, Andy Walz ________________________________________________________________________ Serving people of all ages, backgrounds and abilities on shared outdoor experiences throughout the world. Visit us online at http://www.wildernessinquiry.org Andrew Walz, Program Director Wilderness Inquiry 808 14th Ave SE, Minneapolis, MN 55414 (612)676-9412 Direct line (612)676-9400 General line (612)676-9401 Fax _______________________________________________ FX.php_List mailing list FX.php_List@mail.iviking.org http://www.iviking.org/mailman/listinfo/fx.php_list _______________________________________________ FX.php_List mailing list FX.php_List@mail.iviking.org http://www.iviking.org/mailman/listinfo/fx.php_list -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.iviking.org/pipermail/fx.php_list/attachments/20080102/8e9099b7/attachment.html From adenman at tmea.org Wed Jan 2 17:35:51 2008 From: adenman at tmea.org (Andrew Denman) Date: Wed Jan 2 17:34:06 2008 Subject: [FX.php List] Noob needs help with edit record In-Reply-To: <5A07A235-A78D-49E2-9B54-F21CF0D8541E@macedge.net> References: <99BC40DF-D21D-4310-9467-9812359257AB@patin.com> <984EB946-F88F-40EE-92BE-975AA9B0DB33@patin.com> <5A07A235-A78D-49E2-9B54-F21CF0D8541E@macedge.net> Message-ID: <024b01c84da0$97ff3490$c7fd9db0$@org> Larry, The Record ID FX.php needs to edit (and delete) a record is the internal FileMaker one. If your RecordID field is a calculation that returns the internal FileMaker Record ID, then all you have to do is fix your 5th line: $edit_result_edit->AddDBParam('-recid', '5475'); If RecordID is your own ID field, let me know and I'll provide alternate instructions. Andrew Denman -----Original Message----- From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Larry Schultz Sent: Sunday, December 30, 2007 1:06 PM To: FX.php Discussion List Subject: [FX.php List] Noob needs help with edit record Hi folks, I've gotten to a point where I'm reaching out for help after spending 2 days and nights trying to understand how to do an edit. All thoughts, suggestions, and help is appreciated. I've got a scripted email in FM that sends a dynamic link in the email. The link is formed like this: http://71.159.221.216/localtest/PeritusMonSite/trans_eval.php? var1=5475&var2=1169&var3=44444&Var4=1778&var5=Larry var1 is the important variable here, as it is the record ID for the record in need of editing. This record ID field is "RecordID" in the db. I have no problem writing the code to add a record with fx.php, but writing the code for an edit is not working for me. I have no idea where to look to fix this, hence this post. Here's the code, minus the html for the results page. It has a static value for the record I'd like to edit, until I can make this work. layout = 'TranslatorEvaluationForWeb'; $edit_result_edit->AddDBParam('RecordID', '5475'); $edit_result_fields = array( 'Comments_Accuracy'=>$_POST['Comments_Accuracy'], 'Comments_Completeness[]'=>$_POST['Comments_Completeness'], 'Comments_Spelling'=>$_POST['Comments_Spelling'], 'Comments_Grammer'=>$_POST['Comments_Grammer'], 'Comments_Punctuation'=>$_POST['Comments_Punctuation'], 'Comments_Hyphenation'=>$_POST['Comments_Hyphenation'], 'Comments_Terminology'=>$_POST['Comments_Terminology'], 'Comments_Style'=>$_POST['Comments_Style'], 'Comments_DNLF'=>$_POST['Comments_DNLF'], 'Comments_TCnPD'=>$_POST['Comments_TCnPD'], 'Comments_TypeStyle'=>$_POST['Comments_TypeStyle'], 'Comments_PosIllistrattions'=>$_POST['Comments_PosIllistrattions'], 'Comments_GraphicsErrors'=>$_POST['Comments_GraphicsErrors'], 'Comments_Formatting'=>$_POST['Comments_Formatting'], 'Comments_OnTime'=>$_POST['Comments_OnTime'], 'Comments_WithinBudget'=>$_POST['Comments_WithinBudget'], 'Comments_Responsiveness'=>$_POST['Comments_Responsiveness'], 'Comments_OpenFeedback'=>$_POST['Comments_OpenFeedback'], 'Comments_Communicate'=>$_POST['Comments_Communicate'], 'Comments_OverallNature'=>$_POST['Comments_OverallNature'], ; foreach($edit_result_fields as $key=>$value) { $edit_result_edit->AddDBParam($key,$value); } $edit_result_result = $edit_result_edit->FMEdit(); if(is_a($edit_result_result,"FX_Error") || $edit_result_result ['errorCode'] != "0") fmsTrapError($edit_result_result,"error.php"); $edit_result_row = current($edit_result_result['data']); $edit_result_row_key = key($edit_result_result['data']); // FMStudioFX v1.0 - do not remove comment, needed for DreamWeaver support ?> _______________________________________________ FX.php_List mailing list FX.php_List@mail.iviking.org http://www.iviking.org/mailman/listinfo/fx.php_list From andywalz at wildernessinquiry.org Wed Jan 2 21:30:10 2008 From: andywalz at wildernessinquiry.org (Andy Walz) Date: Wed Jan 2 21:33:03 2008 Subject: [FX.php List] intermittent speed issues with fx.php and FMSA 9 In-Reply-To: <024001c84d9e$86b305b0$94191110$@org> References: <024001c84d9e$86b305b0$94191110$@org> Message-ID: Hmmmm... I didn't realize you could set disconnect when idle from the privilege set level. I did not have that option checked. Hopefully that will make all the difference when these "stagnant connections" do happen. Thanks for the tip. I am confident no one is connecting to our web database using a FileMaker Client. The strange connections that I'm seeing in the FMSA admin console are definitely from FX.php. They have the name webuser which I defined and the fmxml extended privilege set (filemaker clients show up as fmapp). What I still can't figure out is that most of the time, like you, I do not see any xml client connections in the admin console...even when there is heavy traffic, but then every other day or so they start appearing and the whole site slows down until I close and re-open the file. I keep thinking I must have one bad query in some obscure place on the site but even that shouldn't result in this kind of behavior. At any rate I'll try it for a while with the disconnect option enabled and let you know. Thank you, -Andy ________________________________________________________________________ Serving people of all ages, backgrounds and abilities on shared outdoor experiences throughout the world. Visit us online at http://www.wildernessinquiry.org Andrew Walz, Program Director Wilderness Inquiry 808 14th Ave SE, Minneapolis, MN 55414 (612)676-9412 Direct line (612)676-9400 General line (612)676-9401 Fax On Jan 2, 2008, at 6:21 PM, Andrew Denman wrote: > Andy, > > > > I?m not on 9 yet, but here are some observations: > > > > - You can set the ?disconnect user from FileMaker Server when idle? > on the Edit Privilege Set page under Manage->Accounts & > Privileges. You will have to do this for the privilege set in each > file the web account has access to. > > > > - I have never seen an XML user show up in the connected clients > list (though my connections may be too quick to show up). Is there > anyone who would be connecting to your databases from a FileMaker > client with the web user account? > > > > Andrew Denman > > > > From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list- > bounces@mail.iviking.org] On Behalf Of Andy Walz > Sent: Sunday, December 30, 2007 2:28 PM > To: FX.php Discussion List > Subject: Re: [FX.php List] intermittent speed issues with fx.php > and FMSA 9 > > > > ggt- Thanks for the reply. Can you explain what you mean by > running apache and FMS on their own node? Right now I have one OS > 10.4.10 machine running Apache and FMSA 9. The webpages and php > files themselves are on a different server running Apache for > several websites. > > > > Also, I think we've done a pretty good job of optimizing the > layouts for each query. I realize how important that is. Is it > possible that a layout that is not optimized could cause the same > query from php to be very fast one minute and then crippling slow > the next? What I'm getting at is that for days at time all of the > queries on our website will work just fine...very fast in fact, and > then all of sudden without explanation all the queries will be > slow. To fix the problem I find myself closing the db and re- > opening it or disconnecting all the active webuser clients. What > is curious to me is that it seems like during normal operation > webuser clients do not even show up in the FMSA Admin console...for > example right now I can click around our site as much as I want and > I do not see my status as a webuser client listed at all in the > admin console. do XML queries through FX typically result in > extended webuser client sessions that display in FMSA Admin > Console? It seems to me that with XML it should just connect and > disconnect each time but I guess I don't know enough about it. > Again any thoughts you have a greatly appreciated. > > > > Thanks again, > > Andy > > > > ______________________________________________________________________ > __ > > Serving people of all ages, backgrounds and abilities on shared > outdoor > > experiences throughout the world. Visit us online at > > http://www.wildernessinquiry.org > > > > Andrew Walz, Program Director > > Wilderness Inquiry > > 808 14th Ave SE, > > Minneapolis, MN 55414 > > (612)676-9412 Direct line > > (612)676-9400 General line > > (612)676-9401 Fax > > > > > > > On Dec 30, 2007, at 12:38 PM, Gjermund Gusland Thorsen wrote: > > > > > reduce the amount of fields pr layout, optimize them for each query. > > > > Run apache and FMS on each their node. > > > > ggt > > > > Andy Walz : > > I'm new to the world of fx.php and FMSA 9 but am now supporting a > fairly > > extensive website that uses both. For the most part the site works > > great---even dynamic pages that display content using complex finds > and > > sorts load in less than 3 seconds. On what seems to be random > occasions > > (that happen slightly too often!) I find the site slowed to a crawl > > rendering it almost useless. At these times, pages that normally > take 1 or > > 2 seconds to load take 12,15, 30 seconds or sometimes even several > minutes. > > During these slow-downs the only thing out of the ordinary that I > can find > > is that when I look at the list of connected clients in FMSA 9 > there are > > between 4 and 20 "webuser" clients (the account our fx uses) listed as > > connected with connect times sometimes more than an hour old. When I > > forcefully disconnect the stagnant webuser clients (or restart the > server > > entirely) the speed of the site returns. > > > > Have any of you experienced anything like this? Any ideas as how I > might > > find the source of this issue and/or prevent it? > > > > Is there anyway to set a timeout for XML connections in the same > way that > > you can set a session timeout for FM Instant Web Publishing? > > > > Thanks in advance, > > Andy Walz > > > > > > ______________________________________________________________________ > __ > > Serving people of all ages, backgrounds and abilities on shared > outdoor > > experiences throughout the world. Visit us online at > > http://www.wildernessinquiry.org > > > > Andrew Walz, Program Director > > Wilderness Inquiry > > 808 14th Ave SE, > > Minneapolis, MN 55414 > > (612)676-9412 Direct line > > (612)676-9400 General line > > (612)676-9401 Fax > > > > > > _______________________________________________ > > 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://www.iviking.org/pipermail/fx.php_list/attachments/20080102/d2346096/attachment.html From bob at patin.com Wed Jan 2 21:57:57 2008 From: bob at patin.com (Bob Patin) Date: Wed Jan 2 21:58:01 2008 Subject: [FX.php List] intermittent speed issues with fx.php and FMSA 9 In-Reply-To: References: <024001c84d9e$86b305b0$94191110$@org> Message-ID: I could be wrong, but I don't see how that will make any difference to a web app's speed. In the case of a web app, a user isn't constantly connected; he queries, then he's not really connected is he? Bob Patin Longterm Solutions bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com Member of FileMaker Business Alliance and FileMaker TechNet CONTACT US VIA INSTANT MESSAGING: AIM or iChat: longterm1954 Yahoo: longterm_solutions MSN: tech@longtermsolutions.com ICQ: 159333060 -------------------------- Contact us for FileMaker hosting and programming for all versions of FileMaker PHP ? CDML ? Full email services ? Free DNS hosting ? Colocation ? Consulting On Jan 2, 2008, at 10:30 PM, Andy Walz wrote: > Hmmmm... I didn't realize you could set disconnect when idle from > the privilege set level. I did not have that option checked. > Hopefully that will make all the difference when these "stagnant > connections" do happen. Thanks for the tip. From john at technames.com Thu Jan 3 09:19:53 2008 From: john at technames.com (John Moed) Date: Thu Jan 3 09:20:00 2008 Subject: [FX.php List] Re: intermittent speed issues with fx.php and FMSA 9 In-Reply-To: <20080103045804.4DC726517BE@mail.iviking.org> References: <20080103045804.4DC726517BE@mail.iviking.org> Message-ID: <000601c84e24$79351410$6b9f3c30$@com> 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 From schultzl at sbcglobal.net Thu Jan 3 10:37:18 2008 From: schultzl at sbcglobal.net (Larry Schultz) Date: Thu Jan 3 10:37:29 2008 Subject: [FX.php List] How to add a current date to an edit In-Reply-To: <000601c84e24$79351410$6b9f3c30$@com> References: <20080103045804.4DC726517BE@mail.iviking.org> <000601c84e24$79351410$6b9f3c30$@com> Message-ID: <331250FE-ECE1-4217-9E6E-9CAF89FB131D@sbcglobal.net> I need to update a date field in FM during an edit. I don't know the syntax for this, and I would suppose there is a fx.php or php command/argument for this. The code I'm using for the "FMEdit" is: layout = 'TranslatorEvaluationForWeb'; $edit_result_edit->AddDBParam('-recid', $CurrentRecord); $edit_result_fields = array( 'TranslatorType'=>$_POST['TranslatorType'], 'Rating_Accuracy'=>$_POST['Rating_Accuracy'], 'Rating_Completeness'=>$_POST ['Rating_Completeness'],........................... All help is appreciated as usual. Larry From steve at bluecrocodile.co.nz Thu Jan 3 10:43:50 2008 From: steve at bluecrocodile.co.nz (Steve Winter) Date: Thu Jan 3 10:44:33 2008 Subject: [FX.php List] How to add a current date to an edit In-Reply-To: <331250FE-ECE1-4217-9E6E-9CAF89FB131D@sbcglobal.net> References: <20080103045804.4DC726517BE@mail.iviking.org><000601c84e24$79351410$6b9f3c30$@com> <331250FE-ECE1-4217-9E6E-9CAF89FB131D@sbcglobal.net> Message-ID: <4ED8318941F04530816668327BE2F1B7@matatirosolutions.co.uk> Hi Larry, If you add $edit_result_edit->AddDBParam('dateField', date("m/d/Y")); To your query, then the field 'dateField' will end up with the date set on the server (in my example in the format month/day/year, see www.php.net/date for other options... Cheers Steve -----Original Message----- From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Larry Schultz Sent: 03 January 2008 17:37 To: FX.php Discussion List Subject: [FX.php List] How to add a current date to an edit I need to update a date field in FM during an edit. I don't know the syntax for this, and I would suppose there is a fx.php or php command/argument for this. The code I'm using for the "FMEdit" is: layout = 'TranslatorEvaluationForWeb'; $edit_result_edit->AddDBParam('-recid', $CurrentRecord); $edit_result_fields = array( 'TranslatorType'=>$_POST['TranslatorType'], 'Rating_Accuracy'=>$_POST['Rating_Accuracy'], 'Rating_Completeness'=>$_POST ['Rating_Completeness'],........................... All help is appreciated as usual. Larry _______________________________________________ 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 Thu Jan 3 10:39:16 2008 From: leo at finalresort.org (Leo R. Lundgren) Date: Thu Jan 3 10:56:24 2008 Subject: [FX.php List] How to add a current date to an edit In-Reply-To: <331250FE-ECE1-4217-9E6E-9CAF89FB131D@sbcglobal.net> References: <20080103045804.4DC726517BE@mail.iviking.org> <000601c84e24$79351410$6b9f3c30$@com> <331250FE-ECE1-4217-9E6E-9CAF89FB131D@sbcglobal.net> Message-ID: Check out PHP's date() function. -| 3 jan 2008 kl. 18.37 skrev Larry Schultz: > I need to update a date field in FM during an edit. I don't know > the syntax for this, and I would suppose there is a fx.php or php > command/argument for this. > > The code I'm using for the "FMEdit" is: > > $edit_result_edit = clone($PeritusFX); > $edit_result_edit->layout = 'TranslatorEvaluationForWeb'; > $edit_result_edit->AddDBParam('-recid', $CurrentRecord); > $edit_result_fields = array( > 'TranslatorType'=>$_POST['TranslatorType'], > 'Rating_Accuracy'=>$_POST['Rating_Accuracy'], > 'Rating_Completeness'=>$_POST > ['Rating_Completeness'],........................... > > > All help is appreciated as usual. > > Larry > _______________________________________________ > 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 Thu Jan 3 10:52:03 2008 From: leo at finalresort.org (Leo R. Lundgren) Date: Thu Jan 3 10:56:25 2008 Subject: [FX.php List] Posting latency Message-ID: Hi, I'm wondering what's going on with the list regarding how soon a post one makes pop up on it. Many times I've seen a new thread pop up, replied to it right away, but still my reply doesn't show up on the list until hours later, sometimes the next day. And this is whilst other peoples responses to this new thread show up one after the other :) I mean, the times that I reply to a new post right away, I don't see how other responses would show up so much sooner than mine? It's not a big deal, it's just annoying =) Any idea why this is happening? Thanks, // Leo From schultzl at sbcglobal.net Thu Jan 3 11:48:48 2008 From: schultzl at sbcglobal.net (Larry Schultz) Date: Thu Jan 3 11:48:58 2008 Subject: [FX.php List] How to add a current date to an edit In-Reply-To: <4ED8318941F04530816668327BE2F1B7@matatirosolutions.co.uk> References: <20080103045804.4DC726517BE@mail.iviking.org><000601c84e24$79351410$6b9f3c30$@com> <331250FE-ECE1-4217-9E6E-9CAF89FB131D@sbcglobal.net> <4ED8318941F04530816668327BE2F1B7@matatirosolutions.co.uk> Message-ID: <0719B450-1A8A-4250-B995-AC677296663C@sbcglobal.net> Thanks Steve and Leo, This was exactly what I was looking for. Much appreciated, Larry On Jan 3, 2008, at 9:43 AM, Steve Winter wrote: > Hi Larry, > > If you add > $edit_result_edit->AddDBParam('dateField', date("m/d/Y")); > To your query, then the field 'dateField' will end up with the date > set on > the server (in my example in the format month/day/year, see > www.php.net/date > for other options... > > Cheers > Steve > > > -----Original Message----- > From: fx.php_list-bounces@mail.iviking.org > [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Larry > Schultz > Sent: 03 January 2008 17:37 > To: FX.php Discussion List > Subject: [FX.php List] How to add a current date to an edit > > I need to update a date field in FM during an edit. I don't know the > syntax for this, and I would suppose there is a fx.php or php > command/argument for this. > > The code I'm using for the "FMEdit" is: > > $edit_result_edit = clone($PeritusFX); > $edit_result_edit->layout = 'TranslatorEvaluationForWeb'; > $edit_result_edit->AddDBParam('-recid', $CurrentRecord); > $edit_result_fields = array( > 'TranslatorType'=>$_POST['TranslatorType'], > 'Rating_Accuracy'=>$_POST['Rating_Accuracy'], > 'Rating_Completeness'=>$_POST > ['Rating_Completeness'],........................... > > > All help is appreciated as usual. > > Larry > _______________________________________________ > 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 Fri Jan 4 01:25:42 2008 From: steve at bluecrocodile.co.nz (Steve Winter) Date: Fri Jan 4 01:26:13 2008 Subject: [FX.php List] Posting latency In-Reply-To: References: Message-ID: <575648A7C0FF437AA2B03F684A2B2F29@matatirosolutions.co.uk> Hi Leo, Had you considered the possibility that the world was out to get you...? or that given your domain name (lastresort) the list mail server is much smarter than the average bear, taking you literally, and waiting till it thinks the thread is almost over before releasing your message... which actually is much like my previous suggestion, the world is out to get you...?? My real guess is that your mail sits round on either your, or your ISPs mail server because for some reason it can't get delivered immediately (maybe the FX mail server was having a rest), which gets it dropped into a slower-processing retry queue... do you have access to the mail server that will actually deliver the message to mail.iviking.org...? if so take a the logs and see if that provides any enlightenment... Cheers Steve -----Original Message----- From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Leo R. Lundgren Sent: 03 January 2008 17:52 To: FX.php Discussion List Subject: [FX.php List] Posting latency Hi, I'm wondering what's going on with the list regarding how soon a post one makes pop up on it. Many times I've seen a new thread pop up, replied to it right away, but still my reply doesn't show up on the list until hours later, sometimes the next day. And this is whilst other peoples responses to this new thread show up one after the other :) I mean, the times that I reply to a new post right away, I don't see how other responses would show up so much sooner than mine? It's not a big deal, it's just annoying =) Any idea why this is happening? Thanks, // Leo _______________________________________________ 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 Jan 4 01:39:01 2008 From: leo at finalresort.org (Leo R. Lundgren) Date: Fri Jan 4 09:07:17 2008 Subject: [FX.php List] Posting latency In-Reply-To: <575648A7C0FF437AA2B03F684A2B2F29@matatirosolutions.co.uk> References: <575648A7C0FF437AA2B03F684A2B2F29@matatirosolutions.co.uk> Message-ID: Hi Steve, You're probably right. I've had my suspicions for a long time now.. I'm seriously considering moving to the north pole, getting into measuring polar bears for a living. Actually, the list manager replied to me and said that I wasn't subscribed to the list, which makes all my posts go through moderation :-) I was subscribed once but apparently I am no longer. I'll fix that though and it should help. Thanks! // Leo 4 jan 2008 kl. 09.25 skrev Steve Winter: > Hi Leo, > > Had you considered the possibility that the world was out to get > you...? or > that given your domain name (lastresort) the list mail server is much > smarter than the average bear, taking you literally, and waiting > till it > thinks the thread is almost over before releasing your message... > which > actually is much like my previous suggestion, the world is out to get > you...?? > > My real guess is that your mail sits round on either your, or your > ISPs mail > server because for some reason it can't get delivered immediately > (maybe the > FX mail server was having a rest), which gets it dropped into a > slower-processing retry queue... do you have access to the mail > server that > will actually deliver the message to mail.iviking.org...? if so > take a the > logs and see if that provides any enlightenment... > > Cheers > Steve > > -----Original Message----- > From: fx.php_list-bounces@mail.iviking.org > [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Leo R. > Lundgren > Sent: 03 January 2008 17:52 > To: FX.php Discussion List > Subject: [FX.php List] Posting latency > > Hi, > > I'm wondering what's going on with the list regarding how soon a post > one makes pop up on it. Many times I've seen a new thread pop up, > replied to it right away, but still my reply doesn't show up on the > list until hours later, sometimes the next day. And this is whilst > other peoples responses to this new thread show up one after the > other :) I mean, the times that I reply to a new post right away, I > don't see how other responses would show up so much sooner than mine? > > It's not a big deal, it's just annoying =) Any idea why this is > happening? > > Thanks, // Leo > _______________________________________________ > 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 preservationstudio.com Fri Jan 4 09:08:34 2008 From: dbengston at preservationstudio.com (Dale Bengston) Date: Fri Jan 4 09:08:48 2008 Subject: [FX.php List] Posting latency In-Reply-To: <575648A7C0FF437AA2B03F684A2B2F29@matatirosolutions.co.uk> References: <575648A7C0FF437AA2B03F684A2B2F29@matatirosolutions.co.uk> Message-ID: <7148E201-3EA6-44E7-B5A1-2660E905049F@preservationstudio.com> This same thing has happened to me intermittently over the years of contributing to this list. The time warp has never lasted more than a day or two. Dale On Jan 4, 2008, at 2:25 AM, Steve Winter wrote: > Hi Leo, > > Had you considered the possibility that the world was out to get > you...? or > that given your domain name (lastresort) the list mail server is much > smarter than the average bear, taking you literally, and waiting > till it > thinks the thread is almost over before releasing your message... > which > actually is much like my previous suggestion, the world is out to get > you...?? > > My real guess is that your mail sits round on either your, or your > ISPs mail > server because for some reason it can't get delivered immediately > (maybe the > FX mail server was having a rest), which gets it dropped into a > slower-processing retry queue... do you have access to the mail > server that > will actually deliver the message to mail.iviking.org...? if so take > a the > logs and see if that provides any enlightenment... > > Cheers > Steve > > -----Original Message----- > From: fx.php_list-bounces@mail.iviking.org > [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Leo R. > Lundgren > Sent: 03 January 2008 17:52 > To: FX.php Discussion List > Subject: [FX.php List] Posting latency > > Hi, > > I'm wondering what's going on with the list regarding how soon a post > one makes pop up on it. Many times I've seen a new thread pop up, > replied to it right away, but still my reply doesn't show up on the > list until hours later, sometimes the next day. And this is whilst > other peoples responses to this new thread show up one after the > other :) I mean, the times that I reply to a new post right away, I > don't see how other responses would show up so much sooner than mine? > > It's not a big deal, it's just annoying =) Any idea why this is > happening? > > Thanks, // Leo > _______________________________________________ > 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 kbecker at treca.org Fri Jan 4 13:31:34 2008 From: kbecker at treca.org (Kevin Becker) Date: Fri Jan 4 13:32:00 2008 Subject: [FX.php List] (Off) LAJAX and checkboxes Message-ID: Are there any other LAJAX users out there who have had a problem with POSTing checkbox values? It wants to submit all checkboxes as checked even when they aren't. I think I had the same problem with radio buttons a while back and settled on using a SELECT value, but my current situation has 3 values so a SELECT list won't work well for the various combinations. I love LAJAX for it's simplicity, and don't want to learn something like jQuery in the middle of my project. Kevin Becker From ggt667 at gmail.com Sat Jan 5 08:17:00 2008 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Sat Jan 5 08:17:12 2008 Subject: [FX.php List] (Off) LAJAX and checkboxes In-Reply-To: References: Message-ID: LAJAX is definitely a highly probable way of exposing responses from FX.php is used for and should not be marked OFF... in my opinion. Chris -> What do you think about this? ggt 2008/1/4, Kevin Becker : > Are there any other LAJAX users out there who have had a problem with > POSTing checkbox values? It wants to submit all checkboxes as checked > even when they aren't. I think I had the same problem with radio buttons a > while back and settled on using a SELECT value, but my current situation > has 3 values so a SELECT list won't work well for the various > combinations. I love LAJAX for it's simplicity, and don't want to learn > something like jQuery in the middle of my project. > > Kevin Becker > > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > From dbengston at preservationstudio.com Sat Jan 5 13:49:36 2008 From: dbengston at preservationstudio.com (Dale Bengston) Date: Sat Jan 5 13:49:53 2008 Subject: [FX.php List] (Off) LAJAX and checkboxes In-Reply-To: References: Message-ID: <38BB0A97-ADD7-41B4-97C7-AB52A6716CE0@preservationstudio.com> I am using Scriptaculous for this type of thing. It's very easy to set up AJAX with it. Dale On Jan 5, 2008, at 9:17 AM, Gjermund Gusland Thorsen wrote: > LAJAX is definitely a highly probable way of exposing responses from > FX.php is used for and should not be marked OFF... in my opinion. > > Chris -> What do you think about this? > > ggt > > 2008/1/4, Kevin Becker : >> Are there any other LAJAX users out there who have had a problem with >> POSTing checkbox values? It wants to submit all checkboxes as >> checked >> even when they aren't. I think I had the same problem with radio >> buttons a >> while back and settled on using a SELECT value, but my current >> situation >> has 3 values so a SELECT list won't work well for the various >> combinations. I love LAJAX for it's simplicity, and don't want to >> learn >> something like jQuery in the middle of my project. >> >> Kevin Becker >> >> >> _______________________________________________ >> 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 Jan 6 10:37:03 2008 From: bob at patin.com (Bob Patin) Date: Sun Jan 6 10:37:22 2008 Subject: [FX.php List] How to edit PHP settings Message-ID: <6EC1FDD0-1896-450F-B802-36023E51CE5D@patin.com> I'm trying to find out how to change a setting in my PHP install, but having never done it in my web servers, am stuck. I want to change short_open_tags to FALSE; can anyone tell me how to do that? Thanks, Bob Patin Longterm Solutions bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com Member of FileMaker Business Alliance and FileMaker TechNet CONTACT US VIA INSTANT MESSAGING: AIM or iChat: longterm1954 Yahoo: longterm_solutions MSN: tech@longtermsolutions.com ICQ: 159333060 -------------------------- Contact us for FileMaker hosting and programming for all versions of FileMaker PHP ? CDML ? Full email services ? Free DNS hosting ? Colocation ? Consulting From derrick at fogles.net Sun Jan 6 10:54:17 2008 From: derrick at fogles.net (Derrick Fogle) Date: Sun Jan 6 10:54:41 2008 Subject: [FX.php List] How to edit PHP settings In-Reply-To: <6EC1FDD0-1896-450F-B802-36023E51CE5D@patin.com> References: <6EC1FDD0-1896-450F-B802-36023E51CE5D@patin.com> Message-ID: <41B74338-B293-4365-8252-A352F0C75106@fogles.net> Search for your PHP.ini file: In MacOS, open terminal and type: locate php.ini There's a good chance you'll only find a php.ini.default file. If so, duplicate it and rename the duplicate to just php.ini. If you find several, you'll have to figure out for sure which one is the real file. I'd recommend emailing back with more info (OS, Apache version, PHP version, where the files were found, etc.) if that's the case. Once you've located (or created) the right php.ini file, you'll need to edit it, save the changes, and restart your web services. I use BBEdit in MacOS GUI, Pico in terminal, or whatever plain text editor floats your boat for Windows. You'll need admin privs, but it should be easy finding and changing the short_open_tags directive. You'll do well to browse through the file and familiarize yourself with the rest of the directives in the file, too. More info on the PHP.ini file directives can be found at http://php.net. Good luck! On Jan 6, 2008, at 11:37 AM, Bob Patin wrote: > I'm trying to find out how to change a setting in my PHP install, > but having never done it in my web servers, am stuck. > > I want to change short_open_tags to FALSE; can anyone tell me how > to do that? > > Thanks, > > Bob Patin > Longterm Solutions > bob@longtermsolutions.com > 615-333-6858 > http://www.longtermsolutions.com > Member of FileMaker Business Alliance and FileMaker TechNet > > CONTACT US VIA INSTANT MESSAGING: > AIM or iChat: longterm1954 > Yahoo: longterm_solutions > MSN: tech@longtermsolutions.com > ICQ: 159333060 > > -------------------------- > Contact us for FileMaker hosting and programming for all versions of > FileMaker > PHP ? CDML ? Full email services ? Free DNS hosting ? Colocation ? > Consulting > > _______________________________________________ > 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 Jan 6 11:01:35 2008 From: bob at patin.com (Bob Patin) Date: Sun Jan 6 11:01:50 2008 Subject: [FX.php List] How to edit PHP settings In-Reply-To: <41B74338-B293-4365-8252-A352F0C75106@fogles.net> References: <6EC1FDD0-1896-450F-B802-36023E51CE5D@patin.com> <41B74338-B293-4365-8252-A352F0C75106@fogles.net> Message-ID: Derrick, Thanks for the help; I did find this: /private/etc/php.ini.default Does this mean that I'm not using one, then, and have to create one? I've used "sudo pico" before to edit files in Terminal, so I have a *tiny* bit of experience doing this sort of thing; I'd like to change 2 settings: short_open_tags register_globals to force me to declare variables (perhaps that's not the right variable to change for that?). When I've written PHP apps for other servers, not having declared variables here and there has caused problems; however, the biggie is turning off short open tags. If you can tell me how to edit this I'd be eternally grateful. Best, Bob Patin Longterm Solutions bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com Member of FileMaker Business Alliance and FileMaker TechNet CONTACT US VIA INSTANT MESSAGING: AIM or iChat: longterm1954 Yahoo: longterm_solutions MSN: tech@longtermsolutions.com ICQ: 159333060 -------------------------- Contact us for FileMaker hosting and programming for all versions of FileMaker PHP ? CDML ? Full email services ? Free DNS hosting ? Colocation ? Consulting On Jan 6, 2008, at 11:54 AM, Derrick Fogle wrote: > Search for your PHP.ini file: In MacOS, open terminal and type: > locate php.ini > > There's a good chance you'll only find a php.ini.default file. If > so, duplicate it and rename the duplicate to just php.ini. If you > find several, you'll have to figure out for sure which one is the > real file. I'd recommend emailing back with more info (OS, Apache > version, PHP version, where the files were found, etc.) if that's > the case. > > Once you've located (or created) the right php.ini file, you'll need > to edit it, save the changes, and restart your web services. I use > BBEdit in MacOS GUI, Pico in terminal, or whatever plain text editor > floats your boat for Windows. > > You'll need admin privs, but it should be easy finding and changing > the short_open_tags directive. You'll do well to browse through the > file and familiarize yourself with the rest of the directives in the > file, too. > > More info on the PHP.ini file directives can be found at http://php.net > . -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.iviking.org/pipermail/fx.php_list/attachments/20080106/3719d810/attachment.html From jschwartz at exit445.com Sun Jan 6 11:38:45 2008 From: jschwartz at exit445.com (Jonathan Schwartz) Date: Sun Jan 6 11:39:11 2008 Subject: [FX.php List] How to edit PHP settings In-Reply-To: References: <6EC1FDD0-1896-450F-B802-36023E51CE5D@patin.com> <41B74338-B293-4365-8252-A352F0C75106@fogles.net> Message-ID: Bob, A little more info... When you view the result of phpinfo(), the listing will show the location of the file. Call me if you need help asap. J >Derrick, > >Thanks for the help; I did find this: > >/private/etc/php.ini.default > >Does this mean that I'm not using one, then, and have to create one? > >I've used "sudo pico" before to edit files in Terminal, so I have a >*tiny* bit of experience doing this sort of thing; I'd like to >change 2 settings: > >short_open_tags >register_globals > >to force me to declare variables (perhaps that's not the right >variable to change for that?). When I've written PHP apps for other >servers, not having declared variables here and there has caused >problems; however, the biggie is turning off short open tags. > >If you can tell me how to edit this I'd be eternally grateful. > >Best, > >Bob Patin >Longterm Solutions >bob@longtermsolutions.com >615-333-6858 >http://www.longtermsolutions.com >Member of FileMaker Business Alliance and FileMaker TechNet > > CONTACT US VIA INSTANT MESSAGING: > AIM or iChat: longterm1954 > Yahoo: longterm_solutions > MSN: tech@longtermsolutions.com > ICQ: 159333060 > >-------------------------- >Contact us for FileMaker hosting and programming for all versions of FileMaker >PHP * CDML * Full email services * Free DNS hosting * Colocation * Consulting > >On Jan 6, 2008, at 11:54 AM, Derrick Fogle wrote: > >>Search for your PHP.ini file: In MacOS, open terminal and type: >>locate php.ini >> >>There's a good chance you'll only find a php.ini.default file. If >>so, duplicate it and rename the duplicate to just php.ini. If you >>find several, you'll have to figure out for sure which one is the >>real file. I'd recommend emailing back with more info (OS, Apache >>version, PHP version, where the files were found, etc.) if that's >>the case. >> >>Once you've located (or created) the right php.ini file, you'll >>need to edit it, save the changes, and restart your web services. I >>use BBEdit in MacOS GUI, Pico in terminal, or whatever plain text >>editor floats your boat for Windows. >> >>You'll need admin privs, but it should be easy finding and changing >>the short_open_tags directive. You'll do well to browse through the >>file and familiarize yourself with the rest of the directives in >>the file, too. >> >>More info on the PHP.ini file directives can be found >>at http://php.net. >> > > >_______________________________________________ >FX.php_List mailing list >FX.php_List@mail.iviking.org >http://www.iviking.org/mailman/listinfo/fx.php_list -- Jonathan Schwartz Exit 445 Group jonathan@exit445.com http://www.exit445.com 415-381-1852 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.iviking.org/pipermail/fx.php_list/attachments/20080106/3163409c/attachment-0001.html From derrick at fogles.net Sun Jan 6 11:41:25 2008 From: derrick at fogles.net (Derrick Fogle) Date: Sun Jan 6 11:41:51 2008 Subject: [FX.php List] How to edit PHP settings In-Reply-To: References: <6EC1FDD0-1896-450F-B802-36023E51CE5D@patin.com> <41B74338-B293-4365-8252-A352F0C75106@fogles.net> Message-ID: <6BC1E1DA-3BC8-4643-8B1B-1CB87A10ACD5@fogles.net> Yes, you're on the right track. When you've only got the "default" file, PHP does not even read that file for settings. It just defaults to a certain set of settings. Just copy that file to php.ini, then edit the php.ini with sudo pico. Scroll through the file - you'll find the settings easily enough. Change them, save, then restart web services. Now that there's an actual php.ini file, it will use the settings in it, instead of internal defaults. On Jan 6, 2008, at 12:01 PM, Bob Patin wrote: > Derrick, > > Thanks for the help; I did find this: > > /private/etc/php.ini.default > > Does this mean that I'm not using one, then, and have to create one? > > I've used "sudo pico" before to edit files in Terminal, so I have a > *tiny* bit of experience doing this sort of thing; I'd like to > change 2 settings: > > short_open_tags > register_globals > > to force me to declare variables (perhaps that's not the right > variable to change for that?). When I've written PHP apps for other > servers, not having declared variables here and there has caused > problems; however, the biggie is turning off short open tags. > > If you can tell me how to edit this I'd be eternally grateful. > > Best, > > Bob Patin > Longterm Solutions > bob@longtermsolutions.com > 615-333-6858 > http://www.longtermsolutions.com > Member of FileMaker Business Alliance and FileMaker TechNet > > CONTACT US VIA INSTANT MESSAGING: > AIM or iChat: longterm1954 > Yahoo: longterm_solutions > MSN: tech@longtermsolutions.com > ICQ: 159333060 > > -------------------------- > Contact us for FileMaker hosting and programming for all versions of > FileMaker > PHP ? CDML ? Full email services ? Free DNS hosting ? Colocation ? > Consulting > > On Jan 6, 2008, at 11:54 AM, Derrick Fogle wrote: > >> Search for your PHP.ini file: In MacOS, open terminal and type: >> locate php.ini >> >> There's a good chance you'll only find a php.ini.default file. If >> so, duplicate it and rename the duplicate to just php.ini. If you >> find several, you'll have to figure out for sure which one is the >> real file. I'd recommend emailing back with more info (OS, Apache >> version, PHP version, where the files were found, etc.) if that's >> the case. >> >> Once you've located (or created) the right php.ini file, you'll >> need to edit it, save the changes, and restart your web services. I >> use BBEdit in MacOS GUI, Pico in terminal, or whatever plain text >> editor floats your boat for Windows. >> >> You'll need admin privs, but it should be easy finding and changing >> the short_open_tags directive. You'll do well to browse through the >> file and familiarize yourself with the rest of the directives in >> the file, too. >> >> More info on the PHP.ini file directives can be found at http://php.net >> . > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.iviking.org/pipermail/fx.php_list/attachments/20080106/075b9d49/attachment.html From jschwartz at exit445.com Sun Jan 6 11:52:28 2008 From: jschwartz at exit445.com (Jonathan Schwartz) Date: Sun Jan 6 11:56:21 2008 Subject: [FX.php List] How to edit PHP settings In-Reply-To: <6BC1E1DA-3BC8-4643-8B1B-1CB87A10ACD5@fogles.net> References: <6EC1FDD0-1896-450F-B802-36023E51CE5D@patin.com> <41B74338-B293-4365-8252-A352F0C75106@fogles.net> <6BC1E1DA-3BC8-4643-8B1B-1CB87A10ACD5@fogles.net> Message-ID: Derrick, I'm worried that there already *is* a php ini in place that he has yet to locate. Overwriting with the default may destroy existing settings. Jonathan At 12:41 PM -0600 1/6/08, Derrick Fogle wrote: >Yes, you're on the right track. When you've only got the "default" >file, PHP does not even read that file for settings. It just >defaults to a certain set of settings. > >Just copy that file to php.ini, then edit the php.ini with sudo >pico. Scroll through the file - you'll find the settings easily >enough. Change them, save, then restart web services. Now that >there's an actual php.ini file, it will use the settings in it, >instead of internal defaults. > >On Jan 6, 2008, at 12:01 PM, Bob Patin wrote: > >>Derrick, >> >>Thanks for the help; I did find this: >> >>/private/etc/php.ini.default >> >>Does this mean that I'm not using one, then, and have to create one? >> >>I've used "sudo pico" before to edit files in Terminal, so I have a >>*tiny* bit of experience doing this sort of thing; I'd like to >>change 2 settings: >> >>short_open_tags >>register_globals >> >>to force me to declare variables (perhaps that's not the right >>variable to change for that?). When I've written PHP apps for other >>servers, not having declared variables here and there has caused >>problems; however, the biggie is turning off short open tags. >> >>If you can tell me how to edit this I'd be eternally grateful. >> >>Best, >> >>Bob Patin >>Longterm Solutions >>bob@longtermsolutions.com >>615-333-6858 >>http://www.longtermsolutions.com >>Member of FileMaker Business Alliance and FileMaker TechNet >> >> CONTACT US VIA INSTANT MESSAGING: >> AIM or iChat: longterm1954 >> Yahoo: longterm_solutions >> MSN: tech@longtermsolutions.com >> ICQ: 159333060 >> >>-------------------------- >>Contact us for FileMaker hosting and programming for all versions >>of FileMaker >>PHP * CDML * Full email services * Free DNS hosting * Colocation * Consulting >> >>On Jan 6, 2008, at 11:54 AM, Derrick Fogle wrote: >> >>>Search for your PHP.ini file: In MacOS, open terminal and type: >>>locate php.ini >>> >>>There's a good chance you'll only find a php.ini.default file. If >>>so, duplicate it and rename the duplicate to just php.ini. If you >>>find several, you'll have to figure out for sure which one is the >>>real file. I'd recommend emailing back with more info (OS, Apache >>>version, PHP version, where the files were found, etc.) if that's >>>the case. >>> >>>Once you've located (or created) the right php.ini file, you'll >>>need to edit it, save the changes, and restart your web services. >>>I use BBEdit in MacOS GUI, Pico in terminal, or whatever plain >>>text editor floats your boat for Windows. >>> >>>You'll need admin privs, but it should be easy finding and >>>changing the short_open_tags directive. You'll do well to browse >>>through the file and familiarize yourself with the rest of the >>>directives in the file, too. >>> >>>More info on the PHP.ini file directives can be found >>>at http://php.net. >>> >> >>_______________________________________________ >>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-381-1852 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.iviking.org/pipermail/fx.php_list/attachments/20080106/55d5fa4c/attachment.html From bob at patin.com Sun Jan 6 11:59:05 2008 From: bob at patin.com (Bob Patin) Date: Sun Jan 6 11:59:20 2008 Subject: [FX.php List] How to edit PHP settings In-Reply-To: References: <6EC1FDD0-1896-450F-B802-36023E51CE5D@patin.com> <41B74338-B293-4365-8252-A352F0C75106@fogles.net> <6BC1E1DA-3BC8-4643-8B1B-1CB87A10ACD5@fogles.net> Message-ID: Jonathan, When I ran phpinfo(), I didn't see any place where a php.ini file location is specified; where would that be? Also, when I did "locate php.ini", I only found the one file, and I know for certain that I've never created a php.ini file on that server (didn't know how!). Best, Bob On Jan 6, 2008, at 12:52 PM, Jonathan Schwartz wrote: > Derrick, > > I'm worried that there already *is* a php ini in place that he has > yet to locate. Overwriting with the default may destroy existing > settings. > > Jonathan > > At 12:41 PM -0600 1/6/08, Derrick Fogle wrote: >> Yes, you're on the right track. When you've only got the "default" >> file, PHP does not even read that file for settings. It just >> defaults to a certain set of settings. >> >> Just copy that file to php.ini, then edit the php.ini with sudo >> pico. Scroll through the file - you'll find the settings easily >> enough. Change them, save, then restart web services. Now that >> there's an actual php.ini file, it will use the settings in it, >> instead of internal defaults. >> >> On Jan 6, 2008, at 12:01 PM, Bob Patin wrote: >> >>> Derrick, >>> >>> Thanks for the help; I did find this: >>> >>> /private/etc/php.ini.default >>> >>> Does this mean that I'm not using one, then, and have to create one? >>> >>> I've used "sudo pico" before to edit files in Terminal, so I have >>> a *tiny* bit of experience doing this sort of thing; I'd like to >>> change 2 settings: >>> >>> short_open_tags >>> register_globals >>> >>> to force me to declare variables (perhaps that's not the right >>> variable to change for that?). When I've written PHP apps for >>> other servers, not having declared variables here and there has >>> caused problems; however, the biggie is turning off short open tags. >>> >>> If you can tell me how to edit this I'd be eternally grateful. >>> >>> Best, >>> >>> Bob Patin >>> Longterm Solutions >>> bob@longtermsolutions.com >>> 615-333-6858 >>> http://www.longtermsolutions.com >>> Member of FileMaker Business Alliance and FileMaker TechNet >>> >>> CONTACT US VIA INSTANT MESSAGING: >>> AIM or iChat: longterm1954 >>> Yahoo: longterm_solutions >>> MSN: tech@longtermsolutions.com >>> ICQ: 159333060 >>> >>> -------------------------- >>> Contact us for FileMaker hosting and programming for all versions >>> of FileMaker >>> PHP * CDML * Full email services * Free DNS hosting * Colocation * >>> Consulting >>> >>> On Jan 6, 2008, at 11:54 AM, Derrick Fogle wrote: >>> >>>> Search for your PHP.ini file: In MacOS, open terminal and type: >>>> locate php.ini >>>> >>>> There's a good chance you'll only find a php.ini.default file. If >>>> so, duplicate it and rename the duplicate to just php.ini. If you >>>> find several, you'll have to figure out for sure which one is the >>>> real file. I'd recommend emailing back with more info (OS, Apache >>>> version, PHP version, where the files were found, etc.) if that's >>>> the case. >>>> >>>> Once you've located (or created) the right php.ini file, you'll >>>> need to edit it, save the changes, and restart your web services. >>>> I use BBEdit in MacOS GUI, Pico in terminal, or whatever plain >>>> text editor floats your boat for Windows. >>>> >>>> You'll need admin privs, but it should be easy finding and >>>> changing the short_open_tags directive. You'll do well to browse >>>> through the file and familiarize yourself with the rest of the >>>> directives in the file, too. >>>> >>>> More info on the PHP.ini file directives can be found at http://php.net >>>> . >>> >>> _______________________________________________ >>> 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-381-1852 > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.iviking.org/pipermail/fx.php_list/attachments/20080106/eb9f6ba0/attachment-0001.html From bob at patin.com Sun Jan 6 12:03:09 2008 From: bob at patin.com (Bob Patin) Date: Sun Jan 6 12:03:23 2008 Subject: [FX.php List] How to edit PHP settings In-Reply-To: References: <6EC1FDD0-1896-450F-B802-36023E51CE5D@patin.com> <41B74338-B293-4365-8252-A352F0C75106@fogles.net> <6BC1E1DA-3BC8-4643-8B1B-1CB87A10ACD5@fogles.net> Message-ID: I think I got it... I did this sudo cd /etc/php Then I did this sudo cp php.ini.default php.ini Then I edited php.ini and saved it... restarting now. Thanks for your help, guys, Bob On Jan 6, 2008, at 12:59 PM, Bob Patin wrote: > Jonathan, > > When I ran phpinfo(), I didn't see any place where a php.ini file > location is specified; where would that be? > > Also, when I did "locate php.ini", I only found the one file, and I > know for certain that I've never created a php.ini file on that > server (didn't know how!). > > Best, > > Bob > > > On Jan 6, 2008, at 12:52 PM, Jonathan Schwartz wrote: > >> Derrick, >> >> I'm worried that there already *is* a php ini in place that he has >> yet to locate. Overwriting with the default may destroy existing >> settings. >> >> Jonathan >> >> At 12:41 PM -0600 1/6/08, Derrick Fogle wrote: >>> Yes, you're on the right track. When you've only got the "default" >>> file, PHP does not even read that file for settings. It just >>> defaults to a certain set of settings. >>> >>> Just copy that file to php.ini, then edit the php.ini with sudo >>> pico. Scroll through the file - you'll find the settings easily >>> enough. Change them, save, then restart web services. Now that >>> there's an actual php.ini file, it will use the settings in it, >>> instead of internal defaults. >>> >>> On Jan 6, 2008, at 12:01 PM, Bob Patin wrote: >>> >>>> Derrick, >>>> >>>> Thanks for the help; I did find this: >>>> >>>> /private/etc/php.ini.default >>>> >>>> Does this mean that I'm not using one, then, and have to create >>>> one? >>>> >>>> I've used "sudo pico" before to edit files in Terminal, so I have >>>> a *tiny* bit of experience doing this sort of thing; I'd like to >>>> change 2 settings: >>>> >>>> short_open_tags >>>> register_globals >>>> >>>> to force me to declare variables (perhaps that's not the right >>>> variable to change for that?). When I've written PHP apps for >>>> other servers, not having declared variables here and there has >>>> caused problems; however, the biggie is turning off short open >>>> tags. >>>> >>>> If you can tell me how to edit this I'd be eternally grateful. >>>> >>>> Best, >>>> >>>> Bob Patin >>>> Longterm Solutions >>>> bob@longtermsolutions.com >>>> 615-333-6858 >>>> http://www.longtermsolutions.com >>>> Member of FileMaker Business Alliance and FileMaker TechNet >>>> >>>> CONTACT US VIA INSTANT MESSAGING: >>>> AIM or iChat: longterm1954 >>>> Yahoo: longterm_solutions >>>> MSN: tech@longtermsolutions.com >>>> ICQ: 159333060 >>>> >>>> -------------------------- >>>> Contact us for FileMaker hosting and programming for all versions >>>> of FileMaker >>>> PHP * CDML * Full email services * Free DNS hosting * Colocation >>>> * Consulting >>>> >>>> On Jan 6, 2008, at 11:54 AM, Derrick Fogle wrote: >>>> >>>>> Search for your PHP.ini file: In MacOS, open terminal and type: >>>>> locate php.ini >>>>> >>>>> There's a good chance you'll only find a php.ini.default file. >>>>> If so, duplicate it and rename the duplicate to just php.ini. If >>>>> you find several, you'll have to figure out for sure which one >>>>> is the real file. I'd recommend emailing back with more info >>>>> (OS, Apache version, PHP version, where the files were found, >>>>> etc.) if that's the case. >>>>> >>>>> Once you've located (or created) the right php.ini file, you'll >>>>> need to edit it, save the changes, and restart your web >>>>> services. I use BBEdit in MacOS GUI, Pico in terminal, or >>>>> whatever plain text editor floats your boat for Windows. >>>>> >>>>> You'll need admin privs, but it should be easy finding and >>>>> changing the short_open_tags directive. You'll do well to browse >>>>> through the file and familiarize yourself with the rest of the >>>>> directives in the file, too. >>>>> >>>>> More info on the PHP.ini file directives can be found at http://php.net >>>>> . >>>> >>>> _______________________________________________ >>>> 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-381-1852 >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.iviking.org/pipermail/fx.php_list/attachments/20080106/f7859bf5/attachment.html From derrick at fogles.net Sun Jan 6 12:06:59 2008 From: derrick at fogles.net (Derrick Fogle) Date: Sun Jan 6 12:07:25 2008 Subject: [FX.php List] How to edit PHP settings In-Reply-To: References: <6EC1FDD0-1896-450F-B802-36023E51CE5D@patin.com> <41B74338-B293-4365-8252-A352F0C75106@fogles.net> <6BC1E1DA-3BC8-4643-8B1B-1CB87A10ACD5@fogles.net> Message-ID: Johnathan's concern is well founded, but I think you've exercised due diligence so far. The '.default' file should exactly mirror what PHP's internal defaults are, but.... what if they don't? By creating a regular php.ini file from the default, you might end up changing some other setting that you're not aware of. But I think you've got to forge ahead. If you run into unexpected problems, just disable the php.ini file you create (just rename it temporarily), and compare the phpinfo() settings with, and without, the .ini file active. On Jan 6, 2008, at 12:59 PM, Bob Patin wrote: > Jonathan, > > When I ran phpinfo(), I didn't see any place where a php.ini file > location is specified; where would that be? > > Also, when I did "locate php.ini", I only found the one file, and I > know for certain that I've never created a php.ini file on that > server (didn't know how!). > > Best, > > Bob > > > On Jan 6, 2008, at 12:52 PM, Jonathan Schwartz wrote: > >> Derrick, >> >> I'm worried that there already *is* a php ini in place that he has >> yet to locate. Overwriting with the default may destroy existing >> settings. >> >> Jonathan >> >> At 12:41 PM -0600 1/6/08, Derrick Fogle wrote: >>> Yes, you're on the right track. When you've only got the "default" >>> file, PHP does not even read that file for settings. It just >>> defaults to a certain set of settings. >>> >>> Just copy that file to php.ini, then edit the php.ini with sudo >>> pico. Scroll through the file - you'll find the settings easily >>> enough. Change them, save, then restart web services. Now that >>> there's an actual php.ini file, it will use the settings in it, >>> instead of internal defaults. >>> >>> On Jan 6, 2008, at 12:01 PM, Bob Patin wrote: >>> >>>> Derrick, >>>> >>>> Thanks for the help; I did find this: >>>> >>>> /private/etc/php.ini.default >>>> >>>> Does this mean that I'm not using one, then, and have to create >>>> one? >>>> >>>> I've used "sudo pico" before to edit files in Terminal, so I have >>>> a *tiny* bit of experience doing this sort of thing; I'd like to >>>> change 2 settings: >>>> >>>> short_open_tags >>>> register_globals >>>> >>>> to force me to declare variables (perhaps that's not the right >>>> variable to change for that?). When I've written PHP apps for >>>> other servers, not having declared variables here and there has >>>> caused problems; however, the biggie is turning off short open >>>> tags. >>>> >>>> If you can tell me how to edit this I'd be eternally grateful. >>>> >>>> Best, >>>> >>>> Bob Patin >>>> Longterm Solutions >>>> bob@longtermsolutions.com >>>> 615-333-6858 >>>> http://www.longtermsolutions.com >>>> Member of FileMaker Business Alliance and FileMaker TechNet >>>> >>>> CONTACT US VIA INSTANT MESSAGING: >>>> AIM or iChat: longterm1954 >>>> Yahoo: longterm_solutions >>>> MSN: tech@longtermsolutions.com >>>> ICQ: 159333060 >>>> >>>> -------------------------- >>>> Contact us for FileMaker hosting and programming for all versions >>>> of FileMaker >>>> PHP * CDML * Full email services * Free DNS hosting * Colocation >>>> * Consulting >>>> >>>> On Jan 6, 2008, at 11:54 AM, Derrick Fogle wrote: >>>> >>>>> Search for your PHP.ini file: In MacOS, open terminal and type: >>>>> locate php.ini >>>>> >>>>> There's a good chance you'll only find a php.ini.default file. >>>>> If so, duplicate it and rename the duplicate to just php.ini. If >>>>> you find several, you'll have to figure out for sure which one >>>>> is the real file. I'd recommend emailing back with more info >>>>> (OS, Apache version, PHP version, where the files were found, >>>>> etc.) if that's the case. >>>>> >>>>> Once you've located (or created) the right php.ini file, you'll >>>>> need to edit it, save the changes, and restart your web >>>>> services. I use BBEdit in MacOS GUI, Pico in terminal, or >>>>> whatever plain text editor floats your boat for Windows. >>>>> >>>>> You'll need admin privs, but it should be easy finding and >>>>> changing the short_open_tags directive. You'll do well to browse >>>>> through the file and familiarize yourself with the rest of the >>>>> directives in the file, too. >>>>> >>>>> More info on the PHP.ini file directives can be found at http://php.net >>>>> . >>>> >>>> _______________________________________________ >>>> 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-381-1852 >> _______________________________________________ >> FX.php_List mailing list >> FX.php_List@mail.iviking.org >> http://www.iviking.org/mailman/listinfo/fx.php_list > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.iviking.org/pipermail/fx.php_list/attachments/20080106/30c2f308/attachment-0001.html From bob at patin.com Sun Jan 6 12:16:58 2008 From: bob at patin.com (Bob Patin) Date: Sun Jan 6 12:17:13 2008 Subject: [FX.php List] How to edit PHP settings In-Reply-To: References: <6EC1FDD0-1896-450F-B802-36023E51CE5D@patin.com> <41B74338-B293-4365-8252-A352F0C75106@fogles.net> <6BC1E1DA-3BC8-4643-8B1B-1CB87A10ACD5@fogles.net> Message-ID: <729CE74E-DD06-40D4-977C-6B374FFA2D12@patin.com> So far so good... I don't think there was a previous php.ini file. Just for grins, I listed the contents of the private/etc/ directory, and see php.ini php.ini.default Of course, that doesn't tell me whether I just over-wrote a previous one, but on one of my other Tiger servers, I did the same thing, and didn't find "php.ini," only "php.ini.default." Since I've never edited it before, I can't see how it could've been there anyway... Best, Bob On Jan 6, 2008, at 1:06 PM, Derrick Fogle wrote: > Johnathan's concern is well founded, but I think you've exercised > due diligence so far. The '.default' file should exactly mirror what > PHP's internal defaults are, but.... what if they don't? By creating > a regular php.ini file from the default, you might end up changing > some other setting that you're not aware of. > > But I think you've got to forge ahead. If you run into unexpected > problems, just disable the php.ini file you create (just rename it > temporarily), and compare the phpinfo() settings with, and without, > the .ini file active. > > > On Jan 6, 2008, at 12:59 PM, Bob Patin wrote: > >> Jonathan, >> >> When I ran phpinfo(), I didn't see any place where a php.ini file >> location is specified; where would that be? >> >> Also, when I did "locate php.ini", I only found the one file, and I >> know for certain that I've never created a php.ini file on that >> server (didn't know how!). >> >> Best, >> >> Bob >> >> >> On Jan 6, 2008, at 12:52 PM, Jonathan Schwartz wrote: >> >>> Derrick, >>> >>> I'm worried that there already *is* a php ini in place that he has >>> yet to locate. Overwriting with the default may destroy existing >>> settings. >>> >>> Jonathan >>> >>> At 12:41 PM -0600 1/6/08, Derrick Fogle wrote: >>>> Yes, you're on the right track. When you've only got the >>>> "default" file, PHP does not even read that file for settings. It >>>> just defaults to a certain set of settings. >>>> >>>> Just copy that file to php.ini, then edit the php.ini with sudo >>>> pico. Scroll through the file - you'll find the settings easily >>>> enough. Change them, save, then restart web services. Now that >>>> there's an actual php.ini file, it will use the settings in it, >>>> instead of internal defaults. >>>> >>>> On Jan 6, 2008, at 12:01 PM, Bob Patin wrote: >>>> >>>>> Derrick, >>>>> >>>>> Thanks for the help; I did find this: >>>>> >>>>> /private/etc/php.ini.default >>>>> >>>>> Does this mean that I'm not using one, then, and have to create >>>>> one? >>>>> >>>>> I've used "sudo pico" before to edit files in Terminal, so I >>>>> have a *tiny* bit of experience doing this sort of thing; I'd >>>>> like to change 2 settings: >>>>> >>>>> short_open_tags >>>>> register_globals >>>>> >>>>> to force me to declare variables (perhaps that's not the right >>>>> variable to change for that?). When I've written PHP apps for >>>>> other servers, not having declared variables here and there has >>>>> caused problems; however, the biggie is turning off short open >>>>> tags. >>>>> >>>>> If you can tell me how to edit this I'd be eternally grateful. >>>>> >>>>> Best, >>>>> >>>>> Bob Patin >>>>> Longterm Solutions >>>>> bob@longtermsolutions.com >>>>> 615-333-6858 >>>>> http://www.longtermsolutions.com >>>>> Member of FileMaker Business Alliance and FileMaker TechNet >>>>> >>>>> CONTACT US VIA INSTANT MESSAGING: >>>>> AIM or iChat: longterm1954 >>>>> Yahoo: longterm_solutions >>>>> MSN: tech@longtermsolutions.com >>>>> ICQ: 159333060 >>>>> >>>>> -------------------------- >>>>> Contact us for FileMaker hosting and programming for all >>>>> versions of FileMaker >>>>> PHP * CDML * Full email services * Free DNS hosting * Colocation >>>>> * Consulting >>>>> >>>>> On Jan 6, 2008, at 11:54 AM, Derrick Fogle wrote: >>>>> >>>>>> Search for your PHP.ini file: In MacOS, open terminal and type: >>>>>> locate php.ini >>>>>> >>>>>> There's a good chance you'll only find a php.ini.default file. >>>>>> If so, duplicate it and rename the duplicate to just php.ini. >>>>>> If you find several, you'll have to figure out for sure which >>>>>> one is the real file. I'd recommend emailing back with more >>>>>> info (OS, Apache version, PHP version, where the files were >>>>>> found, etc.) if that's the case. >>>>>> >>>>>> Once you've located (or created) the right php.ini file, you'll >>>>>> need to edit it, save the changes, and restart your web >>>>>> services. I use BBEdit in MacOS GUI, Pico in terminal, or >>>>>> whatever plain text editor floats your boat for Windows. >>>>>> >>>>>> You'll need admin privs, but it should be easy finding and >>>>>> changing the short_open_tags directive. You'll do well to >>>>>> browse through the file and familiarize yourself with the rest >>>>>> of the directives in the file, too. >>>>>> >>>>>> More info on the PHP.ini file directives can be found at http://php.net >>>>>> . >>>>> >>>>> _______________________________________________ >>>>> 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-381-1852 >>> _______________________________________________ >>> 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://www.iviking.org/pipermail/fx.php_list/attachments/20080106/95ebc57e/attachment.html From jschwartz at exit445.com Sun Jan 6 12:29:36 2008 From: jschwartz at exit445.com (Jonathan Schwartz) Date: Sun Jan 6 12:31:26 2008 Subject: [FX.php List] How to edit PHP settings In-Reply-To: <729CE74E-DD06-40D4-977C-6B374FFA2D12@patin.com> References: <6EC1FDD0-1896-450F-B802-36023E51CE5D@patin.com> <41B74338-B293-4365-8252-A352F0C75106@fogles.net> <6BC1E1DA-3BC8-4643-8B1B-1CB87A10ACD5@fogles.net> <729CE74E-DD06-40D4-977C-6B374FFA2D12@patin.com> Message-ID: Bob, Off list, I will email you my link for phpinfo for Tiger Server. J At 1:16 PM -0600 1/6/08, Bob Patin wrote: >So far so good... I don't think there was a previous php.ini file. > >Just for grins, I listed the contents of the private/etc/ directory, and see > >php.ini >php.ini.default > >Of course, that doesn't tell me whether I just over-wrote a previous >one, but on one of my other Tiger servers, I did the same thing, and >didn't find "php.ini," only "php.ini.default." > >Since I've never edited it before, I can't see how it could've been >there anyway... > >Best, > >Bob > > >On Jan 6, 2008, at 1:06 PM, Derrick Fogle wrote: > >>Johnathan's concern is well founded, but I think you've exercised >>due diligence so far. The '.default' file should exactly mirror >>what PHP's internal defaults are, but.... what if they don't? By >>creating a regular php.ini file from the default, you might end up >>changing some other setting that you're not aware of. >> >>But I think you've got to forge ahead. If you run into unexpected >>problems, just disable the php.ini file you create (just rename it >>temporarily), and compare the phpinfo() settings with, and without, >>the .ini file active. >> >> >> >>On Jan 6, 2008, at 12:59 PM, Bob Patin wrote: >> >>>Jonathan, >>> >>>When I ran phpinfo(), I didn't see any place where a php.ini file >>>location is specified; where would that be? >>> >>>Also, when I did "locate php.ini", I only found the one file, and >>>I know for certain that I've never created a php.ini file on that >>>server (didn't know how!). >>> >>>Best, >>> >>>Bob >>> >>> >>>On Jan 6, 2008, at 12:52 PM, Jonathan Schwartz wrote: >>> >>>>Derrick, >>>> >>>>I'm worried that there already *is* a php ini in place that he >>>>has yet to locate. Overwriting with the default may destroy >>>>existing settings. >>>> >>>>Jonathan >>>> >>>>At 12:41 PM -0600 1/6/08, Derrick Fogle wrote: >>>> >>>>>Yes, you're on the right track. When you've only got the >>>>>"default" file, PHP does not even read that file for settings. >>>>>It just defaults to a certain set of settings. >>>>> >>>>> >>>>>Just copy that file to php.ini, then edit the php.ini with sudo >>>>>pico. Scroll through the file - you'll find the settings easily >>>>>enough. Change them, save, then restart web services. Now that >>>>>there's an actual php.ini file, it will use the settings in it, >>>>>instead of internal defaults. >>>>> >>>>> >>>>>On Jan 6, 2008, at 12:01 PM, Bob Patin wrote: >>>>> >>>>> >>>>>>Derrick, >>>>>> >>>>>> >>>>>>Thanks for the help; I did find this: >>>>>> >>>>>> >>>>>>/private/etc/php.ini.default >>>>>> >>>>>> >>>>>>Does this mean that I'm not using one, then, and have to create one? >>>>>> >>>>>> >>>>>>I've used "sudo pico" before to edit files in Terminal, so I >>>>>>have a *tiny* bit of experience doing this sort of thing; I'd >>>>>>like to change 2 settings: >>>>>> >>>>>> >>>>>>short_open_tags >>>>>> >>>>>>register_globals >>>>>> >>>>>> >>>>>>to force me to declare variables (perhaps that's not the right >>>>>>variable to change for that?). When I've written PHP apps for >>>>>>other servers, not having declared variables here and there has >>>>>>caused problems; however, the biggie is turning off short open >>>>>>tags. >>>>>> >>>>>> >>>>>>If you can tell me how to edit this I'd be eternally grateful. >>>>>> >>>>>> >>>>>>Best, >>>>>> >>>>>> >>>>>>Bob Patin >>>>>> >>>>>>Longterm Solutions >>>>>> >>>>>>bob@longtermsolutions.com >>>>>> >>>>>>615-333-6858 >>>>>> >>>>>>http://www.longtermsolutions.com >>>>>> >>>>>>Member of FileMaker Business Alliance and FileMaker TechNet >>>>>> >>>>>> >>>>>> CONTACT US VIA INSTANT MESSAGING: >>>>>> >>>>>> AIM or iChat: longterm1954 >>>>>> >>>>>> Yahoo: longterm_solutions >>>>>> >>>>>> MSN: tech@longtermsolutions.com >>>>>> >>>>>> ICQ: 159333060 >>>>>> >>>>>> >>>>>>-------------------------- >>>>>> >>>>>>Contact us for FileMaker hosting and programming for all >>>>>>versions of FileMaker >>>>>> >>>>>>PHP * CDML * Full email services * Free DNS hosting * >>>>>>Colocation * Consulting >>>>>> >>>>>> >>>>>>On Jan 6, 2008, at 11:54 AM, Derrick Fogle wrote: >>>>>> >>>>>> >>>>>>>Search for your PHP.ini file: In MacOS, open terminal and >>>>>>>type: locate php.ini >>>>>>> >>>>>>>There's a good chance you'll only find a php.ini.default file. >>>>>>>If so, duplicate it and rename the duplicate to just php.ini. >>>>>>>If you find several, you'll have to figure out for sure which >>>>>>>one is the real file. I'd recommend emailing back with more >>>>>>>info (OS, Apache version, PHP version, where the files were >>>>>>>found, etc.) if that's the case. >>>>>>> >>>>>>>Once you've located (or created) the right php.ini file, >>>>>>>you'll need to edit it, save the changes, and restart your web >>>>>>>services. I use BBEdit in MacOS GUI, Pico in terminal, or >>>>>>>whatever plain text editor floats your boat for Windows. >>>>>>> >>>>>>>You'll need admin privs, but it should be easy finding and >>>>>>>changing the short_open_tags directive. You'll do well to >>>>>>>browse through the file and familiarize yourself with the rest >>>>>>>of the directives in the file, too. >>>>>>> >>>>>>>More info on the PHP.ini file directives can be found >>>>>>>at http://php.net. >>>>>>> >>>>>> >>>>>>_______________________________________________ >>>>>>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-381-1852 >>>>_______________________________________________ >>>>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 -- Jonathan Schwartz Exit 445 Group jonathan@exit445.com http://www.exit445.com 415-381-1852 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.iviking.org/pipermail/fx.php_list/attachments/20080106/976838fd/attachment-0001.html From ggt667 at gmail.com Mon Jan 7 09:19:56 2008 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Mon Jan 7 09:20:12 2008 Subject: [FX.php List] OffTopic: Anyone here running WebDAV? I am able to use it from Finder, but not from DreamWeaver, anyone know a good reasource? Message-ID: Anyone here running WebDAV? I am able to use it from Finder, but not from DreamWeaver, anyone know a good resource? ggt From steve at bluecrocodile.co.nz Tue Jan 8 04:21:21 2008 From: steve at bluecrocodile.co.nz (Steve Winter) Date: Tue Jan 8 04:22:07 2008 Subject: [FX.php List] What the...? Message-ID: Hi folks, Once upon a time if you did; $schoolQuery = new FX($serverIP, $serverPort, $dataSourceType); $schoolQuery->SetDBUserPass($webUN, $webPW); $schoolQuery->SetDBData('schooladdressbook', 'Index', '50'); $schoolQuery->AddDBParam('School Name', 'G' ,'bw'); $schoolQuery->AddSortParam('School Name', 'ascend'); $schoolData = $schoolQuery->FMFind(); Then you got the first 50 results in which 'School Name' began with 'G'. these days (fms8a, fx4.2) I seem to get the first 50 records which contain a letter g. what gives.?? How do I go back to what I want, the first 50 results which begin with 'G'. Ta Steve -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.iviking.org/pipermail/fx.php_list/attachments/20080108/31f401dd/attachment.html From jschwartz at exit445.com Tue Jan 8 19:15:19 2008 From: jschwartz at exit445.com (Jonathan Schwartz) Date: Tue Jan 8 19:16:43 2008 Subject: [FX.php List] [OFF] This is gonna sound dumb In-Reply-To: References: Message-ID: Hi Folks, This is gonna sound dumb, but sometimes the simple things are not so simple. I am migrating from a single server (mac mini) at a colo, to two different (new mini) servers. In order to go from the single server to two servers, I will have all three installed at the same time. The problem and question is regarding naming convention. I'm getting all screwed up using my default system: server1, server2 and server3. Server 1 is going away. Server 2 is taking it's place. So, server 2 took server 1's IP address. And server 3 took server 2's place Arghh! I now realize that I shouldn't use numbers to name servers. And, do you name the functional "spot" for the server or the machine itself? When establishing Rev DNS, you can't be changing things every other day. The SysOp doesn't like it. ;-) I could some seasoned advice from those that have gone down this road before. Thx Jonathan -- Jonathan Schwartz Exit 445 Group jonathan@exit445.com http://www.exit445.com 415-381-1852 From ggt667 at gmail.com Wed Jan 9 03:48:40 2008 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Wed Jan 9 04:46:06 2008 Subject: [FX.php List] [OFF] This is gonna sound dumb In-Reply-To: References: Message-ID: name them dev testing production for your own pleasure... ggt 2008/1/9, Jonathan Schwartz : > Hi Folks, > > This is gonna sound dumb, but sometimes the simple things are not so simple. > > I am migrating from a single server (mac mini) at a colo, to two > different (new mini) servers. In order to go from the single server > to two servers, I will have all three installed at the same time. > > The problem and question is regarding naming convention. I'm getting > all screwed up using my default system: server1, server2 and server3. > Server 1 is going away. Server 2 is taking it's place. So, server 2 > took server 1's IP address. And server 3 took server 2's place Arghh! > > I now realize that I shouldn't use numbers to name servers. And, do > you name the functional "spot" for the server or the machine itself? > When establishing Rev DNS, you can't be changing things every other > day. The SysOp doesn't like it. ;-) > > I could some seasoned advice from those that have gone down this road before. > > Thx > > Jonathan > > > > > -- > Jonathan Schwartz > Exit 445 Group > jonathan@exit445.com > http://www.exit445.com > 415-381-1852 > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > From jschwartz at exit445.com Wed Jan 9 08:09:35 2008 From: jschwartz at exit445.com (Jonathan Schwartz) Date: Wed Jan 9 08:09:47 2008 Subject: [FX.php List] [OFF] This is gonna sound dumb In-Reply-To: References: Message-ID: Well, I was thinking that there is more to it than that. Aside from the server name, there is also the Reverse DNS Name. I'm not sure that I want to broadcast to the world what machines are used for, such as production.mydomain.com. Also, what happens when you have multiples of the same function? So, for each machine, there are multiple "ID's" to track: - Physical machine (CPU/MAC Address) - Physical machine's name (I have labels on my colo machines that are now out of sync). - IP address - Domain Name for the IP - Reverse DNS Name - Server Name (in the OS) - What the machine is used for (FMP Server, Mail server, Web server, etc) One suggestion I've heard is to use nonsensical labels, such as pet names, city names, etc. Then, the name doesn't tie the machine to a particular function. This is similar to the convention used for creating FMP key fields: Existent, Persistent, Unique and Meaningless. (There's a fifth, but I forget what that is). One thing I have learned/realized...not to think of the "server name" and the machine as the same thing. Future physical machines might/will replace current machines, but the function of the machine stays the same. I thought that this might be applicable to fx.php developers, especially since FMP best practices recommends multiple machines for Web applications. After creating the list above for illustrative purposes, I think that the best solution is to create a reference chart to keep score, keeping Domain and Name and RDNS Name permanent, with everything else variable. Sorry/Thanks for letting me have this thinking-out-loud process. It's harder than it appears. Jonathan At 11:48 AM +0100 1/9/08, Gjermund Gusland Thorsen wrote: >name them > >dev >testing >production > >for your own pleasure... > >ggt -- Jonathan Schwartz Exit 445 Group jonathan@exit445.com http://www.exit445.com 415-381-1852 From dbengston at preservationstudio.com Wed Jan 9 08:34:19 2008 From: dbengston at preservationstudio.com (Dale Bengston) Date: Wed Jan 9 08:34:34 2008 Subject: [FX.php List] [OFF] This is gonna sound dumb In-Reply-To: References: Message-ID: <1828A248-DCE2-4B54-ADD3-4D9B0C34A082@preservationstudio.com> At my last corporate job, the IT group named all the servers after characters from the "Toy Story" movies. My old CDML/web server was Potatohead. This designation was used by the internal network/DNS (potatohead.company.com or Potatohead.local in Bonjour), but was not broadcast to the outside world. The character name stayed with the function the server provided. Potatohead had at least three hardware incarnations while I was there. Potatohead is still there, running CDML and OS9, serving up a solution I wrote in 1999 (still in use). So I guess the point of this is, be sure you pick a naming convention you're willing to stick with for a long time! Dale On Jan 9, 2008, at 9:09 AM, Jonathan Schwartz wrote: > Well, I was thinking that there is more to it than that. > > Aside from the server name, there is also the Reverse DNS Name. I'm > not sure that I want to broadcast to the world what machines are > used for, such as production.mydomain.com. Also, what happens when > you have multiples of the same function? > > So, for each machine, there are multiple "ID's" to track: > - Physical machine (CPU/MAC Address) > - Physical machine's name (I have labels on my colo machines that > are now out of sync). > - IP address > - Domain Name for the IP > - Reverse DNS Name > - Server Name (in the OS) > - What the machine is used for (FMP Server, Mail server, Web > server, etc) > > One suggestion I've heard is to use nonsensical labels, such as pet > names, city names, etc. Then, the name doesn't tie the machine to a > particular function. This is similar to the convention used for > creating FMP key fields: Existent, Persistent, Unique and > Meaningless. (There's a fifth, but I forget what that is). > > One thing I have learned/realized...not to think of the "server > name" and the machine as the same thing. Future physical machines > might/will replace current machines, but the function of the machine > stays the same. > > I thought that this might be applicable to fx.php developers, > especially since FMP best practices recommends multiple machines for > Web applications. > > After creating the list above for illustrative purposes, I think > that the best solution is to create a reference chart to keep score, > keeping Domain and Name and RDNS Name permanent, with everything > else variable. > > Sorry/Thanks for letting me have this thinking-out-loud process. > It's harder than it appears. > > Jonathan > > > > > At 11:48 AM +0100 1/9/08, Gjermund Gusland Thorsen wrote: >> name them >> >> dev >> testing >> production >> >> for your own pleasure... >> >> ggt > > -- > Jonathan Schwartz > Exit 445 Group > jonathan@exit445.com > http://www.exit445.com > 415-381-1852 > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list From jschwartz at exit445.com Wed Jan 9 08:44:45 2008 From: jschwartz at exit445.com (Jonathan Schwartz) Date: Wed Jan 9 08:49:02 2008 Subject: [FX.php List] [OFF] This is gonna sound dumb In-Reply-To: <1828A248-DCE2-4B54-ADD3-4D9B0C34A082@preservationstudio.com> References: <1828A248-DCE2-4B54-ADD3-4D9B0C34A082@preservationstudio.com> Message-ID: OK. That makes sense. End users expect to see the same server name and don't care if the machine hardware changed or moved across the room or the country or changed IP addresses. Thanks for that. Jonathan At 9:34 AM -0600 1/9/08, Dale Bengston wrote: >At my last corporate job, the IT group named all the servers after >characters from the "Toy Story" movies. My old CDML/web server was >Potatohead. This designation was used by the internal network/DNS >(potatohead.company.com or Potatohead.local in Bonjour), but was not >broadcast to the outside world. > >The character name stayed with the function the server provided. >Potatohead had at least three hardware incarnations while I was >there. Potatohead is still there, running CDML and OS9, serving up a >solution I wrote in 1999 (still in use). > >So I guess the point of this is, be sure you pick a naming >convention you're willing to stick with for a long time! > >Dale > > >On Jan 9, 2008, at 9:09 AM, Jonathan Schwartz wrote: > >>Well, I was thinking that there is more to it than that. >> >>Aside from the server name, there is also the Reverse DNS Name. >>I'm not sure that I want to broadcast to the world what machines >>are used for, such as production.mydomain.com. Also, what happens >>when you have multiples of the same function? >> >>So, for each machine, there are multiple "ID's" to track: >> - Physical machine (CPU/MAC Address) >> - Physical machine's name (I have labels on my colo machines >>that are now out of sync). >> - IP address >> - Domain Name for the IP >> - Reverse DNS Name >> - Server Name (in the OS) >> - What the machine is used for (FMP Server, Mail server, Web >>server, etc) >> >>One suggestion I've heard is to use nonsensical labels, such as pet >>names, city names, etc. Then, the name doesn't tie the machine to a >>particular function. This is similar to the convention used for >>creating FMP key fields: Existent, Persistent, Unique and >>Meaningless. (There's a fifth, but I forget what that is). >> >>One thing I have learned/realized...not to think of the "server >>name" and the machine as the same thing. Future physical machines >>might/will replace current machines, but the function of the >>machine stays the same. >> >>I thought that this might be applicable to fx.php developers, >>especially since FMP best practices recommends multiple machines >>for Web applications. >> >>After creating the list above for illustrative purposes, I think >>that the best solution is to create a reference chart to keep >>score, keeping Domain and Name and RDNS Name permanent, with >>everything else variable. >> >>Sorry/Thanks for letting me have this thinking-out-loud process. >>It's harder than it appears. >> >>Jonathan >> >> >> >> >>At 11:48 AM +0100 1/9/08, Gjermund Gusland Thorsen wrote: >>>name them >>> >>>dev >>>testing >>>production >>> >>>for your own pleasure... >>> >>>ggt >> >>-- >>Jonathan Schwartz >>Exit 445 Group >>jonathan@exit445.com >>http://www.exit445.com >>415-381-1852 >>_______________________________________________ >>FX.php_List mailing list >>FX.php_List@mail.iviking.org >>http://www.iviking.org/mailman/listinfo/fx.php_list > >_______________________________________________ >FX.php_List mailing list >FX.php_List@mail.iviking.org >http://www.iviking.org/mailman/listinfo/fx.php_list -- Jonathan Schwartz Exit 445 Group jonathan@exit445.com http://www.exit445.com 415-381-1852 From ggt667 at gmail.com Wed Jan 9 08:56:33 2008 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Wed Jan 9 08:56:38 2008 Subject: [FX.php List] [OFF] This is gonna sound dumb In-Reply-To: References: <1828A248-DCE2-4B54-ADD3-4D9B0C34A082@preservationstudio.com> Message-ID: >>>Aside from the server name, there is also the Reverse DNS Name. >>>I'm not sure that I want to broadcast to the world what machines >>>are used for, such as production.mydomain.com. Also, what happens >>>when you have multiples of the same function? I would believe this would solve your philosophical issue --- alfa.production.fms.mydomain.com beta.production.fms.mydomain.com delta.production.fms.mydomain.com enigma.production.fms.mydomain.com potatohead.production.fms.mydomain.com --- ggt From ggt667 at gmail.com Wed Jan 9 09:02:42 2008 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Wed Jan 9 09:02:45 2008 Subject: [FX.php List] [OFF] This is gonna sound dumb In-Reply-To: References: <1828A248-DCE2-4B54-ADD3-4D9B0C34A082@preservationstudio.com> Message-ID: typically there would also be a cname to the production unit such as fms.mydomain.com CNAME potatohead.production.fms.mydomain.com ggt 2008/1/9, Gjermund Gusland Thorsen : > >>>Aside from the server name, there is also the Reverse DNS Name. > >>>I'm not sure that I want to broadcast to the world what machines > >>>are used for, such as production.mydomain.com. Also, what happens > >>>when you have multiples of the same function? > > I would believe this would solve your philosophical issue > --- > alfa.production.fms.mydomain.com > beta.production.fms.mydomain.com > delta.production.fms.mydomain.com > enigma.production.fms.mydomain.com > potatohead.production.fms.mydomain.com > --- > > ggt > From steve at bluecrocodile.co.nz Wed Jan 9 15:17:16 2008 From: steve at bluecrocodile.co.nz (Steve Winter) Date: Wed Jan 9 15:18:05 2008 Subject: [FX.php List] [OFF] This is gonna sound dumb In-Reply-To: <1828A248-DCE2-4B54-ADD3-4D9B0C34A082@preservationstudio.com> Message-ID: <20080109221802.9A14065BD9A@mail.iviking.org> ...and I name all my servers after characters from the Wilbur Smith book River God... And likewise the name and IP address stays with the function, and as ggt said, there?s the internal name and the external name, with a CNAME between them... over time the hardware changes... usually when a new tanus is set up it gets a temporary IP address, but everything else is setup identically to the physical machine it?s replacing, then when it?s time for that machine to go live, the LAN cable gets removed, the IP changed to what it needs to be to become Tanus, and at 3 in the morning the cable gets pulled form the old machine, and stuck in the new one... In many ways this approach helps with a number of the issues that you were having since DNS changes are limited, since the name, dns and ptr records and IP address all belong to a ?function? so don?t need to be modified, it?s just the physical ?box? at the end of all those things that changes from time-to-time... Hope this helps... Cheers Steve -----Original Message----- From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Dale Bengston Sent: Wednesday, 9 January 2008 3:34 p.m. To: FX.php Discussion List Subject: Re: [FX.php List] [OFF] This is gonna sound dumb At my last corporate job, the IT group named all the servers after characters from the "Toy Story" movies. My old CDML/web server was Potatohead. This designation was used by the internal network/DNS (potatohead.company.com or Potatohead.local in Bonjour), but was not broadcast to the outside world. The character name stayed with the function the server provided. Potatohead had at least three hardware incarnations while I was there. Potatohead is still there, running CDML and OS9, serving up a solution I wrote in 1999 (still in use). So I guess the point of this is, be sure you pick a naming convention you're willing to stick with for a long time! Dale On Jan 9, 2008, at 9:09 AM, Jonathan Schwartz wrote: > Well, I was thinking that there is more to it than that. > > Aside from the server name, there is also the Reverse DNS Name. I'm > not sure that I want to broadcast to the world what machines are > used for, such as production.mydomain.com. Also, what happens when > you have multiples of the same function? > > So, for each machine, there are multiple "ID's" to track: > - Physical machine (CPU/MAC Address) > - Physical machine's name (I have labels on my colo machines that > are now out of sync). > - IP address > - Domain Name for the IP > - Reverse DNS Name > - Server Name (in the OS) > - What the machine is used for (FMP Server, Mail server, Web > server, etc) > > One suggestion I've heard is to use nonsensical labels, such as pet > names, city names, etc. Then, the name doesn't tie the machine to a > particular function. This is similar to the convention used for > creating FMP key fields: Existent, Persistent, Unique and > Meaningless. (There's a fifth, but I forget what that is). > > One thing I have learned/realized...not to think of the "server > name" and the machine as the same thing. Future physical machines > might/will replace current machines, but the function of the machine > stays the same. > > I thought that this might be applicable to fx.php developers, > especially since FMP best practices recommends multiple machines for > Web applications. > > After creating the list above for illustrative purposes, I think > that the best solution is to create a reference chart to keep score, > keeping Domain and Name and RDNS Name permanent, with everything > else variable. > > Sorry/Thanks for letting me have this thinking-out-loud process. > It's harder than it appears. > > Jonathan > > > > > At 11:48 AM +0100 1/9/08, Gjermund Gusland Thorsen wrote: >> name them >> >> dev >> testing >> production >> >> for your own pleasure... >> >> ggt > > -- > Jonathan Schwartz > Exit 445 Group > jonathan@exit445.com > http://www.exit445.com > 415-381-1852 > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list _______________________________________________ FX.php_List mailing list FX.php_List@mail.iviking.org http://www.iviking.org/mailman/listinfo/fx.php_list No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.17.13/1214 - Release Date: 8/01/2008 1:38 p.m. No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.17.13/1214 - Release Date: 8/01/2008 1:38 p.m. From tim at nicheit.com.au Wed Jan 9 15:20:11 2008 From: tim at nicheit.com.au (Tim 'Webko' Booth) Date: Wed Jan 9 15:20:49 2008 Subject: [FX.php List] [OFF] This is gonna sound dumb In-Reply-To: References: Message-ID: <950346A1-51B4-4887-979F-D6B3C1567460@nicheit.com.au> > > > The problem and question is regarding naming convention. I'm > getting all screwed up using my default system: server1, server2 and > server3. Server 1 is going away. Server 2 is taking it's place. > So, server 2 took server 1's IP address. And server 3 took server > 2's place Arghh! The other way of looking at it is that these names are fine - think about the services on the machine, not the physical box. At my old work, we had fms01, fms02, fms03 for the internal FileMaker Server boxes - but exactly which machine they were wasn't important. I know we had at least three fms02 incarnations on 2 physical boxes - the first one blew its power supply, we brought the backup machine online and restored the fms02 image to it, so it was now fms02, replaced the power supply and swapped back. All the end users knew was that their files were on fms02 which suffered two short outages ;-) Personally, my favourite ever naming convention was my cow series of FileMaker 4 web boxes - started with 'bull' (short for the bulletin board service it initially ran, my first web system from 1997), followed by cow, calf, heifer, ox... HTH Webko From steve at bentechaps.com Wed Jan 9 16:13:40 2008 From: steve at bentechaps.com (Steve Bennett) Date: Wed Jan 9 16:13:47 2008 Subject: [FX.php List] [OFF] This is gonna sound dumb In-Reply-To: <950346A1-51B4-4887-979F-D6B3C1567460@nicheit.com.au> References: <950346A1-51B4-4887-979F-D6B3C1567460@nicheit.com.au> Message-ID: <0618BD5C-A3EF-4F08-891B-F3C06910450C@bentechaps.com> Much to the chagrin of management they once let me name a number of servers. I chose words that I thought would work well in everyday usage such as Fire, Drugs and Ice. It was fun to sit in meeting and hear someone say "Look for the files on Drugs and put them on Ice"! Steve On Jan 9, 2008, at 3:20 PM, Tim 'Webko' Booth wrote: > Personally, my favourite ever naming convention was my cow series > of FileMaker 4 web boxes - started with 'bull' (short for the > bulletin board service it initially ran, my first web system from > 1997), followed by cow, calf, heifer, ox... From ggt667 at gmail.com Wed Jan 9 16:16:06 2008 From: ggt667 at gmail.com (Gjermund Gusland Thorsen) Date: Wed Jan 9 16:16:10 2008 Subject: [FX.php List] [OFF] This is gonna sound dumb In-Reply-To: <0618BD5C-A3EF-4F08-891B-F3C06910450C@bentechaps.com> References: <950346A1-51B4-4887-979F-D6B3C1567460@nicheit.com.au> <0618BD5C-A3EF-4F08-891B-F3C06910450C@bentechaps.com> Message-ID: Well I have a client that was hillarious on that point but he picked kinda different words than you he was on the other side of the vice department... ggt 2008/1/10, Steve Bennett : > Much to the chagrin of management they once let me name a number of > servers. I chose words that I thought would work well in everyday > usage such as Fire, Drugs and Ice. > > It was fun to sit in meeting and hear someone say "Look for the files > on Drugs and put them on Ice"! > > Steve > > > On Jan 9, 2008, at 3:20 PM, Tim 'Webko' Booth wrote: > > > Personally, my favourite ever naming convention was my cow series > > of FileMaker 4 web boxes - started with 'bull' (short for the > > bulletin board service it initially ran, my first web system from > > 1997), followed by cow, calf, heifer, ox... > > _______________________________________________ > FX.php_List mailing list > FX.php_List@mail.iviking.org > http://www.iviking.org/mailman/listinfo/fx.php_list > From jschwartz at exit445.com Wed Jan 9 16:20:36 2008 From: jschwartz at exit445.com (Jonathan Schwartz) Date: Wed Jan 9 16:21:56 2008 Subject: [FX.php List] [OFF] This is gonna sound dumb In-Reply-To: <0618BD5C-A3EF-4F08-891B-F3C06910450C@bentechaps.com> References: <950346A1-51B4-4887-979F-D6B3C1567460@nicheit.com.au> <0618BD5C-A3EF-4F08-891B-F3C06910450C@bentechaps.com> Message-ID: Hillarious! J At 4:13 PM -0700 1/9/08, Steve Bennett wrote: >Much to the chagrin of management they once let me name a number of >servers. I chose words that I thought would work well in everyday >usage such as Fire, Drugs and Ice. > >It was fun to sit in meeting and hear someone say "Look for the >files on Drugs and put them on Ice"! > >Steve > > >On Jan 9, 2008, at 3:20 PM, Tim 'Webko' Booth wrote: > >>Personally, my favourite ever naming convention was my cow series >>of FileMaker 4 web boxes - started with 'bull' (short for the >>bulletin board service it initially ran, my first web system from >>1997), followed by cow, calf, heifer, ox... > >_______________________________________________ >FX.php_List mailing list >FX.php_List@mail.iviking.org >http://www.iviking.org/mailman/listinfo/fx.php_list -- Jonathan Schwartz Exit 445 Group jonathan@exit445.com http://www.exit445.com 415-381-1852 From jschwartz at exit445.com Wed Jan 9 18:04:49 2008 From: jschwartz at exit445.com (Jonathan Schwartz) Date: Wed Jan 9 18:06:56 2008 Subject: [FX.php List] [OFF] PHP Charting In-Reply-To: References: <950346A1-51B4-4887-979F-D6B3C1567460@nicheit.com.au> <0618BD5C-A3EF-4F08-891B-F3C06910450C@bentechaps.com> Message-ID: Getting great feedback from clients after installing very basic free charting tool. I include a chart or two in my "Managament Scoreboard" page. It's a great way to get a visual overview of an online registration project. Think I want to go for a more robust solution. What charting packages are you folks using? Thx, Jonathan -- Jonathan Schwartz Exit 445 Group jonathan@exit445.com http://www.exit445.com 415-381-1852 From dennis at gandrpublishing.com Wed Jan 9 20:18:03 2008 From: dennis at gandrpublishing.com (Dennis Dalziel) Date: Wed Jan 9 20:18:11 2008 Subject: [FX.php List] [OFF] PHP Charting In-Reply-To: References: <950346A1-51B4-4887-979F-D6B3C1567460@nicheit.com.au> <0618BD5C-A3EF-4F08-891B-F3C06910450C@bentechaps.com> Message-ID: <000001c85337$6b1823f0$41486bd0$@com> I've been using the Free FusionCharts for Filemaker. I will probably upgrade to the Pro version eventually. It does add a lot to the presentation of data. Dennis Dalziel -----Original Message----- From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Jonathan Schwartz Sent: Wednesday, January 09, 2008 7:05 PM To: FX.php Discussion List Subject: [FX.php List] [OFF] PHP Charting Getting great feedback from clients after installing very basic free charting tool. I include a chart or two in my "Managament Scoreboard" page. It's a great way to get a visual overview of an online registration project. Think I want to go for a more robust solution. What charting packages are you folks using? Thx, Jonathan -- Jonathan Schwartz Exit 445 Group jonathan@exit445.com http://www.exit445.com 415-381-1852 _______________________________________________ FX.php_List mailing list FX.php_List@mail.iviking.org http://www.iviking.org/mailman/listinfo/fx.php_list From steve at bluecrocodile.co.nz Thu Jan 10 00:39:58 2008 From: steve at bluecrocodile.co.nz (Steve Winter) Date: Thu Jan 10 00:40:33 2008 Subject: [FX.php List] [OFF] PHP Charting In-Reply-To: Message-ID: <20080110074030.7496E65CD22@mail.iviking.org> Hi Jonathan, FusionCharts rock..!! you can use them in your web pages, you can use them in FMP, or PowerPoint, or anywhere else that will accept a flash app... Check out http://www.fusioncharts.com Cheers Steve -----Original Message----- From: fx.php_list-bounces@mail.iviking.org [mailto:fx.php_list-bounces@mail.iviking.org] On Behalf Of Jonathan Schwartz Sent: Thursday, 10 January 2008 1:05 a.m. To: FX.php Discussion List Subject: [FX.php List] [OFF] PHP Charting Getting great feedback from clients after installing very basic free charting tool. I include a chart or two in my "Managament Scoreboard" page. It's a great way to get a visual overview of an online registration project. Think I want to go for a more robust solution. What charting packages are you folks using? Thx, Jonathan -- Jonathan Schwartz Exit 445 Group jonathan@exit445.com http://www.exit445.com 415-381-1852 _______________________________________________ FX.php_List mailing list FX.php_List@mail.iviking.org http://www.iviking.org/mailman/listinfo/fx.php_list No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.17.13/1214 - Release Date: 8/01/2008 1:38 p.m. No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.17.13/1214 - Release Date: 8/01/2008 1:38 p.m. From jschwartz at exit445.com Fri Jan 11 10:11:36 2008 From: jschwartz at exit445.com (Jonathan Schwartz) Date: Fri Jan 11 10:13:07 2008 Subject: [FX.php List] Lesson learned about password values In-Reply-To: <20080110074030.7496E65CD22@mail.iviking.org> References: <20080110074030.7496E65CD22@mail.iviking.org> Message-ID: Hi Folks, I'm trying to track down the source of unauthorized emails going through my mail server. The problem is, when I first started using PHPMailer, I used a hard-coded Username and Password. Guess what? I now need to locate and edit every script in every project that contains that password pair. If I had used a variable and stored it into a centrally-located include file, the change would have been made just once...or at least once per project. Is server_data the right place? If so, then that would require a change in every solution/project. Otherwise, where would one store a single server_data file that feeds all solutions? I've heard discussion about not storing the server data on the same machine, also. Thx Jonathan -- Jonathan Schwartz Exit 445 Group jonathan@exit445.com http://www.exit445.com 415-381-1852 From dan.cynosure at dbmscan.com Fri Jan 11 10:17:56 2008 From: dan.cynosure at dbmscan.com (DC) Date: Fri Jan 11 10:18:05 2008 Subject: [FX.php List] Lesson learned about password values In-Reply-To: References: <20080110074030.7496E65CD22@mail.iviking.org> Message-ID: <4787A4C4.80707@dbmscan.com> egrep is your friend for "tracking down and locating" strings in files. on mac osx open terminal, cd to the root of your "scripts" directory, and run this: egrep -rn 'typepasswordhere can have spaces and can be a regexp' * r means recurse, n means tell the line number, and star means check every file in the directory. you'll see filenames with line numbers where your string appears. cheers, dan Jonathan Schwartz had written: > Hi Folks, > > I'm trying to track down the source of unauthorized emails going through > my mail server. The problem is, when I first started using PHPMailer, I > used a hard-coded Username and Password. Guess what? I now need to > locate and edit every script in every project that contains that > password pair. > > If I had used a variable and stored it into a centrally-located include > file, the change would have been made just once...or at least once per > project. > > Is server_data the right place? If so, then that would require a change > in every solution/project. Otherwise, where would one store a single > server_data file that feeds all solutions? I've heard discussion about > not storing the server data on the same machine, also. > > Thx > > Jonathan > > From bob at patin.com Fri Jan 11 10:20:38 2008 From: bob at patin.com (Bob Patin) Date: Fri Jan 11 10:20:45 2008 Subject: [FX.php List] Lesson learned about password values In-Reply-To: <4787A4C4.80707@dbmscan.com> References: <20080110074030.7496E65CD22@mail.iviking.org> <4787A4C4.80707@dbmscan.com> Message-ID: <85627F20-4DF0-4C2F-BE92-8732C97D5183@patin.com> Dan, What a GREAT trick! I don't need it now, but I know I will sometime. Thanks for sharing a great trick, Bob Patin Longterm Solutions bob@longtermsolutions.com 615-333-6858 http://www.longtermsolutions.com Member of FileMaker Business Alliance and FileMaker TechNet CONTACT US VIA INSTANT MESSAGING: AIM or iChat: longterm1954 Yahoo: longterm_solutions MSN: tech@longtermsolutions.com ICQ: 159333060 -------------------------- Contact us for FileMaker hosting and programming for all versions of FileMaker PHP ? CDML ? Full email services ? Free DNS hosting ? Colocation ? Consulting On Jan 11, 2008, at 11:17 AM, DC wrote: > egrep is your friend for "tracking down and locating" strings in > files. > > on mac osx open terminal, cd to the root of your "scripts" > directory, and run this: > > egrep -rn 'typepasswordhere can have spaces and can be a regexp' * > > r means recurse, n means tell the line number, and star means check > every file in the directory. > > you'll see filenames with line numbers where your string appears. > > cheers, > dan > > Jonathan Schwartz had written: >> Hi Folks, >> I'm trying to track down the source of unauthorized emails going >> through my mail server. The problem is, when I first started using >> PHPMailer, I used a hard-coded Username and Password. Guess what? >> I now need to locate and edit every script in every project that >> contains that password pair. >> If I had used a variable and stored it into a centrally-located >> include file, the change would have been made just once...or at >> least once per project. >> Is server_data the right place? If so, then that would require a >> change in every solution/project. Otherwise, where would one store >> a single server_data file that feeds all solutions? I've heard >> discussion about not storing the server data on the same machine, >> also. >> Thx >> Jonathan > _______________________________________________ > 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 Fri Jan 11 10:59:21 2008 From: steve at bluecrocodile.co.nz (Steve Winter) Date: Fri Jan 11 10:59:46 2008 Subject: [FX.php List] Lesson learned about password values In-Reply-To: References: <20080110074030.7496E65CD22@mail.iviking.org> Message-ID: Hi Jonathan, In your PHP.ini file you can specify a default include location to 'include' files from (do a phpinfo(); to track down your ini file, and see what its' currently set to, if anything). You can then place files in that folder... in your pages if you do include('maillParameters.php;); php will firstly look in the same folder as the file that the include is in, if it doesn't find it there, it will look in the folder specified in php.ini (and if it doesn't find it there it will throw an error). The upshot of this is that you can have include files which are accessible from every page/virtual server/folder on your server... HTH.. Cheers Steve -----Original Message----- From: Jonathan Schwartz To: "FX.php Discussion List" Date: Fri, 11 Jan 2008 09:11:36 -0800 Subject: [FX.php List] Lesson learned about password values Hi Folks, I'm trying to track down the source of unauthorized emails going through my mail server. The problem is, when I first started using PHPMailer, I used a hard-coded Username and Password. Guess what? I now need to locate and edit every script in every project that contains that password pair. If I had used a variable and stored it into a centrally-located include file, the change would have been made just once...or at least once per project. Is server_data the right place? If so, then that would require a change in every solution/project. Otherwise, where would one store a single server_data file that feeds all solutions? I've heard discussion about not storing the server data on the same machine, also. Thx Jonathan -- Jonathan Schwartz Exit 445 Group jonathan@exit445.com http://www.exit445.com [http://www.exit445.com/] 415-381-1852 _______________________________________________ FX.php_List mailing list FX.php_List@mail.iviking.org http://www.iviking.org/mailman/listinfo/fx.php_list [http://www.iviking.org/mailman/listinfo/fx.php_list] -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.iviking.org/pipermail/fx.php_list/attachments/20080111/ed5419a5/attachment.html From jschwartz at exit445.com Fri Jan 11 11:15:58 2008 From: jschwartz at exit445.com (Jonathan Schwartz) Date: Fri Jan 11 11:18:05 2008 Subject: [FX.php List] Lesson learned about password values In-Reply-To: References: <20080110074030.7496E65CD22@mail.iviking.org> Message-ID: OOoh. That's a great trick. Thank you. I'll need to dig into it. Phpini is my friend...Phpini is my friend... Regardng the search and replace, BBEdit's Find/Replace function did a fine job. I just want to avoid having to do this again. It's a little unnerving to make global changes that could very well break everything in one well swoop. ;-) J At 5:59 PM +0000 1/11/08, Steve Winter wrote: >Hi Jonathan, > >In your PHP.ini file you can specify a default include location to >'include' files from (do a phpinfo(); to track down your ini file, >and see what its' currently set to, if anything). You can then place >files in that folder... in your pages if you do >include('maillParameters.php;); php will firstly look in the same >folder as the file that the include is in, if it doesn't find it >there, it will look in the folder specified in php.ini (and if it >doesn't find it there it will throw an error). > >The upshot of this is that you can have include files which are >accessible from every page/virtual server/folder on your server... > >HTH.. > >Cheers >Steve > > > > >-----Original Message----- >From: Jonathan Schwartz >To: "FX.php Discussion List" >Date: Fri, 11 Jan 2008 09:11:36 -0800 >Subject: [FX.php List] Lesson learned about password values > >Hi Folks, > >I'm trying to track down the source of unauthorized emails going >through my mail server. The problem is, when I first started using >PHPMailer, I used a hard-coded Username and Password. Guess what? I >now need to locate and edit every script in every project that >contains that password pair. > >If I had used a variable and stored it into a centrally-located >include file, the change would have been made just once...or at least >once per project. > >Is server_data the right place? If so, then that would require a >change in every solution/project. Otherwise, where would one store a >single server_data file that feeds all solutions? I've heard >discussion about not storing the server data on the same machine, >also. > >Thx > >Jonathan > > >-- >Jo