I am interested in developing with Zope. Is there a distinct advantage as to using Windows or Linux as a desktop system for development. I am willing to use either system. Thank You.
Are you serious about your question? If you have the choice to use Linux then you *should* use Linux since using garbage for development purposes is not a good choice. -aj ----- Original Message ----- From: "Daryl Middleton" <dmidd@chartermi.net> To: <zope@zope.org> Sent: Saturday, August 17, 2002 14:56 Subject: [Zope] Windows vs. Linux
I am interested in developing with Zope. Is there a distinct advantage as to using Windows or Linux as a desktop system for development. I am willing to use either system. Thank You.
_______________________________________________ Zope maillist - Zope@zope.org http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
tell us how you really feel andreas... :) jens p.s.: amen to that On Saturday, August 17, 2002, at 08:54 , Andreas Jung wrote:
Are you serious about your question? If you have the choice to use Linux then you *should* use Linux since using garbage for development purposes is not a good choice.
-aj
----- Original Message ----- From: "Daryl Middleton" <dmidd@chartermi.net> To: <zope@zope.org> Sent: Saturday, August 17, 2002 14:56 Subject: [Zope] Windows vs. Linux
I am interested in developing with Zope. Is there a distinct advantage as to using Windows or Linux as a desktop system for development. I am willing to use either system. Thank You.
I am interested in developing with Zope. Is there a distinct advantage as to using Windows or Linux as a desktop system for development. I am willing to use either system. Thank You.
As Zope runs on both platforms, you should pick the operating system which you personally prefer. Remember, almost everything runs on windows also (and if not natively, you can still use cygwin). Of course, there might be some issue about single points, but in general, you should pick the OS you prefer. Currently, I do my development stuff on a Windows XP box, but I'll switch to my linux box as my replacement hard disk arrived today. Switching forward and back between those two operating systems goes without a hassle - either export the stuff, sync it with the sync products or (I don't recommend nor I've testet that method) copy the database over. Cheers, Timo
Timo A. Hummel wrote:
stuff, sync it with the sync products or (I don't recommend nor I've testet that method) copy the database over.
That works fine, and is the method I'd recommend. The only file you'll need to copy is Data.fs... cheers, Chris
That works fine, and is the method I'd recommend. The only file you'll need to copy is Data.fs...
I don't usually recommend stuff I haven't tested, but I'll try that out later and if that goes without a problem (which should work :) ), I also recommend that. Cheers, Timo -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net
I am interested in developing with Zope. Is there a distinct advantage as to using Windows or Linux as a desktop system for development. I am willing to use either system. Thank You.
It ... depends. Developing a 'normal' website with Zope should be no problem for DOS (i.e. win95/98/ME). But I experienced a problem once when I worked with background conversion of word/excel/powerpoint/pdf documents (for document library in Zope). The DOS OS's (win95/98/ME) didn't react for about 90 seconds, while win NT and 2000 took about 25 seconds (to let python convert about 100 documents using 3rd party software in the background). Linux did it in about 15 seconds. So your first choice is Linux Second choice windows nt or 2000 xp? have a look at www.goeldi.com/pics/xp.jpg (this is no joke but real advertisement for a stupid people!) the last choice is micros~1.oft DOS (i.e. win95, 98 and ME, while ME is the worst crap I ever saw) I personally work with NT 4.0 and RedHat Linux 7.3 on my Desktop (Dualboot). -------------------------------------- Goeldi.com - Internet Services -------------------------------------- www.zopehosting.ch web@goeldi.com Tel +41-61-7330555 Fax +41-61-7330556 --------------------------------------
Did I fall into a coma and UNIX has been replaced by something called Linux? Don't forget there are other good UNIX OS's out there (BSD and Solaris) that have better security and less patching than most versions of the so-called Linuxes, some of which are OK too. :-) -Patrick Stephan Goeldi wrote:
I am interested in developing with Zope. Is there a distinct advantage as to using Windows or Linux as a desktop system for development. I am
willing
to use either system. Thank You.
It ... depends. Developing a 'normal' website with Zope should be no problem for DOS (i.e. win95/98/ME). But I experienced a problem once when I worked with background conversion of word/excel/powerpoint/pdf documents (for document library in Zope). The DOS OS's (win95/98/ME) didn't react for about 90 seconds, while win NT and 2000 took about 25 seconds (to let python convert about 100 documents using 3rd party software in the background). Linux did it in about 15 seconds.
So your first choice is Linux Second choice windows nt or 2000 xp? have a look at www.goeldi.com/pics/xp.jpg (this is no joke but real advertisement for a stupid people!) the last choice is micros~1.oft DOS (i.e. win95, 98 and ME, while ME is the worst crap I ever saw)
I personally work with NT 4.0 and RedHat Linux 7.3 on my Desktop (Dualboot).
-------------------------------------- Goeldi.com - Internet Services -------------------------------------- www.zopehosting.ch web@goeldi.com Tel +41-61-7330555 Fax +41-61-7330556 --------------------------------------
_______________________________________________ Zope maillist - Zope@zope.org http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
Patrick Price wrote:
Linux? Don't forget there are other good UNIX OS's out there (BSD and Solaris)
I wouldn't recommend Solaris for Zope: http://www.zope.org/Members/glpb/solaris Chris
--On 17 August 2002 18:39 +0100 Chris Withers <chrisw@nipltd.com> wrote:
Patrick Price wrote:
Linux? Don't forget there are other good UNIX OS's out there (BSD and Solaris)
I wouldn't recommend Solaris for Zope:
I don't either. But things may not be so bad as initially reported: <http://www.zope.org/Members/glpb/solaris/report_ps> Paul -- The Library, Tyndall Avenue, Univ. of Bristol, Bristol, BS8 1TJ, UK E-mail: paul.browning@bristol.ac.uk URL: http://www.bris.ac.uk/
Paul Browning wrote:
I don't either. But things may not be so bad as initially reported:
Hmmm, for me that just expanded the net of python dodgyness from Solaris to all multi-processor machines :-( What am I missing? cheers, Chris
On Thu, 29 Aug 2002 11:17:18 +0100 Chris Withers <chrisw@nipltd.com> wrote:
Paul Browning wrote:
I don't either. But things may not be so bad as initially reported:
Hmmm, for me that just expanded the net of python dodgyness from Solaris to all multi-processor machines :-(
What am I missing?
I don't think you are missing anything. The Python GIL is a bit of a show-stopper - I've been suprised that this isn't more widely known. Hoping I'm wrong nonetheless .... Paul -- The Library, Tyndall Avenue, Univ. of Bristol, Bristol, BS8 1TJ, UK E-mail: paul.browning@bristol.ac.uk URL: http://www.bris.ac.uk/
Paul Browning wrote:
I don't think you are missing anything. The Python GIL is a bit of a show-stopper - I've been suprised that this isn't more widely known. Hoping I'm wrong nonetheless ....
I wonder if Guido has any comment on this? cheers, Chris
Paul Browning wrote:
I don't think you are missing anything. The Python GIL is a bit of a show-stopper - I've been suprised that this isn't more widely known. Hoping I'm wrong nonetheless ....
I wonder if Guido has any comment on this?
I haven't seen the rest of the thread, so I don't know the context. The GIL *is* widely known, and there's nothing that can be done about it (without redesigning all of Python's runtime from scratch, anyway). To use Python on multiple processors, the best thing to do is to run multiple processes, rather than multiple threads. --Guido van Rossum (home page: http://www.python.org/~guido/)
On Thu, Aug 29, 2002 at 10:42:10AM -0400, Guido van Rossum wrote:
Paul Browning wrote:
I don't think you are missing anything. The Python GIL is a bit of a show-stopper - I've been suprised that this isn't more widely known. Hoping I'm wrong nonetheless ....
I wonder if Guido has any comment on this?
I haven't seen the rest of the thread, so I don't know the context.
http://www.zope.org/Members/glpb/solaris/report_ps
The GIL *is* widely known, and there's nothing that can be done about it (without redesigning all of Python's runtime from scratch, anyway).
To use Python on multiple processors, the best thing to do is to run multiple processes, rather than multiple threads.
So for Zope, binding Zope (or each ZEO client) to a single processor seems to be the way to go. Which requires support from the OS as described at the url above... -- Paul Winkler "Welcome to Muppet Labs, where the future is made - today!"
I have been running Zope successfully on a SMP Athlon system having ignored Matt's advice given below. There do not appear to be correctness issues in a SMP environment, only potential performance issues with Python/Zope. I wanted the multiple CPUs available for non-Python tasks and was willing to accept the performance hit. I do think that there is a need for a SMP friendly Python runtime. The cost/performance ratios for small SMPs make them very attractive platforms. On Thu, 29 Aug 2002, Guido van Rossum wrote:
Paul Browning wrote:
I don't think you are missing anything. The Python GIL is a bit of a show-stopper - I've been suprised that this isn't more widely known. Hoping I'm wrong nonetheless ....
The GIL *is* widely known, and there's nothing that can be done about it (without redesigning all of Python's runtime from scratch, anyway).
To use Python on multiple processors, the best thing to do is to run multiple processes, rather than multiple threads.
--Guido van Rossum (home page: http://www.python.org/~guido/)
On Tue, 28 May 2002, Matthew T. Kromer wrote:
I do *not* recommend running Zope on multiprocessor machines without an ability to restrict Zope to execution on a single CPU. The reason for this is that the Python Global Interpreter Lock is shared inside a Zope process. However, threads in Python are backed by underlying OS threads. Thus, Zope will create multiple threads, and each thread is likely to be assigned to a different CPU by the OS scheduler. However, all CPUs but one which are dispatching any given Zope process will have to then wait and attempt to acquire the GIL; this process introduces significant latency into Python and thus into Zope.
Linux has no native mechanism for processor binding. In fact, there is a CPU dispatch mask for processes, but there is no facility to set the mask that I know of. Solaris can use a system command like 'pbind' to bind a process to a particular CPU.
I do think that there is a need for a SMP friendly Python runtime.
Feel free to submit patches to Python. This was tried before, making many of the internal data structures thread-safe and adding fine-grained locks where necessary. The net effect was a 50% slow-down on uniprocessor machines running Linux. On Windows it was a bit better (Windows has more efficient low-level locks than Linux) but still a significant slowdown. So whether there's a need or not, I believe we'll all have to cope. The multi-process approach works well. For certain specialized applications, it also works to write an extension module in C that releases the GIL around CPU intensive calculations (as long as those calculations don't touch any Python objects). --Guido van Rossum (home page: http://www.python.org/~guido/)
Guido van Rossum writes:
I do think that there is a need for a SMP friendly Python runtime.
Feel free to submit patches to Python. This was tried before, making many of the internal data structures thread-safe and adding fine-grained locks where necessary. The net effect was a 50% slow-down on uniprocessor machines running Linux. On Windows it was a bit better (Windows has more efficient low-level locks than Linux) but still a significant slowdown.
So whether there's a need or not, I believe we'll all have to cope. The multi-process approach works well. For certain specialized applications, it also works to write an extension module in C that releases the GIL around CPU intensive calculations (as long as those calculations don't touch any Python objects). I think, there are two issues:
It is well known that the GIL prevents a multi-threaded application to use the full potential of a multi-processor architecture. A Multi-process architecture should be used instead. However, what seem to be new: Even a multi-process architecture is far from optimal, unless the processes are explicitly bound to a single processor. Rumours say that otherwise the process is (unnecessarily) move to and fro the different processors which significantly reduce performance. Personnaly, I do not believe this out of hand. But, apparently, others have strong indications to this effect. Dieter
--On 29 August 2002 10:42 -0400 Guido van Rossum <guido@python.org> wrote:
The GIL *is* widely known, and there's nothing that can be done about it (without redesigning all of Python's runtime from scratch, anyway).
I think we can agree that the GIL is now better known than it was - at least to people who've arrived at Zope from a content management direction rather than a Python direction. I've updated <http://www.zope.org/Members/glpb/solaris/report_ps> to include Tim Hoffman's helpful item on processor sets and created <http://www.zope.org/Members/glpb/solaris/multiproc> in an effort to capture the gist of the present thread. Thanks to all who chipped in, Paul -- The Library, Tyndall Avenue, Univ. of Bristol, Bristol, BS8 1TJ, UK E-mail: paul.browning@bristol.ac.uk URL: http://www.bris.ac.uk/
Related to the topic, I recieved a 2P Athlon MP machine running RH7.3. So how would I go about getting Zope to bind to one processor (if possible) or atleast get the performance on par with a normal 1P machine?? I dont really have a choice regarding the machine. I did read the article whose link is provided below, however not being an OS person didnt really understand half of it. TIA AM Paul Browning wrote:
On Thu, 29 Aug 2002 11:17:18 +0100 Chris Withers <chrisw@nipltd.com> wrote:
Paul Browning wrote:
I don't either. But things may not be so bad as initially reported:
Hmmm, for me that just expanded the net of python dodgyness from Solaris to all multi-processor machines :-(
What am I missing?
I don't think you are missing anything. The Python GIL is a bit of a show-stopper - I've been suprised that this isn't more widely known. Hoping I'm wrong nonetheless ....
Paul
-- The Library, Tyndall Avenue, Univ. of Bristol, Bristol, BS8 1TJ, UK E-mail: paul.browning@bristol.ac.uk URL: http://www.bris.ac.uk/
_______________________________________________ Zope maillist - Zope@zope.org http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
-- ================================================================== Aseem Mohanty Neurobehavioral Systems Inc, 828 San Pablo Ave, Albany, CA 94706 (R) 510 7696011 (M) 510 3014871 (O) 510 5279231 ================================================================== "I saw `cout' being shifted "Hello world" times to the left and stopped right there!!" -- Steve Gonedes ==================================================================
On Thu, Aug 29, 2002 at 10:23:40AM -0700, AM wrote:
Related to the topic, I recieved a 2P Athlon MP machine running RH7.3. So how would I go about getting Zope to bind to one processor (if possible) or atleast get the performance on par with a normal 1P machine??
quickest & easiest treatment would be the sys.setcheckinterval() thing, which you can do just by setting the -i flag to Z2.py. Edit your zope start script so that it looks something like: exec /usr/bin/python \ $INST_HOME/z2.py \ -i NNN \ ... where NNN is pystones / 50. How do you get pystones for your machine? Run the pystones.py script which will be somewhere like /usr/lib/python2.1/test/pystone.py -- Paul Winkler "Welcome to Muppet Labs, where the future is made - today!"
On Thu, 29 Aug 2002, AM wrote:
Related to the topic, I recieved a 2P Athlon MP machine running RH7.3. So how would I go about getting Zope to bind to one processor (if possible) or atleast get the performance on par with a normal 1P machine??
I dont really have a choice regarding the machine. I did read the article whose link is provided below, however not being an OS person didnt really understand half of it.
TIA AM
That is precisely the configuration I run without problem. I have not (yet) looked at the Python code, but I am reasonably sure my intuition is correct. (Matt or Guido -- correct me if I am wrong...) First, safety is not an issue modulo thread safety in the uniprocessor machine and the correctness of the SMP implementation. Multiple threads allocated to different processors function correctly. The problem is with performance since the GIL serializes everything and blocks all processors, not just the processor on which the thread is running. This means that the second processor does not contribute to the execution as it could, so the effective CPU available is closer to 1.0 than 2.0.
Dennis Allison wrote:
That is precisely the configuration I run without problem.
I have not (yet) looked at the Python code, but I am reasonably sure my intuition is correct. (Matt or Guido -- correct me if I am wrong...)
First, safety is not an issue modulo thread safety in the uniprocessor machine and the correctness of the SMP implementation. Multiple threads allocated to different processors function correctly. The problem is with performance since the GIL serializes everything and blocks all processors, not just the processor on which the thread is running. This means that the second processor does not contribute to the execution as it could, so the effective CPU available is closer to 1.0 than 2.0.
Well, in worst case, it can actually give you performance UNDER 1X. The latency switching the GIL between CPUs comes right off your ability to do work in a quanta. If you have a 1 gigahertz machine capable of doing 12,000 pystones of work, and it takes 50 milliseconds to switch the GIL(I dont know how long it takes, this is an example) you would lose 5% of your peak performance for *EACH* GIL switch. Setting sys.setchechinterval(240) will still yield the GIL 50 times a second. If the GIL actually migrates only 10% of the time its released, that would 50 * .1 * 5% = 25% performance loss. The cost to switch the GIL is going to vary, but will probably range between .1 and .9 time quantas (scheduler time intervals) and a typical time quanta is 5 to 10ms. The 'saving grace' of the linux scheduler is that when a thread gives up the GIL, it almost immediately gets it back again, rather than having another thread acquire it. This is bad for average response time, but good for throughput -- it means the threads waiting on the GIL are woken up, but will fail to get the GIL and go back to sleep again. However, I have directly observed a 30% penalty under MP constraints when the sys.setcheckinterval value was too low (and there was too much GIL thrashing). Very little in Zope is capable of releasing the GIL and doing work independantly; some of the database adapters can do that but that ususally does not represent a large number. Curious side remark: when you have a LARGE number of threads, you usually do not have enough database threads! The number of database threads is a default parameter to an initialization method, and is set to 7. When you DO actually have lots of concurrent work occuring without GIL thrashing, you need to bump up the number of Zope database threads. Sites that do a lot of XML-RPC or other high latency I/O (network IO needed to fulfill a request, not just send back the response) usually need to bump up the number of database threads. Otherwise, they block waiting on a database thread in Zope, which is bad.
I have used Zope on NT and also on Linux. I found Linux to be much faster than NT, even with Linux running on a 300 PII with 192MB RAM, and NT running on a 450 PIII with 228MB RAM. The time it took to load pages was nearly twice as much on NT. Michael On Saturday 17 August 2002 06:56 am, Daryl Middleton wrote:
I am interested in developing with Zope. Is there a distinct advantage as to using Windows or Linux as a desktop system for development. I am willing to use either system. Thank You.
_______________________________________________ Zope maillist - Zope@zope.org http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
Currently IE for PC is the most used browser out there. If you need to mix your regular coding with stylesheets tests - for example - , you need to run the most used browsers in order to provide a pleasant and consistent look and feel to your users. If you're used to use Dreamweaver, or in general, if you come from the Windows world, you won't need to switch your development platform to Linux, as long as you have another box running Linux and Zope is installed there. Moreover, unless you're writing for a production site, you may use Windows as your local server too, at least for learning purposes. Ausum ----- Original Message ----- From: "Daryl Middleton" <dmidd@chartermi.net> To: <zope@zope.org> Sent: Saturday, August 17, 2002 7:56 AM Subject: [Zope] Windows vs. Linux
I am interested in developing with Zope. Is there a distinct advantage as to using Windows or Linux as a desktop system for development. I am willing to use either system. Thank You.
_______________________________________________ Zope maillist - Zope@zope.org http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
On Saturday 17 August 2002 20:48, Ausum Studio wrote:
Currently IE for PC is the most used browser out there.
Oh yes, we "like" this M$-phrase... So, what?.. Do you think, that anybody should use it? :-S P.S. If MSIE still most used, please download and install ZFriday ;-) -- Regards, Bogdan "...the only place for 63,000 bugs is a rain forest"
No I don't. I don't think that because of MSIE is the most used browser, we or everybody should use it. I just think it's a good attitude to design and to code according to your users' behaviours. As a developer you coult try and eventually succeed at convincing your client to switch to OS software, but you won't do the same with all the potential viewers of every web site you're developing for. And if you just ignore them, you'd be putting your work at the risk of having styling problems - to say the least - for the majority of those visitors, thus allowing them to complain at your professional skills for what they see. Just my two cents. :) Ausum ----- Original Message ----- From: "Bo M. Maryniuck" <b.maryniuk@forbis.lt> To: "Ausum Studio" <ausum_studio@hotmail.com>; <zope@zope.org> Sent: Monday, August 19, 2002 3:46 AM Subject: Re: [Zope] Windows vs. Linux On Saturday 17 August 2002 20:48, Ausum Studio wrote:
Currently IE for PC is the most used browser out there.
Oh yes, we "like" this M$-phrase... So, what?.. Do you think, that anybody should use it? :-S P.S. If MSIE still most used, please download and install ZFriday ;-) -- Regards, Bogdan "...the only place for 63,000 bugs is a rain forest" _______________________________________________ Zope maillist - Zope@zope.org http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
Daryl Middleton wrote:
I am interested in developing with Zope. Is there a distinct advantage as to using Windows or Linux as a desktop system for development. I am willing to use either system. Thank You.
Zope runs nicely on Windows. Which is one of it's good selling points! So people who like Windows and find it adequate will also find Zope on Windows adequate. It can be hard enough to sell a Zope solution, which most people see as a strange non-standard product, without having to sell it as a Linux based solution which even more people see as a strange non-standard platform Let's just take the customers one step at a time here and loose the attitude. ;-) regards Max M "klaatu verata niktu"
Are there any good solutions yet for running Zope behind IIS, or do I need to look at apache to avoid single thread problems. I'm working on convincing my company to implement a zope solution, but we are a strong IIS shop. On Sat, 17 Aug 2002 22:44:03 +0200, Max M wrote:
Daryl Middleton wrote:
I am interested in developing with Zope. Is there a distinct advantage as to using Windows or Linux as a desktop system for development. I am willing to use either system. Thank You.
Zope runs nicely on Windows. Which is one of it's good selling points! So people who like Windows and find it adequate will also find Zope on Windows adequate.
It can be hard enough to sell a Zope solution, which most people see as a strange non-standard product, without having to sell it as a Linux based solution which even more people see as a strange non- standard platform
Let's just take the customers one step at a time here and loose the attitude. ;-)
Nope. There a few proxy caches out there that are ok, but you have to pay for them. Runyaga and I have both started on one at different times but gotten nowhere. The asp 404 "solution" is bloody awful but works... A good proxy for IIS would really help, but no one seems to want to do it. -- Andy McKay Agmweb Consulting http://www.agmweb.ca ----- Original Message ----- From: "G. Edw. Learned" <learned@talentsinc.net> To: <zope@zope.org> Sent: Tuesday, September 10, 2002 8:47 PM Subject: Re: [Zope] Windows vs. Linux Are there any good solutions yet for running Zope behind IIS, or do I need to look at apache to avoid single thread problems. I'm working on convincing my company to implement a zope solution, but we are a strong IIS shop. On Sat, 17 Aug 2002 22:44:03 +0200, Max M wrote:
Daryl Middleton wrote:
I am interested in developing with Zope. Is there a distinct advantage as to using Windows or Linux as a desktop system for development. I am willing to use either system. Thank You.
Zope runs nicely on Windows. Which is one of it's good selling points! So people who like Windows and find it adequate will also find Zope on Windows adequate.
It can be hard enough to sell a Zope solution, which most people see as a strange non-standard product, without having to sell it as a Linux based solution which even more people see as a strange non- standard platform
Let's just take the customers one step at a time here and loose the attitude. ;-)
_______________________________________________ Zope maillist - Zope@zope.org http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
Andy McKay wrote:
Nope. There a few proxy caches out there that are ok, but you have to pay for them. Runyaga and I have both started on one at different times but gotten nowhere. The asp 404 "solution" is bloody awful but works... A good proxy for IIS would really help, but no one seems to want to do it.
From: "G. Edw. Learned" <learned@talentsinc.net>
Are there any good solutions yet for running Zope behind IIS, or do I need to look at apache to avoid single thread problems. I'm working on convincing my company to implement a zope solution, but we are a strong IIS shop.
I hear you. But the thing is that you can put an apache server in front of your IIS, not the other way around. And that runs fine, even on Windows. So it's the simplest solution. regards Max M "Skeptic Effect" or the "Randi Effect" When a skeptic is near, supernatural effects seem to disappear.
One consideration is if you are planning to use some sort of relational DB behind Zope, you should probably put Zope on the platform with the best connections to that DB. I've had very good results with SQL Server and Zope on Windows 2000, equally good results with MySQL and Zope on Debian. Other than that it's probably what you're happiest with admin'ing. Zope on Windows is easy to install and runs nicely as a service but you have to be happy with it all living on one place. On Linux you have a choice of using the version of Zope that comes with your distro, which will have all the right permissions and startup scripts sorted out for you but may not be the most up-to-date version -- or going from source, meaning you might have to carve out some of that stuff by yourself. If you're up for that then it's no sweat, if it's your first time out you might be in for a bit of work. On Debian (Woody) a couple of apt-gets will set you up with Zope 2.5.1 in ten minutes flat. Either way, you can always swap later, as other people have indicated. Cheers, Julian.
It depends on what you're gonna be doing. Product dev (then linux) or web design (then windows). For dev work what OS you choose does not matter until you wanna use PostgreSQL where you have to use linux.
I am interested in developing with Zope. Is there a distinct advantage as to using Windows or Linux as a desktop system for development. I am willing to use either system. Thank You.
_______________________________________________ Zope maillist - Zope@zope.org http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
--- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.381 / Virus Database: 214 - Release Date: 2002-08-02
--- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.381 / Virus Database: 214 - Release Date: 2002-08-02
Hm, there seems to be a psycopg adapter for windows here (http://www.stickpeople.com/projects/python/psycopg/index.html), has anyone tried it with Zope on Windows 2000? Not that I dont like Linux, but some clients simply insist on using Windows... thanks, peter. Peter Bengtsson wrote:
It depends on what you're gonna be doing. Product dev (then linux) or web design (then windows). For dev work what OS you choose does not matter until you wanna use PostgreSQL where you have to use linux.
I am interested in developing with Zope. Is there a distinct advantage as to using Windows or Linux as a desktop system for development. I am willing to use either system. Thank You.
_______________________________________________ Zope maillist - Zope@zope.org http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
--- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.381 / Virus Database: 214 - Release Date: 2002-08-02
------------------------------------------------------------------------
--- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.381 / Virus Database: 214 - Release Date: 2002-08-02
We have the same problem with users. I am planning to test PostgreSQL and psycopg on windows 2000. However I am a little lost on how to install them. Any requirement to convert GNU/Linux install instructions to windows 2000 or compiling C source code is a little to much for me to understand at this time. At this stage the company is looking a .NET or J2EE on availability of support grounds. I would like to show Zope/Python/PostgreSQL is the future. From what I see here it look like the present. Regards ----- Original Message ----- From: "peter sabaini" <sabaini@inode.at> To: <zope@zope.org> Sent: Tuesday, August 20, 2002 10:29 AM Subject: win-psycopg (was Re: [Zope] Windows vs. Linux)
Hm, there seems to be a psycopg adapter for windows here (http://www.stickpeople.com/projects/python/psycopg/index.html), has anyone tried it with Zope on Windows 2000? Not that I dont like Linux, but some clients simply insist on using Windows...
thanks, peter.
participants (25)
-
AM -
Andreas Jung -
Andy McKay -
Ausum Studio -
Bo M. Maryniuck -
Chris Withers -
Daryl Middleton -
Dennis Allison -
Dieter Maurer -
G. Edw. Learned -
Guido van Rossum -
Jens Vagelpohl -
Jonathan Miles -
Julian Melville -
Matthew T. Kromer -
Max M -
Michael -
Patrick Price -
Paul Browning -
Paul Winkler -
Peter Bengtsson -
peter sabaini -
Stephan Goeldi -
Timo A. Hummel -
Timo Hummel