Re: [fw-general] LDAP support
Hi, I added an extended Zend_LDAP proposal. This component extends Zend_LDAP to provide the full range of LDAP functions (searching, CRUD, tree traversing, etc.). The proposal is located at http://framework.zend.com/wiki/display/ZFPROP/Zend_Ldap_Ext+Proposal. A preliminary version has been checked in at http://svn2.assembla.com/svn/zf-proposals/Zend_Ldap_Ext/trunk/. Please feel free to comment and contribute to this proposal. Best regards Stefan Andrew Yager wrote: > > Hi, > > Does anyone (other than me) have a need for LDAP support within ZF? > If so, what form would that take? Has anyone done any work on this so > far? > > Is there a better place to discuss this than fw-general? > > Thanks, > Andrew > > _ > Andrew Yager, Managing Director > Real World Technology Solutions > ph: 1300 798 718 or (02) 9563 4840 > fax: (02) 9563 4848 mob: 0405 152 568 > http://www.rwts.com.au/ > _ > > > > -- View this message in context: http://www.nabble.com/LDAP-support-tp8419053p17313728.html Sent from the Zend Framework mailing list archive at Nabble.com.
[fw-general] Zend Framework case study: AGDA
Hi there ZF'ers I hope this doesn't fall into the category of shameless self-promotion (feel free to send a virtual razz if it does!) but I'd like to let you know that we've built and launched the new website for the Australian Graphic Design Association (AGDA). http://www.agda.com.au/ From a developer perspective, it's been a challenging project, as we've had to build in functionality for the following:- * Single sign-on across multiple subdomains * RSS feeds * eCommerce for membership, events and an awards section * User contribution with articles/blogs/classified ads * Full site search * Member folio listings and account management for over 2000 members ...and a whole lot more. I would like to thank each and every framework contributor - this project started in September last year and without the many, many improvements and features added to the ZF I couldn't have possible completed this site in its current form. It has been a snap to add new modules, but more importantly it has matured thanks to standing on the shoulders of some pretty heavy-hitting developers in both the Zend camps and the community at large. If there's any part of the site that anyone's interested in I'd be happy to share the processes and the thinking if it helps give back. Cheerio! -- Simon Mundy | Director | PEPTOLAB """ " "" "" "" "" """ " "" " " " " "" "" " 202/258 Flinders Lane | Melbourne | Victoria | Australia | 3000 Voice +61 (0) 3 9654 4324 | Mobile 0438 046 061 | Fax +61 (0) 3 9654 4124 http://www.peptolab.com
[fw-general] Help with API design
Hi,
I am using ZF for my database access but sometimes I need to pre-process the
result before sending back to the 'application' code to use (located in the
controller). In my current approach I end up having a class that has a
property that extends Zend_Db_Table_Abstract.
class Foo
{
protected $_persistDb;
public function search($options)
{
$this->_persistDb = new
My_Class_That_Extends_Zend_Db_Table_Abstract(array('db' => $options['db']));
$rc = $this->_persistDb->find();
$result = $this->_persistDb->toArray();
// do something with result
return $result;
}
}
One of my concerns is that if result is a large one this will take a while
since will be duplicating the memory allocation. I considered than adding
an additional parameter &$result to be passed as reference.
like
function search ($options, &$result)
The other is that sometimes I may want to return just the number of items
storing the rowset somewhere that I request later in my controller.
Thanks.
Re: [fw-general] ZF and Ohloh
Hi Wil, I have been "using" Ohloh since one year and I have to say it's a really amazing project. They also expose a RESTful API. If I'm right there's a ZF component proposal for a Ohloh client somewhere in the wiki page. Simone On Mon, May 19, 2008 at 2:54 AM, Wil Sinclair <[EMAIL PROTECTED]> wrote: > Hi all, I took a look at Ohloh (http://www.ohloh.net/) this weekend for > the first time. It's a relatively interesting tool to track open source > projects, and I find it particular useful for tracking relationships > among them. Zend Framework's Ohloh project can be found here: > http://www.ohloh.net/projects/zend_framework. Two reasons I mention > this: > > 1) I would be nice to see all our users and contributors associated with > the Zend Framework project on Ohloh. > > 2) It would be *particularly* nice to see all projects that use Zend > Framework associated with the project on Ohloh. > > ,Wil >
Re: [fw-general] Help with Zend_View
ok, this worked. My question now, though, is: how? I'm relatively new
to ZF, only been toying with it for a few months now, so I'm still
learning the nuts and bolts.
I set up my view, and store it in the registry, in the bootstrap file.
I then load the view instance into the $_view property of the
controller, and use it to assign vars, etc. So if my view instance is
in $this->_view, where is $this->render() defined? And how does it
interact with my view instance?
Cheers,
-- Steven
Matthew Weier O'Phinney wrote:
Your problem is the above line; call simply "$this->render('input');",
and this will ensure that no additional templates are autorendered.
Re: [fw-general] Help with Zend_View
-- Steven <[EMAIL PROTECTED]> wrote
(on Monday, 19 May 2008, 10:48 PM +0900):
> ok, this worked. My question now, though, is: how? I'm relatively new
> to ZF, only been toying with it for a few months now, so I'm still
> learning the nuts and bolts.
>
> I set up my view, and store it in the registry, in the bootstrap file. I
> then load the view instance into the $_view property of the controller,
> and use it to assign vars, etc. So if my view instance is in
> $this->_view, where is $this->render() defined? And how does it
> interact with my view instance?
By default, ZF's MVC loads the view instance into the public $view
property of the controller... via the ViewRenderer action helper. You
should read up on that component:
http://framework.zend.com/manual/en/zend.controller.actionhelpers.html#zend.controller.actionhelpers.viewrenderer
> Matthew Weier O'Phinney wrote:
> > Your problem is the above line; call simply "$this->render('input');",
> > and this will ensure that no additional templates are autorendered.
--
Matthew Weier O'Phinney
Software Architect | [EMAIL PROTECTED]
Zend - The PHP Company | http://www.zend.com/
RE: [fw-general] OT: Website Mock-Up Design Tool for Win(/Lin/Mac)
I do wireframes (black + white, mostly layout and placement only) and mock-ups (full-color treatments, ready to slice+style) in Photoshop and/or Fireworks. I'd also like to get into HTML Mock-Ups, that is, doing the screens (views) in XHTML/CSS but not having them hooked up to any functioning php code. Allows you to nail the UI while its still malleable and before its linked to any real code. OmniGraffle and Visio are nice tools, but I found them to be clunky when doing wireframes, and completely inadequate for mock-ups. But if you do like them, exporting to PDF is one way to pass them about, but editing will have to be done on and with the native tools. -- Eric Marden From: Thomas Fritz [mailto:[EMAIL PROTECTED] Sent: Sunday, May 18, 2008 9:11 AM To: fw-general@lists.zend.com Subject: [fw-general] OT: Website Mock-Up Design Tool for Win(/Lin/Mac) Hello everybody. Sorry, This is not really ZF specific. We are searching for a Tool for creating Website Mock-Ups before we are going to implement it in ZF. So i would like to ask you how you make your mock-ups? Which tool(s) do you use? I know that many uses Photoshop or Fireworks for designing. But i think of something like Omni Graffle at Mac, which i peronally like, but we need it for Windows basically, but also for Linux and MAC. I know there is Microsoft Visio on Windows, but we do not need that much. The best would be a SMALL tool for ONLY designing Web Design Mock-Ups (and perhaps runs on Windows/Mac/Linux). Thats all we need. I havent found such tool yet, but perhaps somebody can give me some advice. Thanks Thomas
Re: [fw-general] Zend_Paginator... when?
Great! I look forward to abandoning my crude hack. Thanks. On Fri, May 16, 2008 at 6:40 PM, Matthew Ratzloff <[EMAIL PROTECTED]> wrote: > Hi David, > Jurriën and I currently hope to have Zend_Paginate ready for Zend Framework > 1.6. > > -Matt > > On Fri, May 16, 2008 at 12:55 PM, David Mintz <[EMAIL PROTECTED]> > wrote: > >> Off the record, approximately when is Zend_Paginator expected to make its >> debut? >> >> -- >> David Mintz >> http://davidmintz.org/ >> >> The subtle source is clear and bright >> The tributary streams flow through the darkness > > > -- David Mintz http://davidmintz.org/ The subtle source is clear and bright The tributary streams flow through the darkness
Re: [fw-general] OT: Website Mock-Up Design Tool for Win(/Lin/Mac)
Hi Ben! Hi Eric! Thank you for your answer Ben Scholzen 'DASPRiD' wrote: > > Hm, when talking about "runs everywhere", maybe Gimp? > Well, you are right. Gimp is available on "all" Platforms. But i do not want to "design" a site or project, i want to create simply ugly wireframes (like eric wrote) swith pre defined Controls like Input fields, textareas, Drop down Boxes, Checkboxes, etc... Eric Marden wrote: >I do wireframes (black + white, mostly layout and placement only) and mock-ups >(full-color treatments, ready to slice+style) in Photoshop and/or Fireworks. >I'd also like to get >into HTML Mock-Ups, that is, doing the screens (views) >in XHTML/CSS but not having them hooked up to any functioning php code. Allows >you to nail the UI while its still >malleable and before its linked to any >real code. > >OmniGraffle and Visio are nice tools, but I found them to be clunky when doing >wireframes, and completely inadequate for mock-ups. But if you do like them, >exporting to PDF >is one way to pass them about, but editing will have to be >done on and with the native tools. I have to say that i did not tried Gimp / Photoshop / Fireworks for this and i have no experience with Gimp / Photoshop / Fireworks- Perhaps its also very simple. I like to simply drag and drop those controls, arrange and rearrange them while planning a new project or site with others. I do not need any export functionality really but exporting to pdf would be cool, exporting to HTML would even be cooler. ;-) I also think that Visio is tooo big and fat (and expensive). As i said. But I havent found an other tool for doing this.;-) I hope someone can give some advice here. Thomas
RE: [fw-general] OT: Website Mock-Up Design Tool for Win(/Lin/Mac)
Thomas Fritz said: > I like to simply drag and drop those controls, arrange and rearrange them > while planning a new project or site with others. > I do not need any export functionality really but exporting to > pdf would be cool, exporting to HTML would even be cooler. ;-) Google: "website wireframe software" There are a few offerings out there for dedicated diagramming tools that may be of some use. A quick spot check shows that they are mostly Windows only, but again, exporting to PDF for printing or presenting to others is still an option, since more than likely only a small group of folks (as small as 1) will actually incorporate any changes to the wireframe, so they may fit your needs. Perhaps virtualization of Windows under OS X or *nix is another solution to the "edit on all platforms" issue. -- Eric Marden
[fw-general] Best practice in class-zend coding?
Hi all
I have been learned to allways use set/get to deliver parameters to class
methods, best practice lite this:
$validator->setEmail('[EMAIL PROTECTED]');
$validator->isValid();
But, in the Zend framework there are lots of places where the docs tell me
not to do that? And insted put the parameter direct in to the method, like
this:
$validator->isValid($email);
Why is that so? And is'nt that to "break" best practice of objekt oriented
coding style?
best regards / johannes
--
View this message in context:
http://www.nabble.com/Best-practice-in-class-zend-coding--tp17324865p17324865.html
Sent from the Zend Framework mailing list archive at Nabble.com.
RE: [fw-general] OT: Website Mock-Up Design Tool for Win(/Lin/Mac )
There is ConceptDraw (PC & Mac) http://www.conceptdraw.com/en/products/cd5/ap_visio_mac.php?utm_source=websi te&utm_medium=468x60&utm_campaign=MacMinute But your best bet is Kivio http://www.thekompany.com/products/kivio/?PHPSESSID=18105eb594b5ac55eaad5cd3 bf925916 - Robert -Original Message- From: Thomas Fritz [mailto:[EMAIL PROTECTED] Sent: 19 May 2008 17:06 To: fw-general@lists.zend.com Subject: Re: [fw-general] OT: Website Mock-Up Design Tool for Win(/Lin/Mac) Hi Ben! Hi Eric! Thank you for your answer Ben Scholzen 'DASPRiD' wrote: > > Hm, when talking about "runs everywhere", maybe Gimp? > Well, you are right. Gimp is available on "all" Platforms. But i do not want to "design" a site or project, i want to create simply ugly wireframes (like eric wrote) swith pre defined Controls like Input fields, textareas, Drop down Boxes, Checkboxes, etc... Eric Marden wrote: >I do wireframes (black + white, mostly layout and placement only) and mock-ups (full-color treatments, ready to slice+style) in Photoshop and/or Fireworks. I'd also like to get >into HTML Mock-Ups, that is, doing the screens (views) in XHTML/CSS but not having them hooked up to any functioning php code. Allows you to nail the UI while its still >malleable and before its linked to any real code. > >OmniGraffle and Visio are nice tools, but I found them to be clunky when doing wireframes, and completely inadequate for mock-ups. But if you do like them, exporting to PDF >is one way to pass them about, but editing will have to be done on and with the native tools. I have to say that i did not tried Gimp / Photoshop / Fireworks for this and i have no experience with Gimp / Photoshop / Fireworks- Perhaps its also very simple. I like to simply drag and drop those controls, arrange and rearrange them while planning a new project or site with others. I do not need any export functionality really but exporting to pdf would be cool, exporting to HTML would even be cooler. ;-) I also think that Visio is tooo big and fat (and expensive). As i said. But I havent found an other tool for doing this.;-) I hope someone can give some advice here. Thomas This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 plc internal virus protection system. This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 plc internal virus protection system.
Re: [fw-general] Best practice in class-zend coding?
-- johannesf <[EMAIL PROTECTED]> wrote
(on Monday, 19 May 2008, 11:17 AM -0700):
> I have been learned to allways use set/get to deliver parameters to class
> methods, best practice lite this:
>
> $validator->setEmail('[EMAIL PROTECTED]');
> $validator->isValid();
>
> But, in the Zend framework there are lots of places where the docs tell me
> not to do that? And insted put the parameter direct in to the method, like
> this:
>
> $validator->isValid($email);
>
> Why is that so? And is'nt that to "break" best practice of objekt oriented
> coding style?
Best practices depend on who's teaching them, their background, and the
language discussed.
In PHP, we often go for expediency -- why do _two_ method calls, when
_one_ will suffice? Many see the Java-esque version you present as
verbose and unnecessary, particularly when isValid() is all you're
interested in.
Yes, it may not be pure OOP, but then again, is pure OOP for purity's
sake a necessity? ;-)
--
Matthew Weier O'Phinney
Software Architect | [EMAIL PROTECTED]
Zend - The PHP Company | http://www.zend.com/
Re: [fw-general] Best practice in class-zend coding?
Actually, in the case you bring up, I think it depends on the goals of
the object which influence its api. When you talk about having getters
and setters, you are typically modifying the STATE of an object...
In other words, you are actually further defining the objects role.
In you example, adding setEmail($email) to the $validator is further
defining the role of the $validator to be a 'a validator specifically
for $email'. This would change the role from
'one validator for all email addresses' to
'one validator for one email address'
Semantically speaking, whatever the actual email address is doesn't add
any meaningfulness to the validator object itself, so having these
accessors doesn't provider any further value-added to the api.
In a very round about way, thats the best way I could explain it ;)
-Ralph
johannesf wrote:
Hi all
I have been learned to allways use set/get to deliver parameters to class
methods, best practice lite this:
$validator->setEmail('[EMAIL PROTECTED]');
$validator->isValid();
But, in the Zend framework there are lots of places where the docs tell me
not to do that? And insted put the parameter direct in to the method, like
this:
$validator->isValid($email);
Why is that so? And is'nt that to "break" best practice of objekt oriented
coding style?
best regards / johannes
Re: [fw-general] Best practice in class-zend coding?
Thanks alot for the reply. So i guess best practice is up to me, but the 'state' -thinking is great thinking! In some places where I use a parameter more then once its nice to 'set' it, and then I can grab it along the way. As a rule of thumb it's 'clean' to allways set/get, just to avoid mixing the to approaches. Thanks again for the replyes Best regards / johannes -- View this message in context: http://www.nabble.com/Best-practice-in-class-zend-coding--tp17324865p17326516.html Sent from the Zend Framework mailing list archive at Nabble.com.
[fw-general] Almost there :) Now, file is on the server but error say that it is not :)
Error i am gettign is: ErrorController: script 'banners/admin-index.phtml' not found in path (application/views/helpers/pagelets/templates/:application/views/scripts/) I have application/views/scripts/banners on my web server with admin-index.phtml in this folder. Exactly as on my localhost, where everything works just fine. what i am doing wrong? -- View this message in context: http://www.nabble.com/Almost-there-%3A%29-Now%2C-file-is-on-the-server-but-error-say-that-it-is-not-%3A%29-tp17326635p17326635.html Sent from the Zend Framework mailing list archive at Nabble.com.
Re: [fw-general] Best practice in class-zend coding?
It depends, in some cases it will be absolutely pointless to use setters and
I would never consider it a best practice, quite the opposite. Following
this rule blindly will result in bloated classes and less readable code.
Karol
johannesf wrote:
>
> Hi all
>
> I have been learned to allways use set/get to deliver parameters to class
> methods, best practice lite this:
>
> $validator->setEmail('[EMAIL PROTECTED]');
> $validator->isValid();
>
> But, in the Zend framework there are lots of places where the docs tell me
> not to do that? And insted put the parameter direct in to the method, like
> this:
>
> $validator->isValid($email);
>
> Why is that so? And is'nt that to "break" best practice of objekt oriented
> coding style?
>
> best regards / johannes
>
>
>
>
--
View this message in context:
http://www.nabble.com/Best-practice-in-class-zend-coding--tp17324865p17327084.html
Sent from the Zend Framework mailing list archive at Nabble.com.
Re: [fw-general] Almost there :) Now, file is on the server but error say that it is not :)
-- vladimirn <[EMAIL PROTECTED]> wrote (on Monday, 19 May 2008, 12:54 PM -0700): > Error i am gettign is: > ErrorController: script 'banners/admin-index.phtml' not found in path > (application/views/helpers/pagelets/templates/:application/views/scripts/) > > I have application/views/scripts/banners on my web server with > admin-index.phtml in this folder. > Exactly as on my localhost, where everything works just fine. > > what i am doing wrong? 1. Check permissions 2. dump your view object's view script paths to verify that the path exists Check those, and if you're still having issues, be prepared to post a few more details about your app (directory structure, etc.). -- Matthew Weier O'Phinney Software Architect | [EMAIL PROTECTED] Zend - The PHP Company | http://www.zend.com/
Re: [fw-general] Best practice in class-zend coding?
This. -Matt On Mon, May 19, 2008 at 12:37 PM, Ralph Schindler <[EMAIL PROTECTED]> wrote: > Actually, in the case you bring up, I think it depends on the goals of the > object which influence its api. When you talk about having getters and > setters, you are typically modifying the STATE of an object... > > In other words, you are actually further defining the objects role. > > In you example, adding setEmail($email) to the $validator is further > defining the role of the $validator to be a 'a validator specifically for > $email'. This would change the role from > > 'one validator for all email addresses' to > 'one validator for one email address' > > Semantically speaking, whatever the actual email address is doesn't add any > meaningfulness to the validator object itself, so having these accessors > doesn't provider any further value-added to the api. > > In a very round about way, thats the best way I could explain it ;) > > -Ralph
[fw-general] Zend_Db_Table - A class for every table? Overhead?
I'm at a bit of an impasse here. I'm trying to understand the reason for having a Zend_Db_Table object for every table in the database while balancing the class creation overhead. In PHP, creating a class (especially a Zend_Db_Table class) has a fair bit of overhead. It's not something that's small either. A quick creation of 7-8 objects can easily slow the application down by 3-4 seconds. In my environment, that's a great deal. Compound that with the fact our database is extremely normalized and we're often working with a dozen tables for a simple application...is the overhead worth it? I like Zend_Db_Table. I like the functionality it gives, but I'm having a hard time justifying to myself, and my peers, the noticible performance impact it creates. It just feels having a class per table has some uncessary overhead. Why not a couple/few static classes for basics: insert, update. I often do selects across 3-4 tables at a time, and the current Zend_Db_Table implementation doesn't seem to make this much easier than just creating my own select statement using Zend_Db_Select. For some reason, it seems as if I'm missing somethingam I? -- Philip [EMAIL PROTECTED] http://www.gpcentre.net/
Re: [fw-general] Zend_Db_Table - A class for every table? Overhead?
Philip, On Mon, May 19, 2008 at 4:54 PM, Philip G <[EMAIL PROTECTED]> wrote: > > I'm at a bit of an impasse here. > > I'm trying to understand the reason for having a Zend_Db_Table object for > every table in the database while balancing the class creation overhead. In > PHP, creating a class (especially a Zend_Db_Table class) has a fair bit of > overhead. It's not something that's small either. A quick creation of 7-8 > objects can easily slow the application down by 3-4 seconds. Do you have some data to back that up? I've never heard of object creation being anywhere close to that slow in PHP. I would think the time to create an object would be negligible compared to the overhead of database access itself. > In my environment, that's a great deal. Compound that with the fact our > database is extremely normalized and we're often working with a dozen tables > for a simple application...is the overhead worth it? > > I like Zend_Db_Table. I like the functionality it gives, but I'm having a > hard time justifying to myself, and my peers, the noticible performance > impact it creates. > > It just feels having a class per table has some uncessary overhead. Why not > a couple/few static classes for basics: insert, update. I often do selects > across 3-4 tables at a time, and the current Zend_Db_Table implementation > doesn't seem to make this much easier than just creating my own select > statement using Zend_Db_Select. > > For some reason, it seems as if I'm missing somethingam I? > > -- > Philip > [EMAIL PROTECTED] > http://www.gpcentre.net/ -- Bradley Holt [EMAIL PROTECTED]
Re: [fw-general] Zend_Db_Table - A class for every table? Overhead?
-- Philip G <[EMAIL PROTECTED]> wrote (on Monday, 19 May 2008, 03:54 PM -0500): > I'm at a bit of an impasse here. > > I'm trying to understand the reason for having a Zend_Db_Table object > for every table in the database while balancing the class creation > overhead. In PHP, creating a class (especially a Zend_Db_Table class) > has a fair bit of overhead. It's not something that's small either. A > quick creation of 7-8 objects can easily slow the application down by > 3-4 seconds. Can you give some benchmarks and code backing up that statement? Don't mean to be combative, but I've _never_ experienced such a slowdown when using Zend_Db_Table, and I've used it heavily on a few projects. Additionally, object creation overhead is going to be insignificant compared to DB access; I've created scripts that create many thousands of objects in under a second. If you're using the same DB adapter for all tables, you'll be re-using the same connection, so once it is established for one table object, it's established for all -- so this also seems a straw man argument. > In my environment, that's a great deal. Compound that with the fact > our database is extremely normalized and we're often working with a > dozen tables for a simple application...is the overhead worth it? > > I like Zend_Db_Table. I like the functionality it gives, but I'm > having a hard time justifying to myself, and my peers, the noticible > performance impact it creates. > > It just feels having a class per table has some uncessary overhead. > Why not a couple/few static classes for basics: insert, update. I > often do selects across 3-4 tables at a time, and the current > Zend_Db_Table implementation doesn't seem to make this much easier > than just creating my own select statement using Zend_Db_Select. > > For some reason, it seems as if I'm missing somethingam I? There are multiple reasons for having a class per table: * Type hinting. It becomes easy to pass table objects around and branch based on object type. * Business logic. Each table can have its own accessors and custom logic via its own class. * Overriding operations. You can implement your own custom hooks for pre/post insert/update/delete operations per table. The new logic in Zend_Db_Table for doing JOINs is actually quite nice, and combines the advantages of Zend_Db_Select with returning Zend_Db_Table_Rowsets -- which offers the advantage of having a unified return type for all operations on that table. Provide some sample code, benchmarks, and info on the environment you're using (OS, PHP version, etc.) -- it may be possible that you're not doing things in an optimal fashion, or that something in your environment is causing the issues you're seeing. -- Matthew Weier O'Phinney Software Architect | [EMAIL PROTECTED] Zend - The PHP Company | http://www.zend.com/
Re: [fw-general] Almost there :) Now, file is on the server but error say that it is not :)
Thanks Math! :) it was permission thing :) it was set as 775 instead of 755 i changed to 755 and everything went just fine :) And i dont understand why this caused all my troubles tho :) However, i really appreciate your help! Vladimir Matthew Weier O'Phinney-3 wrote: > > -- vladimirn <[EMAIL PROTECTED]> wrote > (on Monday, 19 May 2008, 12:54 PM -0700): >> Error i am gettign is: >> ErrorController: script 'banners/admin-index.phtml' not found in path >> (application/views/helpers/pagelets/templates/:application/views/scripts/) >> >> I have application/views/scripts/banners on my web server with >> admin-index.phtml in this folder. >> Exactly as on my localhost, where everything works just fine. >> >> what i am doing wrong? > > 1. Check permissions > 2. dump your view object's view script paths to verify that the path >exists > > Check those, and if you're still having issues, be prepared to post a > few more details about your app (directory structure, etc.). > > -- > Matthew Weier O'Phinney > Software Architect | [EMAIL PROTECTED] > Zend - The PHP Company | http://www.zend.com/ > > -- View this message in context: http://www.nabble.com/Almost-there-%3A%29-Now%2C-file-is-on-the-server-but-error-say-that-it-is-not-%3A%29-tp17326635p17328518.html Sent from the Zend Framework mailing list archive at Nabble.com.
[fw-general] Zend_Session save data
Hey!, Question about Zend_Session, I have already a variable into the session, named "current_id", so I want to change it, what I need to do ? something like: Zend_Auth::getInstance()->getIdentity()->current_id = $id; Zend_Auth::getInstance()->getStorage()->write(); Another solution ? maybe using the "__set" method ? Thx for any help.
Re: [fw-general] OT: Website Mock-Up Design Tool for Win(/Lin/Mac )
Hi Thomas It's strange that no one recommended a web application :) What about Gliffy: http://www.gliffy.com/ It's a free and cross-platform. Fed On Mon, May 19, 2008 at 7:23 PM, Robert Castley <[EMAIL PROTECTED]> wrote: > There is ConceptDraw (PC & Mac) > > > http://www.conceptdraw.com/en/products/cd5/ap_visio_mac.php?utm_source=website&utm_medium=468x60&utm_campaign=MacMinute > > But your best bet is Kivio > > > http://www.thekompany.com/products/kivio/?PHPSESSID=18105eb594b5ac55eaad5cd3bf925916 > > - Robert > > -Original Message- > From: Thomas Fritz [mailto:[EMAIL PROTECTED] <[EMAIL PROTECTED]>] > Sent: 19 May 2008 17:06 > To: fw-general@lists.zend.com > Subject: Re: [fw-general] OT: Website Mock-Up Design Tool for Win(/Lin/Mac) > > Hi Ben! Hi Eric! Thank you for your answer > > Ben Scholzen 'DASPRiD' wrote: > > > > Hm, when talking about "runs everywhere", maybe Gimp? > > > > Well, you are right. Gimp is available on "all" Platforms. But i do not > want to "design" a site or project, i want to create simply ugly wireframes > (like eric wrote) swith pre defined Controls like Input fields, textareas, > Drop down Boxes, Checkboxes, etc... > > Eric Marden wrote: > >I do wireframes (black + white, mostly layout and placement only) and > mock-ups (full-color treatments, ready to slice+style) in Photoshop and/or > Fireworks. I'd also like to get >into HTML Mock-Ups, that is, doing the > screens (views) in XHTML/CSS but not having them hooked up to any > functioning php code. Allows you to nail the UI while its still >malleable > and before its linked to any real code. > > > > >OmniGraffle and Visio are nice tools, but I found them to be clunky when > doing wireframes, and completely inadequate for mock-ups. But if you do like > them, exporting to PDF >is one way to pass them about, but editing will have > to be done on and with the native tools. > > I have to say that i did not tried Gimp / Photoshop / Fireworks for this > and i have no experience with Gimp / Photoshop / Fireworks- Perhaps its also > very simple. > > I like to simply drag and drop those controls, arrange and rearrange them > while planning a new project or site with others. > > I do not need any export functionality really but exporting to pdf would be > cool, exporting to HTML would even be cooler. ;-) > > I also think that Visio is tooo big and fat (and expensive). As i said. But > I havent found an other tool for doing this.;-) > > I hope someone can give some advice here. > > Thomas > > > This email has been scanned for all known viruses by the MessageLabs Email > Security Service and the Macro 4 plc internal virus protection system. > > > > > This email has been scanned for all known viruses by the MessageLabs Email > Security Service and the Macro 4 plc internal virus protection system. > >
[fw-general] Establishing naming conventions for Zend Framework 2.0
This seems like a perennial issue for me, but I'm bringing it up again
because I think it's worthwhile.
Since the beginning of this project, there hasn't really been much in the
way of direction given on naming standards for classes in Zend Framework.
This lack of consistency is what has yielded two nomenclatures for CLI
components ("Zend_Console" vs. "Zend_Controller_Response_Cli"), differing
terms for similar concepts ("Zend_Json_Decoder" vs. "Zend_Mime_Decode"),
both nouns and verbs in equal measure ("Zend_Loader" but not
"Zend_Translator"; alternately, "Zend_Translate" but not "Zend_Load"), and
so on.
I first brought this issue up in February 2007 and concluded, "Consistency
means predictability, which means being able to recall names without having
to check the manual every time. It's why most people can't use PHP's date or
string functions without looking at the documentation, for example."
There was a lot of agreement from the community (and a couple Zenders) but
no movement because the framework was preparing for 1.0. At the time I was
told, "There is life after 0.9.0," and so as we prepare for 2.0, I think
it's the perfect time to revisit this.
-Matt
