[FX.php List] PHP error log tracking using PID?

[Jonathan Schwartz]

Steve,

Thanks for the clarifications.  I will need to digest your comments...

Back to the subject PID in log files...can you 
give me an example of how this would look and be 
useful?  My experience with PIDs are that they 
are often fleeting entries in OS X's Activity 
Monitor. What would you see in the log and what 
would someone do with that information? How would 
this be helpful in a tech support role?

I will say that when FMS Web Publishing 
chokes...as it will do from time to time...you 
never quite know what happened.

Thanks

J



At 8:52 AM +0000 2/13/12, Steve Winter wrote:
>Hi Jonathan
>
>
>>I don't want to start a mySQL vs. FileMaker debate.
>>
>
>Go, on, you did really you b***y stirrer ;-)
>
>>The purpose of my question was to collect a consensus of whether this
>>particular request...using PID in PHP error logging ...was a common
>>practice in the MySQL world, one that I should be applying in the
>>FileMaker Web Publishing.
>>
>
>Yes, one often adds the PID to logs in web apps, 
>and I also do this for FileMaker-based web 
>applications as well.
>
>All of our production code contains custom 
>logging, which is written into the system log on 
>the machine which it's running on, using 
>standard PHP log functions (see 
>openlog() <http://php.net/manual/en/function.openlog.php>http://php.net/manual/en/function.openlog.php and syslog() <http://www.php.net/manual/en/function.syslog.php>http://www.php.net/manual/en/function.syslog.php). 
>On Windows, this ends up being accessible 
>through the Event Viewer. We set different 
>levels of logging, and control how much data 
>ends up in the logs with a configuration 
>variable.
>
>>Regarding the "delivering the bad news" I referred to in my earlier
>>post, I had to say "no" to the following :
>>
>>- Can FileMaker Server support multiple virtualized web servers in
>>the Web Publishing deployment. The answer was "No, it's a one-to-one
>>with FileMaker Server".
>>
>
>Not exactly - you can place multiple (purely) 
>web servers in front of a single FMS web engine. 
>So if the bulk of the content being served was 
>static HTML and/or HTML delivered from another 
>CMS etc, then that could be handled by multiple 
>load-balanced web serves, each of which 'talks; 
>to a single FMS web deployment (be that a 1, 2 
>or 3 machine FMS install)
>
>>- Can they run Linux web servers? The answer I provided was "No, FMS
>>Web Publishing requires either OS X or Windows....unless you chose to
>>step outside of the FMI blessed configuration".
>>
>
>Again, not necessarily - all of the web 
>servers in what I describe above could be Linux, 
>however the FMS will need to be Win or OS X
>
>>- Can they maintain mirrored databases across multiple servers for
>>instant fail-over?  I said, "No, you can't copy live FMP db files
>>without damaging them.  FMS offers backup scheduling to create usable
>>copies, but they will reflect the data from last backup"
>>
>
>Or look into a solution like SyncDek, and use 
>that to keep two FMS system mirrored (but you 
>know that 'cause you've been there before with 
>this client ;-)
>
>>As you can see, these are standard features in the mySQL world.
>>
>
>Indeed, they are...
>
>>I'm just trying to accommodate and determine if the PID feature
>>request was something I could/should attempt to deliver.
>>
>
>If you want the logging class which we use, plus 
>an example of usage, let me know and I'l fire it 
>over - that will add PIDs to as many places in 
>your code as you choose to past the log() 
>function...
>
>>BTW...If anyone has "yes" answers to the above questions, I'm all ears.
>>
>
>See aboveŠ
>
>Good luck
>Steve
>
>
>Steve Winter
>+44 777 852 4776
><mailto:steve at bluecrocodile.co.nz>steve at bluecrocodile.co.nz
>
>
>
>
>_______________________________________________
>FX.php_List mailing list
>FX.php_List at mail.iviking.org
>http://www.iviking.org/mailman/listinfo/fx.php_list


-- 
Jonathan Schwartz
Exit 445 Group
jonathan at exit445.com
http://www.exit445.com
415-370-5011
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20120213/a5a35fde/attachment.html