Ross Walker wrote:
>
>> With java, you should be able to use the stock openjdk and tomcat5
>> packages (finally!) and be all set so it is a matter of dropping war
>> files in the right place. Even complex things like hudson or opengrok
>> will 'just work' (and if you do any software development y
On Jun 17, 2009, at 8:54 AM, Les Mikesell wrote:
> Karanbir Singh wrote:
>> On 06/15/2009 05:31 PM, Rudi Ahlers wrote:
>>> What I meant was, PHP talks to PHP script engine, which talks to
>>> Apache,
>>> which then talks to system commands. - is there a quicker way of
>>> doing it?
>>
>> you
On Wed, Jun 17, 2009 at 2:54 PM, Les Mikesell wrote:
> Karanbir Singh wrote:
>> On 06/15/2009 05:31 PM, Rudi Ahlers wrote:
>>> What I meant was, PHP talks to PHP script engine, which talks to Apache,
>>> which then talks to system commands. - is there a quicker way of doing it?
>>
>> you might find
Karanbir Singh wrote:
> On 06/15/2009 05:31 PM, Rudi Ahlers wrote:
>> What I meant was, PHP talks to PHP script engine, which talks to Apache,
>> which then talks to system commands. - is there a quicker way of doing it?
>
> you might find that this is the fastest way of doing things in a single
Karanbir Singh wrote:
> On 06/15/2009 06:09 PM, Gary Greene wrote:
>> If you're looking for shear speed, C++. However if you're looking for
>> ease of programming paradigm with OO ideas, etc, then Ruby or Python. If
>> however you want a middle ground, go Perl. It is fairly fast (faster
>> than Pyt
On 06/15/2009 07:44 PM, Rudi Ahlers wrote:
> Fair enough, but AFAIK AJAX is quicker to the end user than
> Ruby,although Ruby could use AJAX as well.
I think what Les was trying to point out to you, a bit more politely, is
that you need to go read up on some of these things, you are making
littl
On 06/15/2009 06:09 PM, Gary Greene wrote:
> If you're looking for shear speed, C++. However if you're looking for
> ease of programming paradigm with OO ideas, etc, then Ruby or Python. If
> however you want a middle ground, go Perl. It is fairly fast (faster
> than Python and Ruby), and is fairly
On 06/15/2009 05:31 PM, Rudi Ahlers wrote:
> What I meant was, PHP talks to PHP script engine, which talks to Apache,
> which then talks to system commands. - is there a quicker way of doing it?
you might find that this is the fastest way of doing things in a single
stack, if you dont have state
On Mon, 2009-06-15 at 18:23 +0200, Rudi Ahlers wrote:
>
>
> On Sun, Jun 14, 2009 at 9:55 PM, JohnS wrote:
>
> On Sun, 2009-06-14 at 20:54 +0200, Rudi Ahlers wrote:
> >
> >
>
> >
> > Hi Les, while I understand where you're coming from, I
Rudi Ahlers wrote on Mon, 15 Jun 2009 18:31:40 +0200:
> What I meant was, PHP talks to PHP script engine, which talks to Apache,
> which then talks to system commands. - is there a quicker way of doing it?
Just forget that it is slow, it isn't.
Kai
--
Kai Schätzl, Berlin, Germany
Get your web
Filipe Brandenburger wrote:
> At the risk of adding more wood to this fire...
>
> On Mon, Jun 15, 2009 at 11:04, Les Mikesell wrote:
>> Yes but it has been obvious for a long time that python does not
>> consider backwards compatibility to be important.
>
> Not true. There is a 2to3 program bundl
On Mon, 2009-06-15 at 15:33 -0500, Les Mikesell wrote:
> David G. Mackay wrote:
> > Well, I try to make my searches specific to what I'm looking for. The
> > more key words that I can throw at it, the less extraneous cruft comes
> > up.
>
> That doesn't mesh very well with finding stuff that you
On Mon, 2009-06-15 at 15:31 -0500, Lanny Marcus wrote:
> If we had the processing power (and all the incredibly cheap HW that
> exists today), in the 80's, I wouldn't have had to write such
> efficient assembly language code... Much easier today, with cheap RAM,
> etc. C++ for an old timer, takes
At the risk of adding more wood to this fire...
On Mon, Jun 15, 2009 at 11:04, Les Mikesell wrote:
> Yes but it has been obvious for a long time that python does not
> consider backwards compatibility to be important.
Not true. There is a 2to3 program bundled with Python 3 that will take
care of
On Mon, 2009-06-15 at 13:27 -0700, John R Pierce wrote:
> operating systems, servers like Apache, Sendmail, Postfix, things like
> Java JVM innards, those are written in C/C++
Mostly, yes. There is some assembly in most OSs. And, they're mostly
in C. If you have to sink to C++ to get your pr
On 06/15/2009 08:15 PM, Les Mikesell wrote:
> I meant scale in terms of program size and complexity. You can hook a
> web interface to a database in about any language and crank things
> through as fast as the database can respond - especially if you
> load-balance across a bunch of servers. But
Rudi Ahlers wrote:
> On Mon, Jun 15, 2009 at 8:14 PM, Les Mikesell wrote:
>> Apples and oranges... Ajax is mostly javascript running on the browser
>> side and can work with any interactive web server, where ruby and perl
>> are scripting languages that work on the server side. If you want
>> spe
David G. Mackay wrote:
>
>>> Google? ;)
>> How do you tell google to _not_ give you text matches that are really
>> not about downloadable code modules in the language you want this week?
>
> Well, I try to make my searches specific to what I'm looking for. The
> more key words that I can throw
On Mon, Jun 15, 2009 at 3:14 PM, David G. Mackay wrote:
> On Mon, 2009-06-15 at 12:35 -0700, lincohn john wrote:
>> Just curious, why not just use C/C++? thanks in advance !
>> Lincong
>
> This is a personal opinion, but C++ seems to be an exercise in
> masochism. C is basically a high level assem
David G. Mackay wrote:
> On Mon, 2009-06-15 at 12:35 -0700, lincohn john wrote:
>
>> Just curious, why not just use C/C++? thanks in advance !
>> Lincong
>>
>
> This is a personal opinion, but C++ seems to be an exercise in
> masochism. C is basically a high level assembly language. Neith
On Mon, 2009-06-15 at 12:35 -0700, lincohn john wrote:
> Just curious, why not just use C/C++? thanks in advance !
> Lincong
This is a personal opinion, but C++ seems to be an exercise in
masochism. C is basically a high level assembly language. Neither are
all that portable. Granted, for shee
On Mon, 2009-06-15 at 14:30 -0500, Les Mikesell wrote:
> David G. Mackay wrote:
> >
> >>> Also, there are several engineers at Red Hat that are very unhappy with
> >>> the impact that the 3.0 release is going to have on them.
> >> Yes but it has been obvious for a long time that python does not
lincohn john wrote:
> Just curious, why not just use C/C++? thanks in advance !
>
for server-side administration web console development ?? ouch.
writing clean portable C++ is very painful and requires extensive
testing on each targetted platform.
writing multithreaded C++ programs requir
Just curious, why not just use C/C++? thanks in advance !
Lincong
--- On Mon, 6/15/09, David G. Mackay wrote:
> From: David G. Mackay
> Subject: Re: [CentOS] which programming language for server-side admin tasks
> To: "CentOS mailing list"
> Date: Monday, June 15, 200
David G. Mackay wrote:
>
>>> Also, there are several engineers at Red Hat that are very unhappy with
>>> the impact that the 3.0 release is going to have on them.
>> Yes but it has been obvious for a long time that python does not
>> consider backwards compatibility to be important. This shouldn
On Mon, 2009-06-15 at 16:12 +0100, Karanbir Singh wrote:
> On 06/15/2009 03:22 PM, David G. Mackay wrote:
> > Python will let you develop programs very quickly, the first time. The
> > problem is that you'll have to go back and redo the code when a
> > different version of python is released. Th
On Mon, 2009-06-15 at 10:04 -0500, Les Mikesell wrote:
> > Also, there are several engineers at Red Hat that are very unhappy with
> > the impact that the 3.0 release is going to have on them.
>
> Yes but it has been obvious for a long time that python does not
> consider backwards compatibility
Karanbir Singh wrote:
> On 06/15/2009 06:09 PM, Les Mikesell wrote:
>> Would you expect ruby to be able to scale up to projects like OpenNMS,
>> Alfresco, or what Pentaho does?
>
> I would, easily. It all depends on what sort of resources you have at
> hand and what its going to cost you. atleast
Karanbir Singh wrote:
> On 06/15/2009 06:16 PM, Les Mikesell wrote:
>>> More and more
>>> of the companies that I know about ( specially the really smart ones )
>>> are either already on ruby for a significant portion of their work, or
>>> are in the process of moving.
>> A guy using it here seems
On Mon, Jun 15, 2009 at 8:14 PM, Les Mikesell wrote:
>
> Apples and oranges... Ajax is mostly javascript running on the browser
> side and can work with any interactive web server, where ruby and perl
> are scripting languages that work on the server side. If you want
> speed, you'd use mod_perl
On 06/15/2009 06:09 PM, Les Mikesell wrote:
> Would you expect ruby to be able to scale up to projects like OpenNMS,
> Alfresco, or what Pentaho does?
I would, easily. It all depends on what sort of resources you have at
hand and what its going to cost you. atleast 4 of the top 10
most-traffic w
On 06/15/2009 06:16 PM, Les Mikesell wrote:
>> More and more
>> of the companies that I know about ( specially the really smart ones )
>> are either already on ruby for a significant portion of their work, or
>> are in the process of moving.
>
> A guy using it here seems to have some version depend
Rudi Ahlers wrote:
>
>
> Thanx Gary, this is a quick analasys of what I'm looking for, and helps a lot
> :)
>
> I have done some PERL coding on websites before, but very little, yet
> it was very easy to pickup with my PHP skills.
>
> As a front-end, I would consider Ruby, and / or AJAX. Could
Rudi Ahlers wrote:
> But would PHP be able to perform all tasks that PERL / C++ can?
>
I don't see why not.Many of the existing control panels are written
in PHP. PHP can manipulate files, execute system commands, and so
forth. PEAR http://pear.php.net/packages.php includes a vast numb
On Mon, 2009-06-15 at 19:45 +0200, Rudi Ahlers wrote:
> On Mon, Jun 15, 2009 at 6:48 PM, John R Pierce wrote:
> > Rudi Ahlers wrote:
> >> What I meant was, PHP talks to PHP script engine, which talks to
> >> Apache, which then talks to system commands. - is there a quicker way
> >> of doing it?
>
On Mon, Jun 15, 2009 at 6:48 PM, John R Pierce wrote:
> Rudi Ahlers wrote:
>> What I meant was, PHP talks to PHP script engine, which talks to
>> Apache, which then talks to system commands. - is there a quicker way
>> of doing it?
>
> um, thats somewhat mixed up. user -> browser -> apache -> p
On Mon, Jun 15, 2009 at 7:09 PM, Gary Greene wrote:
> If you're looking for shear speed, C++. However if you're looking for ease
> of programming paradigm with OO ideas, etc, then Ruby or Python. If however
> you want a middle ground, go Perl. It is fairly fast (faster than Python and
> Ruby), and
On Mon, Jun 15, 2009 at 5:13 PM, Karanbir Singh wrote:
> On 06/14/2009 07:00 PM, Rudi Ahlers wrote:
>> I would like to spend some time learning a new coding language, but
>> specifically for server side admin stuff, i.e. setting up users /
>> databases / FTP accounts / virtual domains on Apache, et
Rudi Ahlers wrote on Mon, 15 Jun 2009 18:23:42 +0200:
> Well, it's my understanding that compiled languages perform much better than
> scripting languages for this kind of operating, due to the fact that the
> script runs on top of the scripting engine, which in turn runs on top of the
> web serve
Karanbir Singh wrote:
>
> Given that large numbers of java people are jumping ship into the ruby
> camp, I dont know how much of that is really true anymore.
With Red Hat's history of shipping 'something like java' that doesn't
really execute java code, that doesn't seem too surprising. And ma
From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On
Behalf Of Rudi Ahlers
Sent: Sunday, June 14, 2009 11:54 AM
To: CentOS mailing list
Subject: Re: [CentOS] which programming language for server-side admin
tasks
Pat and Lori Boyer wrote:
> I currently use ruby for a lot of my sysadmin tasks. I think python and
> ruby are the best choices now - I've tried both languages and found them
> both easy to work with. I chose ruby because it felt more comfortable to
> be somehow. For most people, the choice betw
Rudi Ahlers wrote:
> What I meant was, PHP talks to PHP script engine, which talks to
> Apache, which then talks to system commands. - is there a quicker way
> of doing it?
um, thats somewhat mixed up. user -> browser -> apache -> php that
interprets your script -> OS function
with a nativ
On Mon, Jun 15, 2009 at 10:31 AM, Kai Schaetzl wrote:
> Rudi Ahlers wrote on Sun, 14 Jun 2009 20:54:00 +0200:
>
> > I can do most of this in PHP, but I do think PHP is a bit slow for this,
> > being a scripting language, and not a compiled language.
>
> It's not slow at all. I have written such an
On Sun, Jun 14, 2009 at 9:55 PM, JohnS wrote:
>
> On Sun, 2009-06-14 at 20:54 +0200, Rudi Ahlers wrote:
> >
> >
>
> >
> > Hi Les, while I understand where you're coming from, I don't quite
> > agree with you. A programming language doesn't make security mistakes,
> > the coder does :) What I'm l
On Sun, Jun 14, 2009 at 9:19 PM, Les Mikesell wrote:
>
> > Hi Les, while I understand where you're coming from, I don't quite agree
> > with you. A programming language doesn't make security mistakes, the
> coder
> > does :)
>
> I didn't mean the language is going to cause the problem. I meant t
I currently use ruby for a lot of my sysadmin tasks. I think python and ruby
are the best choices now - I've tried both languages and found them both
easy to work with. I chose ruby because it felt more comfortable to be
somehow. For most people, the choice between the 2 languages will come down
to
On 06/14/2009 07:00 PM, Rudi Ahlers wrote:
> I would like to spend some time learning a new coding language, but
> specifically for server side admin stuff, i.e. setting up users /
> databases / FTP accounts / virtual domains on Apache, etc.
If you are targetting CentOS and/or Linux only - doing t
On 06/15/2009 03:22 PM, David G. Mackay wrote:
> Python will let you develop programs very quickly, the first time. The
> problem is that you'll have to go back and redo the code when a
> different version of python is released. There are major
> incompatibilities between 2.5 and 3.0.
afaik, thi
David G. Mackay wrote:
> On Mon, 2009-06-15 at 09:16 +0200, Peter Hopfgartner wrote:
>> Python has become quite common for sysadmin stuff. Indeed, a lot of
>> RedHat/Fedora (e.g. anaconda, the installer) and Ubuntu tools are really
>> Python scripts. The code is quite readable and usually, there
On Mon, 2009-06-15 at 09:16 +0200, Peter Hopfgartner wrote:
> Python has become quite common for sysadmin stuff. Indeed, a lot of
> RedHat/Fedora (e.g. anaconda, the installer) and Ubuntu tools are really
> Python scripts. The code is quite readable and usually, there are Python
> bindings for
Rudi Ahlers wrote on Sun, 14 Jun 2009 20:54:00 +0200:
> I can do most of this in PHP, but I do think PHP is a bit slow for this,
> being a scripting language, and not a compiled language.
It's not slow at all. I have written such an interface 5 or more years ago
for our needs and it's split in t
Rudi Ahlers wrote:
> Hi,
>
> I would like to spend some time learning a new coding language, but
> specifically for server side admin stuff, i.e. setting up users /
> databases / FTP accounts / virtual domains on Apache, etc.
>
> I already know PHP, but realize it's not quite suited for this kind
On Sun, 2009-06-14 at 20:54 +0200, Rudi Ahlers wrote:
>
>
>
> Hi Les, while I understand where you're coming from, I don't quite
> agree with you. A programming language doesn't make security mistakes,
> the coder does :) What I'm looking for, is which programming language
> will be best, i.e
Rudi Ahlers wrote:
> On Sun, Jun 14, 2009 at 8:31 PM, Les Mikesell wrote:
>
>> Rudi Ahlers wrote:
>>> Hi,
>>>
>>> I would like to spend some time learning a new coding language, but
>>> specifically for server side admin stuff, i.e. setting up users /
>> databases
>>> / FTP accounts / virtual dom
Rainer Duffner wrote:
>
>> I would like to spend some time learning a new coding language, but
>> specifically for server side admin stuff, i.e. setting up users /
>> databases / FTP accounts / virtual domains on Apache, etc.
>>
>> I already know PHP, but realize it's not quite suited for this
On Sun, Jun 14, 2009 at 8:31 PM, Les Mikesell wrote:
> Rudi Ahlers wrote:
> > Hi,
> >
> > I would like to spend some time learning a new coding language, but
> > specifically for server side admin stuff, i.e. setting up users /
> databases
> > / FTP accounts / virtual domains on Apache, etc.
> >
On Sun, Jun 14, 2009, Rudi Ahlers wrote:
>Hi,
>
>I would like to spend some time learning a new coding language, but
>specifically for server side admin stuff, i.e. setting up users / databases
>/ FTP accounts / virtual domains on Apache, etc.
>
We use python for most of the things we write now aft
Am 14.06.2009 um 20:00 schrieb Rudi Ahlers:
> Hi,
>
> I would like to spend some time learning a new coding language, but
> specifically for server side admin stuff, i.e. setting up users /
> databases / FTP accounts / virtual domains on Apache, etc.
>
> I already know PHP, but realize it's n
Rudi Ahlers wrote:
> Hi,
>
> I would like to spend some time learning a new coding language, but
> specifically for server side admin stuff, i.e. setting up users / databases
> / FTP accounts / virtual domains on Apache, etc.
>
> I already know PHP, but realize it's not quite suited for this kind
60 matches
Mail list logo