The problem with logging for php apps is that it's just... dead
slow ... An error log is no problem (set_error_handler &
set_exception_handler are your friends to build that), but to really
'log' ... the amount of waiting between processes would quickly affect
the performance & scalability.
I've played with the idea of building a good but basic error logging
facility into shindig, but i'm also afraid it'll conflict with sites
that integrate shindig, and people are just used to normal php errors
in their browser window, so far i haven't dared to attempt it yet.
If you think such a thing should be put into shindig, i could whip one
up pretty quickly
-- Chris
On Jul 14, 2008, at 3:29 PM, Ropu wrote:
the php version right now, it doesnt...
but patches are more than welcome.
ropu
On Mon, Jul 14, 2008 at 10:11 AM, ajay singh <[EMAIL PROTECTED]
>
wrote:
Thanks Ropu
I was also using the Apache log.
Fire bug is a good option . i'll try that.
Is Shindig also maintain its log anywhere?
Thanks
Ajay
Ropu <[EMAIL PROTECTED]> wrote: Hi, my best suggestion is to
write to
the Apache (or web server) logs.
just #tail -f "WS_error_logs"
also i would suggest to work with Firebug to debug the HTTP
traffic...
ropu
On Mon, Jul 14, 2008 at 7:59 AM, ajay singh
wrote:
Hi
I am connecting shindig to my SNS backend data.
Now If any error occurs in my service files
(People,Activities,AppData),
then how to know this error?
Suppose i have done any syntax error in writing query in my
dbfetcher(
something like PartuzaDbFetcher) then how can i debug the error.
Thanks
Ajay
--
.-. --- .--. ..-
R o p u
--
.-. --- .--. ..-
R o p u