View Source

<p>This IRC Meeting is planned for 18:00 UTC on Wednesday, 28 March 2012.</p>

<ac:macro ac:name="html"><ac:plain-text-body><![CDATA[<iframe src="http://free.timeanddate.com/countdown/i2vpvyb9/cf12/cm0/cu4/ct0/cs0/ca0/cr0/ss0/cac000/cpc000/pcfff/tcfff/fs100/szw320/szh135/tatTime%20left%20to%20Event%20in/tac000/tptTime%20since%20Event%20started%20in/tpc000/mac000/mpc000/iso2012-03-28T18:00:00" frameborder="0" width="350" height="64"></iframe>]]></ac:plain-text-body></ac:macro>

<p>Please feel free to add topics, according to the template on the <ac:link><ri:page ri:content-title="IRC Meetings" /><ac:link-body>parent page</ac:link-body></ac:link>.</p>


<h2>RFC - Service Components</h2>

<p>Discuss / vote on the <a href="http://framework.zend.com/wiki/display/ZFDEV2/RFC+-+Service+Components">Service Components RFC</a> to separate out Zend\Service* components.</p>

<ul>
<li><a href="http://zend-framework-community.634137.n4.nabble.com/RFC-Service-Components-Moving-Zend-Service-out-of-the-core-td4490829.html">Mailing List Discussion</a></li>
<li><a href="http://framework.zend.com/wiki/display/ZFDEV2/2012-03-07+Meeting+Log">IRC Meeting Discussion</a></li>
</ul>


<ac:macro ac:name="unmigrated-inline-wiki-markup"><ac:plain-text-body><![CDATA[{vote:Service Components RFC - Should we discuss this?
|visibleVoters=true}
Yes
No
{vote}]]></ac:plain-text-body></ac:macro>


<h2>Cache: Return value for single get operations on missing items</h2>

<p>Currently get operations return FALSE or throw an ItemNotFoundException (configurable) if you request a missing item. That's confusing, since the cache doesn't know that item and should return no value (NULL). A long time ago there was a small discussion on the mailing list about this and the majority wants to retrieve FALSE. Ben Scholzen (DASPRiD) and Marc Bennewitz (mabe) would like to discuss this again to make it consistent with other components, which usually return NULL in their get*() methods.</p>

<p>Different perspectives:</p>
<ul>
<li>Get missing item -&gt; error -&gt; default is FALSE in PHP</li>
<li>Get missing item -&gt; no value -&gt; NULL</li>
</ul>


<ac:macro ac:name="unmigrated-inline-wiki-markup"><ac:plain-text-body><![CDATA[{vote: Return value for missing items - Should we discuss this?
|visibleVoters=true}
Yes
No
{vote}]]></ac:plain-text-body></ac:macro>

<h2>Extend the Zend\Crypt features</h2>

<p>The idea is to extend the Zend\Crypt component to offer a cryptographic framework in ZF (proposal of Enrico Zimuel in zf-contributors). Today, if a PHP developer wants to use cryptography in a web project needs to use the Mcrypt extension that is not so easy to manage if you don't have a background in <a href="http://en.wikipedia.org/wiki/Cryptographic_engineering">Cryptography Engineering</a>. I would like to provide a simple API in Zend\Crypt to encrypt/decrypt information using the best practices of cryptography.<br />
The first extensions of Zend\Crypt component will contains:</p>

<ul>
<li>add the encrypt/decrypt methods to Zend\Crypt using the simmetric algorithms of Mcrypt (Blowfish, AES, DES, 3DES, Twofish, etc)</li>
<li>add the encryptThenAuth, AuthThenEncrypt, encryptAndAuth methods to Zend\Crypt, to implement a secure encryption + authentication schema<br />
(more info: <a href="http://www.cryptopp.com/wiki/Authenticated_Encryption">http://www.cryptopp.com/wiki/Authenticated_Encryption</a>)</li>
<li>add the bcrypt algorithm to Zend\Crypt using the crypt('$2a$',...) function of PHP 5.3.0</li>
<li>improve the randomness of Zend\Crypt\Math::rand</li>
</ul>


<p>Moreover, in ZF we have other components that use cryptography: Zend\Filter\Encrypt and Zend\Filter\Decrypt. I think we should refactor these components using the Zend\Crypt.</p>


<ac:macro ac:name="unmigrated-inline-wiki-markup"><ac:plain-text-body><![CDATA[{vote: ZendCrypt RFC - Should we discuss this?
|visibleVoters=true}
Yes
No
{vote}]]></ac:plain-text-body></ac:macro>