headers
Steph Fox | 1 Aug 2007 02:06
Favicon

Re: [PHP-DEV] Regarding the ext/curl extension

Guys,

I don't think battling helps anyone.

I thought Daniel and myself had come to an (admittedly vague) agreement last 
week that a good way to approach this might be by fixing the php.net docs to 
give all the PHP-related info currently held on the libcurl site, and then 
ditch that page on the libcurl site and just link to the downloads rather 
than the libcurl project homepage.

As you might gather from that, I do agree with Daniel that the current setup 
with ext/curl is utterly confusing for PHP users. I don't really care whose 
fault it is, it just needs fixing.

Gwynne and myself have been talking under cover, and it seems we both are 
keen to do something with this. She has other projects outstanding at 
present (mainly the phpdoc build system) and I have a bunch of commitments 
to fulfill before I head off on holiday. For both of us, September's the 
first sane attack date when it comes to ext/curl.

There's also a bit more to this than straightforward documentation. I think 
I mentioned already.

Can we please drop this now until we both have space to work on it? After 
all, the status quo didn't arrive overnight.

Cheers,

- Steph
(Continue reading)

Permalink | Reply | 3 comments |
headers
Alan Milnes | 1 Aug 2007 09:39
Picon

Re: [PHP-DEV] Regarding the ext/curl extension

On 01/08/07, Steph Fox <steph <at> zend.com> wrote:

> There's also a bit more to this than straightforward documentation. I think
> I mentioned already.

That's fine but if you need help with the documentation please give me a shout.

Alan

--

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Permalink | Reply | 2 comments |
headers
Pierre | 1 Aug 2007 10:23
Picon
Gravatar

Re: [PHP-DEV] Regarding the ext/curl extension

Hi Daniel,

On 7/31/07, Daniel Stenberg <daniel <at> haxx.se> wrote:

> > Daniel, I don't really understand what renaming the extension would
> > accomplish.
>
> Then I didn't make myself clear.
>
> The point of renaming would be to allow people to search for something with a
> name that doesn't confuse them. If the binding would be called 'mombamoolo',
> they would search for that and they would certainly not be confused by
> products or projects called curl or libcurl (even if they would know that
> mombamoolo uses libcurl).
>
> Now they search for curl and libcurl instead, and they read the docs on our
> site, and yes some of them get angry or even hostile on us when they can't
> find enough details about PHP on our curl site.

I would like to suggest you a few things I did for libgd. It has the
same problem (even worst, as PHP forked gd a few years back).

- Add abinding entry in the navigation menu in all your pages (not
only for libcurl)

