|
Author
|
Message
|
|
Tony Wood
|
Wednesday 14 May 2003 2:31:40 am
It would be useful to get an idea of the requirements of software for future versions. This will enable us users to plan our server upgrade paths server lifetimes etc.
i.e. Will PHP 4.3.x be required for eZ 3 releases? Backward compatability breaks should also be planned. It would also be good to get an idea of what distros eZ recommend. SUSE, Redhat 7.3/8/9?
Tony Wood : twitter.com/tonywood
Vision with Technology
Experts in eZ Publish consulting & development
Power to the Editor!
Free eZ Training : http://www.VisionWT.com/training
eZ Future Podcast : http://www.VisionWT.com/eZ-Future
|
|
Gabriel Ambuehl
|
Wednesday 14 May 2003 5:25:07 am
Many will hate to hear this, but if you want a secure system, make sure your server software is as current as possible. That way when a worm hits the net, you'll hopefully be patched already. Sure, it takes more work but is still easier than to explain your customers why that worm destroyed all their data... Having said that, FreeBSD 5.1 looks like a dream platform for ezpublish.
Visit http://triligon.org
|
|
Bård Farstad
|
Wednesday 14 May 2003 5:33:35 am
As Gabriel says: it's important to stay current with the versions of your system. We will try to have as much backwards compatibility with eZ publish as possible. The next required upgrade for PHP will probably be with 5.0. eZ publish will utilize the object oriented features of PHP 5 when it's stable. E.g. we can get rid of all the global variables in eZ publish which mimics private static functionality. We will not break backwards compatibility for some time. For distros I will not recommend a specific one. eZ publish is dependent on PHP/Apache and MySQL/PostgreSQL not the OS. Our development workstations are a mix of RedHat 7.x->9.0 and Mandrake. Same on our servers. We also do development on windows, Mac OS-X and FreeBSD. --bård
Documentation: http://ez.no/doc
|
|
Tony Wood
|
Wednesday 14 May 2003 5:35:11 am
Gabriel, I agree any system you use need needs to be patched, but I disagree with using the most up to date version. You need to find the best one for your needs. I would not think of rolling a production box on RH9.0 but I might on RH9.1 when it becomes stable. IMHO As long as you do you research and know your subject you will be fine.
Tony Wood : twitter.com/tonywood
Vision with Technology
Experts in eZ Publish consulting & development
Power to the Editor!
Free eZ Training : http://www.VisionWT.com/training
eZ Future Podcast : http://www.VisionWT.com/eZ-Future
|
|
Gabriel Ambuehl
|
Wednesday 14 May 2003 7:01:36 am
Tony: well you need to use a stable version of course. I mean I wouldn't use Apache 2.0 ATM moment either, but updating to newest stable PHP release seems like a no brainer to me. In case of FreeBSD, I always update any stable stuff ASAP as it's easy, hardly ever breaks anything and you get to relax when important stuff hits bugtraq as more often than not, you already have the newest version where the hole is fixed running. Sure, you need to know what you're doing but I have little regard for people who just have servers for the heck of it anyway. Administrating your servers IS important. Not some on off activity.
Visit http://triligon.org
|
|
Tony Wood
|
Wednesday 14 May 2003 7:05:34 am
Agreed, especially on the PHP part, PHP 4.3.1 is so much better behaved than 4.1.2 and when you compie you use less memory, it runs faster....
Tony Wood : twitter.com/tonywood
Vision with Technology
Experts in eZ Publish consulting & development
Power to the Editor!
Free eZ Training : http://www.VisionWT.com/training
eZ Future Podcast : http://www.VisionWT.com/eZ-Future
|
|
Karsten Jennissen
|
Wednesday 14 May 2003 7:07:06 am
Just wanted to point out as Tony said, using the most up to date patch is important, but not necessarily the version. SuSE Linux for example has the policy to provide quick security patches for all versions, but upgrading to a different version is difficult. For example I think they have all security issues in patches for PHP version 4.06 still, so many system admins stay on that version for a long time as there is no security need to upgrade, just a compatibility issue. Karsten
|
|
Gabriel Ambuehl
|
Thursday 15 May 2003 1:47:23 am
Karsten, I've been using SuSE a long time ago (being the most obvious choice for German language). However, I found their security support to be just awful. I mean with BSD I often don't even care if there are advisories or not I just apply all the stuff that gets updated and get patches for free, essentially. If you ever have some time to spare, I can only recommend using FreeBSD for some time (that is if you don't want to run servlets or other mission critical Java stuff cause Java is far from being production ready).
Visit http://triligon.org
|
|
Tony Wood
|
Thursday 15 May 2003 8:17:06 am
Gabriel, How would you rate freeBSD to RedHat? I've not used freeBSD, i've generally stuck with the Redhats and the Mandrakes of the world, so it would be good if you can give a comparison for eZ usage.
Tony Wood : twitter.com/tonywood
Vision with Technology
Experts in eZ Publish consulting & development
Power to the Editor!
Free eZ Training : http://www.VisionWT.com/training
eZ Future Podcast : http://www.VisionWT.com/eZ-Future
|
|
Gabriel Ambuehl
|
Friday 16 May 2003 5:14:32 am
Mhh for usage of PHP stuff, the Linux-whatever and *BSD don't differ too much. It's more from a administrational point of view where they start to differ. For example, FreeBSD comes with a complete userland. In every FreeBSD installation there will be at least that userland installed whereas in Linux you have a Kernel (which really is Linux, the user stuff is simply GNU) . Furthermore, since the whole FreeBSD tree is in CVS, there's is a very handy make world command that will basically recompile the whole system (takes about 90min on a 2GHz machine these days) making sure that all libraries etc match each other. Furthermore, there's the port system. This basically is very similar to packages on other systems with one major difference: you can either install precompiled packages from the site or you can compile them yourself (which you should, as it allows to set whatever options you would possibly want, i.e. I usually add GD, iconv and gettext to PHP in addition to the default MySQL support). The docs are much better as there is a fixed system to document and almost everything you need is documented on the site. I think it definitely is the best free server OS IF you DON'T need Java cause that's only partly supported ATM (bastards at Sun won't provide a real license making it a pain to install and debug and until it isn't completely debugged there won't be a license for it from Sun. Catch 22) I can only recommend to try FreeBSD out if you have the time to spare.
Visit http://triligon.org
|
|
Tony Wood
|
Friday 16 May 2003 5:29:56 am
Thanks for the info, when i get time and a spare scrap box, i'll take a look. I am not too worried about JAVA from a server point of view. In my experience with Weblogic it turns even a powerful sun box into a crawling 8086.
Tony Wood : twitter.com/tonywood
Vision with Technology
Experts in eZ Publish consulting & development
Power to the Editor!
Free eZ Training : http://www.VisionWT.com/training
eZ Future Podcast : http://www.VisionWT.com/eZ-Future
|
|
Paul Forsyth
|
Friday 16 May 2003 5:40:35 am
Digressing a little but i find jpackage.org pretty good for getting java onto your machine. But not sure if *bsd supports rpms. Paul
|
|
Gabriel Ambuehl
|
Friday 16 May 2003 10:08:19 am
The problem is that while BSD is totally capable of running Linux code, there's not much in the line of a really useable native JDK. And while the Linuxulator runs at native speeds most people don't want it running for whatever reasons (personally, I don't like all the clutter it comes with). Weblogic: that one must be among the slowest pieces of software ever. Jboss supposedly does better (and I will test it someday) but all in all, I'm quite fine with PHP. I will have to learn Java soon, though. So if anyone can point me to a good book (something like Stroustrup's C++ reference would be really cool) that explains the language to people coming from C++....
Visit http://triligon.org
|