PHP Language - Zend e Horde

Author

Zend e Horde

Renato

2006-10-17, 7:56 am

Hi

I have a web server (apache 2) with ZendCore 1.4.1 and I want install
Horde/Imp in this server, but it needs a dependence in Zend/PHP like
Gettext support (doens't have) , XML and DOMXML support (has).

Anybady can help me?

Thanks

Gleep

2006-10-17, 6:56 pm

On 17 Oct 2006 06:44:36 -0700, "Renato" <renato.diogo@gmail.com> wrote:

>Hi
>
>I have a web server (apache 2) with ZendCore 1.4.1 and I want install
>Horde/Imp in this server, but it needs a dependence in Zend/PHP like
>Gettext support (doens't have) , XML and DOMXML support (has).
>
>Anybady can help me?
>
>Thanks

Just my opinion.. Horde is a PHP framework. There are many frameworks popping up, here is a list of
ten http://www.phpit.net/article/ten-di...php-frameworks/ with reviews.

I started playing around with Cake, and Code Integrator and a few others. The thing is each tries to
pass off their version as the being the best. Each requires an investment in time to learn their
code style/methodology. Typically they auto generate classes object and in a hierarchy of folders
that are model/view/controllers for your application. Some utilize mod_rewrite and variables to
control your application all the URL. You have to spend the time with the documentation and re-learn
a new way of programming and one is different than your used to. Regular PHP techniques/standards
sometimes don't apply when you decide to work within framework. You literally have to 're-think'
your strategy when solving code problems and work within the confines of the framework and that
usually means writing class modifiers.

I found that sticking with traditional PHP coding techniques is best in the long run, take your time
and learn to develop your own classes. You can achieve the same thing as you would with complex
frameworks. Once you've taken the time to build out the "base objects" for an application, when you
need to customize it or to tweak it in some odd scenario you know exactly how to do it without
having to consider the framework first. With Frameworks you end up using subsets of inherited
classes and with a moderate amount of tweaks the code becomes very hard to follow. If you learn
build out your own classes, you know exactly how they function and you modify them without having to
worry about significantly damaging other parts of your app.

I'm not saying frameworks are all bad. They could be useful for those who are not experienced
coders and want to work with a method where the objects/classes are sort of built for you. In some
cases this is fine. However be aware that you will to learn new coding techniques and when it comes
time for a tweak, you may not be able to do what you want and/or the framework will be limited in
some way.

If that's the case you decide to scrap the framework and go with another - you will have to start
over from scratch because they are no compatible with each other. I think it's best to take the
time and learn to build your own objects and classes with established PHP techniques and not to rely
on frameworks entirely for complex applications, because you just might end up wasting allot of your
time.

OK let the flaming begin....

Renato

2006-10-17, 6:56 pm

Hi

but I use the horde because the webmail IMP... I have a mail server and
my clients use the IMP project.
(Horde/IMP/Turba/Ingo/passowrd...)

theses frameworks has a webmail project too?

On Oct 17, 3:35 pm, Gleep <G...@Gleep.com> wrote:
> On 17 Oct 2006 06:44:36 -0700, "Renato" <renato.di...@gmail.com> wrote:
>
>
>
>
> ten http://www.phpit.net/article/ten-di...php-frameworks/ with reviews.
>
> I started playing around with Cake, and Code Integrator and a few others. The thing is each tries to
> pass off their version as the being the best. Each requires an investment in time to learn their
> code style/methodology. Typically they auto generate classes object and in a hierarchy of folders
> that are model/view/controllers for your application. Some utilize mod_rewrite and variables to
> control your application all the URL. You have to spend the time with the documentation and re-learn
> a new way of programming and one is different than your used to. Regular PHP techniques/standards
> sometimes don't apply when you decide to work within framework. You literally have to 're-think'
> your strategy when solving code problems and work within the confines of the framework and that
> usually means writing class modifiers.
>
> I found that sticking with traditional PHP coding techniques is best in the long run, take your time
> and learn to develop your own classes. You can achieve the same thing as you would with complex
> frameworks. Once you've taken the time to build out the "base objects" for an application, when you
> need to customize it or to tweak it in some odd scenario you know exactly how to do it without
> having to consider the framework first. With Frameworks you end up using subsets of inherited
> classes and with a moderate amount of tweaks the code becomes very hard to follow. If you learn
> build out your own classes, you know exactly how they function and you modify them without having to
> worry about significantly damaging other parts of your app.
>
> I'm not saying frameworks are all bad. They could be useful for those who are not experienced
> coders and want to work with a method where the objects/classes are sort of built for you. In some
> cases this is fine. However be aware that you will to learn new coding techniques and when it comes
> time for a tweak, you may not be able to do what you want and/or the framework will be limited in
> some way.
>
> If that's the case you decide to scrap the framework and go with another - you will have to start
> over from scratch because they are no compatible with each other. I think it's best to take the
> time and learn to build your own objects and classes with established PHP techniques and not to rely
> on frameworks entirely for complex applications, because you just might end up wasting allot of your
> time.
>
> OK let the flaming begin....

Gleep

2006-10-17, 6:56 pm

On 17 Oct 2006 13:30:44 -0700, "Renato" <renato.diogo@gmail.com> wrote:

Well look into http://www.howtoforge.com/telaen_webmail_howto
Telaen http://www.telaen.org/ it is a webmail interface stand alone class, not a framework.
There are a few others. For basic mailing I like to use Swiftmailer class, but your looking for
a full webmail interface I suspect. These are OK to use generally, but I'm always curious and look
under the hood to see how these things are coded, then usually bastardize it.

[color=darkred]
>Hi
>
>but I use the horde because the webmail IMP... I have a mail server and
>my clients use the IMP project.
>(Horde/IMP/Turba/Ingo/passowrd...)
>
>theses frameworks has a webmail project too?
>
>On Oct 17, 3:35 pm, Gleep <G...@Gleep.com> wrote:

Gleep

2006-10-17, 6:56 pm

Also
RoundCube Mail
http://sourceforge.net/project/scre...group_id=139281

you can find these at sourgeforge type webmail in search

[color=darkred]
>Hi
>
>but I use the horde because the webmail IMP... I have a mail server and
>my clients use the IMP project.
>(Horde/IMP/Turba/Ingo/passowrd...)
>
>theses frameworks has a webmail project too?
>
>On Oct 17, 3:35 pm, Gleep <G...@Gleep.com> wrote:

Renato

2006-10-18, 6:57 pm

The RoundCube webmail is very cute, I like its. But I have other
problem with the horde/imp... much clients has contact and if I change
the webmail to other, this data is lost.

On Oct 17, 8:27 pm, Gleep <G...@Gleep.com> wrote:[color=darkred]
> Also
> RoundCube Mailhttp://sourceforge.net/project/screenshots.php?group_id=139281
>
> you can find these at sourgeforge type webmail in search
>
>
>
>
>
>
>
>
>
>
>
>
>

Sponsored Links