- Add a notice (in bold, italic and red :) on the homepages (curl and
libcurl)  that you have nothing to do with the binding and put a link
to the binding page (which should only have a "see
myfavouritescriptinglanguage.net/curl" for further details)
(Continue reading)

Permalink | Reply | 2 comments |
headers
Dmitry Stogov | 1 Aug 2007 10:56
Favicon
Gravatar

[PHP-DEV] Ext/OpenSSL patch

Hi,

I propose a patch for ext/openssl that extends support for crypto API.
- it provides access to openSSL digest functions
	function openssl_get_md_methods();
	function openssl_digest(string $data, string $method [, bool $raw]);
- it provides access to openSSL digest functions
	function openssl_get_cipher_methods();
	function openssl_encrypt(string $data, string $method, $string
$password [, bool $raw]);
	function openssl_decrypt(string $data, string $method, $string
$password [, bool $raw]);
- It extends existing functions openssl_pkey_new() and
openssl_pkey_get_details() to access internal values of DSA, RSA and DH
keys. For example you can create DH key and then access its internal values
using the following code:
	<?php
		$dh = openssl_pkey_new(array('dh' => array(
			'p' => pack('H*', 'dcf93a0b883972ec'),
			'g' => pack(H*', '02')));
		$details = openssl_pkey_get_details($dh);
		var_dump(base64_encode($deteils['dh']['p']));
		var_dump(base64_encode($deteils['dh']['g']));
		var_dump(base64_encode($deteils['dh']['priv_key']));
		var_dump(base64_encode($deteils['dh']['pub_key']));
	?>
- it provides new function that computes shared secret for two DH keys
	function openssl_dh_compute_key(string $pub_key, resource $dh)
- it also extend some functions to support string name of crypto algorith in
addition to numeric constants.
(Continue reading)

Permalink | Reply | 18 comments |
headers
Jani Taskinen | 1 Aug 2007 11:36
Picon

Re: [PHP-DEV] Ext/OpenSSL patch

You just wasted time posting this here, just commit it. :)

--Jani

On Wed, 2007-08-01 at 12:56 +0400, Dmitry Stogov wrote:
> Hi,
> 
> I propose a patch for ext/openssl that extends support for crypto API.
> - it provides access to openSSL digest functions
> 	function openssl_get_md_methods();
> 	function openssl_digest(string $data, string $method [, bool $raw]);
> - it provides access to openSSL digest functions
> 	function openssl_get_cipher_methods();
> 	function openssl_encrypt(string $data, string $method, $string
> $password [, bool $raw]);
> 	function openssl_decrypt(string $data, string $method, $string
> $password [, bool $raw]);
> - It extends existing functions openssl_pkey_new() and
> openssl_pkey_get_details() to access internal values of DSA, RSA and DH
> keys. For example you can create DH key and then access its internal values
> using the following code:
> 	<?php
> 		$dh = openssl_pkey_new(array('dh' => array(
> 			'p' => pack('H*', 'dcf93a0b883972ec'),
> 			'g' => pack(H*', '02')));
> 		$details = openssl_pkey_get_details($dh);
> 		var_dump(base64_encode($deteils['dh']['p']));
> 		var_dump(base64_encode($deteils['dh']['g']));
> 		var_dump(base64_encode($deteils['dh']['priv_key']));
> 		var_dump(base64_encode($deteils['dh']['pub_key']));
(Continue reading)

Permalink | Reply | 1 comment |
headers
Pierre | 1 Aug 2007 11:41
Picon
Gravatar

Re: [PHP-DEV] Ext/OpenSSL patch

On 8/1/07, Jani Taskinen <jani.taskinen <at> sci.fi> wrote:
> You just wasted time posting this here, just commit it. :)

Thanks for this patch, so far my favourite until now! It does not
bring more inconsistencies to the openssl API and easy to understand.

I agree with Jani, you can commit it to HEAD so we can start to play
with it and see what can/should/could be improved or added. I have
played with my own patches to add similar features and met a couple of
annoyances, once it is in HEAD we can start to discuss and fix them if
any :)

Cheers,
--Pierre

--

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Permalink | Reply | 0 comments |
headers
Rob Richards | 1 Aug 2007 14:11

Re: [PHP-DEV] Ext/OpenSSL patch

Hi Dmitry,

Dmitry Stogov wrote:
> Hi,
> 
> I propose a patch for ext/openssl that extends support for crypto API.
> - it provides access to openSSL digest functions
> 	function openssl_get_md_methods();
> 	function openssl_digest(string $data, string $method [, bool $raw]);
> - it provides access to openSSL digest functions
> 	function openssl_get_cipher_methods();
> 	function openssl_encrypt(string $data, string $method, $string
> $password [, bool $raw]);
> 	function openssl_decrypt(string $data, string $method, $string
> $password [, bool $raw]);
> - It extends existing functions openssl_pkey_new() and
> openssl_pkey_get_details() to access internal values of DSA, RSA and DH
> keys. For example you can create DH key and then access its internal values
> using the following code:

...

I would like to see this committed. I really could use this for some XML 
Sec functionality.

Rob

--

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
(Continue reading)

Permalink | Reply | 1 comment |
headers
David Coallier | 1 Aug 2007 15:35
Picon

Re: [PHP-DEV] Ext/OpenSSL patch

On 8/1/07, Rob Richards <rrichards <at> ctindustries.net> wrote:
> Hi Dmitry,
>
> Dmitry Stogov wrote:
> > Hi,
> >
> > I propose a patch for ext/openssl that extends support for crypto API.
> > - it provides access to openSSL digest functions
> >       function openssl_get_md_methods();
> >       function openssl_digest(string $data, string $method [, bool $raw]);
> > - it provides access to openSSL digest functions
> >       function openssl_get_cipher_methods();
> >       function openssl_encrypt(string $data, string $method, $string
> > $password [, bool $raw]);
> >       function openssl_decrypt(string $data, string $method, $string
> > $password [, bool $raw]);
> > - It extends existing functions openssl_pkey_new() and
> > openssl_pkey_get_details() to access internal values of DSA, RSA and DH
> > keys. For example you can create DH key and then access its internal values
> > using the following code:
>
> ...
>
> I would like to see this committed. I really could use this for some XML
> Sec functionality.
>
> Rob
>
> --
> PHP Internals - PHP Runtime Development Mailing List
(Continue reading)

Permalink | Reply | 0 comments |
headers
Philip Olson | 1 Aug 2007 17:33
Gravatar

Re: [PHP-DEV] Regarding the ext/curl extension

>> There's also a bit more to this than straightforward  
>> documentation. I think
>> I mentioned already.
>
> That's fine but if you need help with the documentation please give  
> me a shout.

Consider this a shout from the PHP Manual! Please send  
phpdoc <at> lists.php.net an email introducing yourself and we'll talk.  
There are many parts of the manual in need of help, always, so  
welcome to the team ;)

Regards,
Philip

--

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Permalink | Reply | 0 comments |
headers
Steph Fox | 1 Aug 2007 17:57
Favicon

Re: [PHP-DEV] Regarding the ext/curl extension

> But pushing the PHP docs (as Steph suggested later) to your site will
> only bring you more questions about php's CURL binding. It sounds like
> a bad idea :)

Erm... where did I suggest that? I'm saying the exact opposite - you're 
right, it's an extremely bad idea! and it also happens to describe the 
current situation.

- Steph

>
> Cheers
> --Pierre
>
> -- 
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
> 

--

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Permalink | Reply | 1 comment |

Gmane