- A quest for excellence
- Scale your ideas
- Code less, Develop better
- Quality meets Results
- The first brick of wisdom
--
*From:* Wil Sinclair [mailto:[EMAIL PROTECTED]
*Sent:* 16 April 2008 21:59
*To:* Robert Castley; fw-general@lists.zend.com
*Subject:*
For the record, I work for an Enterprise and would choose no other framework
for our work here, even though I'm a fan of other frameworks.
And while it has been overused, I believe the connotation for most people is
that Enterprise means lots of employees helping the company generate lots of
Eric,
Great to hear from an actual enterprise ZF user! I'm not at all surprised to
see ZF used in the enterprise and to hear that there isn't much competition
to ZF in this space. Just because (in my guess) the majority of ZF users are
not enterprise users doesn't mean that enterprise users
I totally understand that ZF has a commercial aspect and that it's target
audience
(at least on the commercial end) is the enterprise and that hopefully it's
use in the
enterprise will help drive it's continued improvement.
Indeed. I'm making the push for us to adopt more of this
Mike,
Can you share with us a different approach?
Because methinks if your properly secured 'salt value' has been stolen,
you've got bigger problems than someone computing a dictionary of hashes
with the value.
--
Eric Marden
-Original Message-
From: Michael B Allen
P.S. - I'm not considering storing the salt in the DB as being properly
secured. That's kind of like keeping the key to your house under the
door mat. You can get in, if you know where to look.
--
Eric Marden
-Original Message-
From: Eric Marden [mailto:[EMAIL PROTECTED]
Sent:
If I build a form with Zend_Form, then need to add to it dynamically
with ajax requests, how can Zend_Form help render the new elements
without rendering a whole form? If I add something in the middle of a
group that was originally created by Zend_Form, can I get it to match
generated ids
-- Marcus Bointon [EMAIL PROTECTED] wrote
(on Thursday, 17 April 2008, 04:15 PM +0100):
If I build a form with Zend_Form, then need to add to it dynamically
with ajax requests, how can Zend_Form help render the new elements
without rendering a whole form? If I add something in the middle of
So, for instance, 'my_decorator' is a bad class name as it (a) doesn't
follow Zend coding standards, and (b) tells nothing about what it does.
From what you say, it sounds like it's a submit button decorator -- so
let's call it 'My_Decorator_Submit'. Place it in
'My/Decorator/Submit.php'
No question and I apologize for cluttering the list, but I've been delving
into the Zend_DB module and using the SELECT object to programmatically
create sql statements . It is s easy now to create complex sql
statements dynamically. So this is just a big THANK YOU!
On 4/17/08, Eric Marden [EMAIL PROTECTED] wrote:
P.S. - I'm not considering storing the salt in the DB as being properly
secured. That's kind of like keeping the key to your house under the
door mat. You can get in, if you know where to look.
The UNIX passwd database and LDAP userPassword
Another satisfied customer. Sweet.
--
Eric Marden
From: Mark Steudel [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 17, 2008 11:50 AM
To: fw-general@lists.zend.com
Subject: [fw-general] Programatic SQL statements ROCK!
P.S. - I'm not considering storing the salt in the DB as being
properly secured. That's kind of like keeping the key to your house
under the door mat. You can get in, if you know where to look.
The UNIX passwd database and LDAP userPassword attribute store the
salt in plain sight with the
On 4/17/08, Eric Marden [EMAIL PROTECTED] wrote:
P.S. - I'm not considering storing the salt in the DB as being
properly secured. That's kind of like keeping the key to your house
under the door mat. You can get in, if you know where to look.
The UNIX passwd database and LDAP
Hey Guys,
I was looking for a way to use CALC_FOUND_ROWS in mysql, I saw in the
documentation you could get the same thing by doing this:
array('line_items_per_product' = 'COUNT(*)'))
If I wanted to do CALC_FOUND_ROWS instead, how would I do it utilizing the
Zend_DB?
Thanks, Mark
Depending on your needs you may want to disable Rendering and Layouts:
setNoRender(); disableLayout();
/**
* streamAction
*
* Stream Action
*/
public function streamAction()
{
Is there any reason why the unit tests are output buffered?
-- TestHelper.php #22 --
/*
* Start output buffering
*/
ob_start();
--
/James
Have you tried
array('line_items_per_product' = 'CALC_FOUND_ROWS COUNT(*)'))
I think that might work.
--
/James
On Thu, Apr 17, 2008 at 8:06 PM, Mark Steudel [EMAIL PROTECTED] wrote:
Hey Guys,
I was looking for a way to use CALC_FOUND_ROWS in mysql, I saw in the
documentation you could
Well couple of problems,
1. I can't mix a count() statement in my sql statement the whole mixing
group columns with non group columns thing
2. Even if I try and trick it by putting at the begging the select
methods quote everything, so it because something like:
SELECT
Unless things have changed since 2007 I can't use the SQL_CALC_FOUND_ROWS
with the select methods . bummer.
_
From: James Dempster [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 17, 2008 12:48 PM
To: Mark Steudel
Cc: fw-general@lists.zend.com
Subject: Re: [fw-general]
I would like to suggest a simple change to Zend_Filter_Input in order to pass
the filterred data to the validators as a second option (much like Zend_Form
does).
This will involve (I believe) simply adding a paramater to two method calls.
I'm currently running this in an over ridden method in my
yeah looks like a tricky one, you could always extend the Zend_Db_Select
class and implement your own CALC_FOUND_ROWS follow the DISTINCT as an
example I think.
--
/James
On Thu, Apr 17, 2008 at 9:13 PM, Mark Steudel [EMAIL PROTECTED] wrote:
Unless things have changed since 2007 I can't use
I ended up retrieving the SQL as string and do a string replace and then
execute the SQL statement. Not very elegant but it solved my problem at that
time. If you come up with a more elegant way, please let me know.
Once I have time I'd like to add this as a functionality to the select class
to
Yah . will give it a go .
_
From: James Dempster [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 17, 2008 1:20 PM
To: Mark Steudel
Cc: fw-general@lists.zend.com
Subject: Re: [fw-general] CALC_FOUND_ROWS vs. count(*)
yeah looks like a tricky one, you could always extend the
Creating a Jira issue would be ideal to keep a track of this task.
On Thu, Apr 17, 2008 at 3:21 PM, Gunter Sammet [EMAIL PROTECTED] wrote:
I ended up retrieving the SQL as string and do a string replace and then
execute the SQL statement. Not very elegant but it solved my problem at that
Well ... I played around with this and was able to hack up the Select class
to put this functionality in. here it is if anyone is interested:
http://www.mindfulinteractive.com/zend/Select.txt
Basically you can now do something like
$select-sqlCalcFoundRows();
And it will add
Hi Mark
Do I understand correctly that you just needed to use that function as
a returning field?
If so, did the following not work for you?
$select-from('yourtable', array('line_items_per_product' = new
Zend_Db_Expr('CALC_FOUND_ROWS')));
Using a Zend_Db_Expr prevents a string from
Hi Simon:
The reason to prepend CALC_FOUND_ROWS in MySQL is to be able to get the
total number of rows for a statement if you restrict with a limit for
pagination. Have a quick look at
http://dev.mysql.com/doc/refman/5.1/en/information-functions.html#function_found-rows
to
see how it works.
For
Hi Gunter
Thanks for the clarification. The statement I used below will still
work after a select() is executed:-
$select-from('yourtable', new Zend_Db_Expr('SQL_CALC_FOUND_ROWS *'))-
where('id ?', 100)-limit(10); // SELECT SQL_CALC_FOUND_ROWS *
FROM `yourtable` WHERE (id 100) LIMIT 10
Hi Guys,
This is just a quick email for those using the Rest Client / their own Http
client and are seeing memory leaks in long running processes.
On line 115 of Zend/Http/Client/Adapter/Socket.php:
// Now, if we are not connected, connect
if (! is_resource($this-socket) || !
Still claiming that the best practice would be to use a site-wide and
a per record salt. Both methods are widely used and has there
advantages. As I wrote, on a per record basis the attacker needs so
much time to compute just one password that it's unlikely to worth
trying, while using a main salt
Couldn't a specific stream registry, and possibly some slight
refactoring make it easier to implement a way to make multiple
requests in parallel [1] [2]? I worked on changing Zend_Http_Client
to support something like this on several occasions, but each one had
a set of issues and was
32 matches
Mail list logo