[PHP-DEV] php.net - The Website Ahead Contains Malware

[Konstantin Leboev]

I have only this email to contact, but when I opened today php.net in
Google Chrome I've got next message "The Website Ahead Contains Malware".

Link for details:
http://safebrowsing.clients.google.com/safebrowsing/diagnostic?site=http%3A%2F%2Fphp.net%2F&client=googlechrome&hl=en-US

-- 
Regards,
Konstantin

[PHP-DEV] SoapServer::handle some times does not call php_end_ob_buffer

[Konstantin Leboev]

Hi all,

In some cases SoapServer::handle does not call php_end_ob_buffer and I can
not call it from php. For example:

class A {
}

$s = new SoapServer("wsdl.wsdl");
$s->setClass("A");

ob_start();
var_dump(ob_get_level()); // int(1)
$s->handle();
var_dump(ob_get_level()); // int(2)
echo ob_get_clean(); // Notice: ob_get_clean(): failed to delete buffer
default output handler

1. When method handle() called without arguments and it is not POST method
2. When unknown compression used or we can't uncompress compressed request.

-- 
Regards,
Konstantin

Re: [PHP-DEV] SoapServer::handle some times does not call php_end_ob_buffer

[Konstantin Leboev]

On Wed, Apr 20, 2011 at 5:35 PM, Ferenc Kovacs  wrote:

> please report it as a bug on http://bugs.php.net, its easier to keep track
> of the problem if its in there.
>

http://bugs.php.net/bug.php?id=54575

-- 
Regards,
Konstantin

Re: [PHP-DEV] quick polls for 5.3

[Konstantin Leboev]

On Wed, Nov 12, 2008 at 10:14 PM, Lukas Kahwe Smith <[EMAIL PROTECTED]>wrote:

> Hi,
>
> here are a few questions that need to be answered ASAP.
>
> If at all possible keep your votes as short as possible. I think all of the
> above topics have been discussed quite a lot on the list. So I hope voters
> can spare the list needless repetition. Instead if you think that a topic
> needs to be discussed, put a short note in your vote under the given topic.
> If a number of people also think the topic needs more discussion, then we
> can open a new thread dedicated to this topic later this week.
>
> 1) ext/mhash in 5.3. ext/hash has all the functions, so the entire BC break
> will be that "if (extension_loaded('mhash'))" will need fixing if mhash is
> removed (answer both)
> I) enable ext/hash by default
> II) remove ext/mhash
>
0


> 2) deprecate ereg*. ext/ereg is an extension as of PHP 5.3. Since ext/ereg
> is more or less redundant with ext/preg and is likely to not get much
> unicode love for PHP 6, the question is if we should mark it with a
> E_DEPRECATED in PHP 5.3

+1


> 3) resource constants (choose one)
> a) Should we deprecate constant resources (mostly used to emulate STDIN and
> friends)
> b) Should we instead just throw an E_STRICT
> c) Document as is

0


> 4) keep ext/phar enabled by default in 5.3?

0


> 5) keep ext/sqlite3 enabled by default in 5.3?

+1


> 6) enable mysqlnd by default in 5.3? (answer both)
> I) enable mysqlnd by default
> II) also enable ext/mysql, mysqli und pdo_mysql by default since there will
> be no external dependencies in this case

0


> 7) should Output buffering rewrite MFH? this one comes with some baggage,
> we need enough people to actually have a look at how things are in HEAD and
> make it clear that they will be available for bug fixing and BC issues
> resolving. the risk here is obviously that any BC issues will be hard to
> isolate for end users.

0


> 8) MFH mcrypt cleanups in HEAD. either the make sense or they dont, so
> either (choose one)
> a) revert in HEAD
> b) MFH to 5.3

0

regards,
> Lukas Kahwe Smith
> [EMAIL PROTECTED]
>
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>


-- 
Best regards,
Konstantin Leboev