On Aug 31, 2010, at 3:06 PM, Ashley Sheridan wrote:
On Tue, 2010-08-31 at 15:01 -0500, Karl DeSaulniers wrote:
On Aug 31, 2010, at 2:32 PM, Ashley Sheridan wrote:
> On Tue, 2010-08-31 at 14:31 -0500, Karl DeSaulniers wrote:
>>
>> Hi,
>> Say I have some text.
>>
>> $text = 'You can logon here
I don't know that too.
I think the solution is to use your own error handler and save error in some
another file.
hovnocuc wrote:
> Hello,
>
> [ Question ]
> How do I force error_log to log only errors specified in the
> error_reporting directive? Is it even possible or did I get something
> wr
I think the files included just when you call it to include. How do you mean
it later?
What's in that file? A class or direct code?
David Mehler wrote:
> Hello,
> I've got probably a simple question on require_once. I've got a file
> that has require_once at the top of it pulling in another file
Hi
Can someone explain to me why I'm getting the 'dl() is deprecated' error?
I'm running PHP5.2.3 and I believe that I have the php.ini settings correct:
error.log:[2010-08-24T13:38:53] PC Error: dl()
[function.dl]: dl() is deprecated - use extension=test.so in your
php.ini
bash-2.05b$ php
In this case, you are right. It has nothing to do with the browser.
You´ll need a more detailed debug so you can see excatly what´s happening.
--
João Cândido de Souza Neto
"Christoph Boget" escreveu na mensagem
news:aanlktikctht0nxz1hi0ezj=i2m3716wepd=deppke...@mail.gmail.com...
>> Sorry
> Sorry about the error:
> In this case, you must set IT via meta tag to avoid it.
Ok, let's try this using a different approach. Consider the following
pseudo-code:
Why does the charset of the browser matter one whit to the value of
either $row['name'] or $row['date'] such that it would break
Sorry about the error:
In this case, you must set IT via meta tag to avoid it.
--
João Cândido de Souza Neto
""João Cândido de Souza Neto"" escreveu na
mensagem news:16.27.07419.e0e5e...@pb1.pair.com...
> Are you setting the charset in your html head?
>
> If not, its using the charset set
Are you setting the charset in your html head?
If not, its using the charset set in your browser, which can be different
from one to another.
In this case, you must set if via meta tag to avoid it.
--
João Cândido de Souza Neto
"Christoph Boget" escreveu na mensagem
news:aanlktimbfbgunifh
> http://www.w3.org/TR/html4/charset.html
> I hope it can help you.
> PS: json_decode works only in utf8.
I understand charsets. I understand the difference between the
charsets. What I don't understand is how json_encode() is taking the
*exact same input* and behaving differently (breaking in o
http://www.w3.org/TR/html4/charset.html
I hope it can help you.
PS: json_decode works only in utf8.
--
João Cândido de Souza Neto
"Christoph Boget" escreveu na mensagem
news:aanlktikpqdckrq7ctjwccgspz-c4fxpcnxxn_u48+...@mail.gmail.com...
>> You should set the charset of your page by meta t
> You should set the charset of your page by meta tag in its head.
Do you have a source of reference to which you point me?
thnx,
Christoph
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
> It can have something to do with your browser codification (UTF8,
> ISO-8859-???).
But why would that be the case? Is json_encode() actually encoding
the string differently in each case? And would it encode it
differently if I wrote a script to take the same input and ran it from
the command l
You should set the charset of your page by meta tag in its head.
2010/9/1 Christoph Boget
> > It can have something to do with your browser codification (UTF8,
> > ISO-8859-???).
>
> But why would that be the case? Is json_encode() actually encoding
> the string differently in each case? And
It can have something to do with your browser codification (UTF8,
ISO-8859-???).
--
João Cândido de Souza Neto
"Christoph Boget" escreveu na mensagem
news:aanlkti=45-heto2myhq116gv6bfxvdba_yxfzjnqk...@mail.gmail.com...
> I'm curious if the behavior of json_encode() is influenced by the
> br
I'm curious if the behavior of json_encode() is influenced by the
browser at all. I have a page that returns search results. If I
access the page and perform a search using Chrome, the following error
shows up in the log:
PHP Warning: json_encode() [function.json-encode]: Invalid UTF-8
sequence
On 1 September 2010 13:38, wrote:
> Thanks!
> I didn't notice the register_shutdown_function function.
> But it executes always I want to run it only to track fatal error. Also I
> can't get the backtrace properly:( I can't use 5.3 so I guess it works
> differently in 5.2
>
> Richard Quadling wro
Thanks!
I didn't notice the register_shutdown_function function.
But it executes always I want to run it only to track fatal error. Also I
can't get the backtrace properly:( I can't use 5.3 so I guess it works
differently in 5.2
Richard Quadling wrote:
> On 31 August 2010 09:49, Paul Freeman w
On 31 August 2010 09:49, Paul Freeman wrote:
> When fatal error occurs is it possible to output also the backtrace in the
> error log? The simple error message with file line
> only is quite useless...
outputs ...
In baz\bar
An error occurred.
array (
0 =>
array (
'file' => 'Z:\\bad.ph
I think you need a PHP extension to do this. XDebug works rather nicely for
this.
On 31/08/2010, at 8:49 PM, Paul Freeman wrote:
> When fatal error occurs is it possible to output also the backtrace in the
> error log? The simple error message with file line
> only is quite useless...
>
> --
When fatal error occurs is it possible to output also the backtrace in the
error log? The simple error message with file line
only is quite useless...
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
When fatal error occurs is it possible to output also the backtrace in the
error log? The simple error message with file line
only is quite useless...
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
21 matches
Mail list logo
