Re: [Lcd4linux-devel] manpage for lcd4linux

[Martin H. <ma...@he...>]

Hi Xavier,

>>>ASP is a ***** with VB inside. I would better code my own web server
>>> than using it.
>>
>>LOL. I guess I disagree with your view on VB (since I make a living 
>>writing code in VB, at least when the job calls for something written in 
>>VB - just try to write some simple DTS scripts for SQL server with 
>>anything else, and you'll know what I mean).
> 
> But SQL server is a ***** ;) 
Well, that's your opinion, and you're entitled to it ;-)

> In fact, I don't know really what DTS
>   means, but PHP and Perl handle very well SQL request (maybe sql
>  server doesn't use standard sql request).
DTS is "Data Transformation Services" - basically, scripts that run on 
the server to import/export/convert data. Very convenient for example if 
you get "data-dumps" from SAP (or some other system that doesn't have 
direct access to the database) or if you want to create data extracts 
from the data in SQL server (for example to create those Excel sheets 
that management loves so much).

This obviously has nothing to do at all with web-pages (ASP, PHP or 
whatever) - I was just taking issue with your statement that "ASP is a 
***** with VB inside") - VB has it's places, especially in corporate 
environments where you can't just go and tell them to dump the thousands 
of dollars/euros they've invested in their (Microsoft-centric) 
infrastructure and switch to linux/mysql/PHP/you name it because it's 
much more "kewl". Besides, ASP can use JScript too (and I recall seeing 
a Perl-version too, at some point).

>>I don't know how easy to deploy PHP is (since I've never used it), but I 
>>can't say that CGI scripts in perl are very hard to deploy (or even 
>>write) - that's another thing I do for my day-job, and I find writing 
>>and deploying perl CGI stuff rather straight forward. I also don't think 
>>that CGI is "outdated" - it surely isn't as "hip" as JSP or PHP, but 
>>then, I don't care much for hipness, when it comes to getting a job done 
>>(as you may have guessed, I don't work in marketing...).
> 
> To deploy a PHP script, you copy it on the server as a HTML page, and
> that's all ! Moreover, hosters prefer PHP and CGI for security and
> quotas reasons. HOsters can decide how much cpu and memory a script can
> use.
Yes, that's right. But this assumes that the Webserver in question 
already supports PHP already (which SF does, and which I acknowledged as 
a benefit for our scenario).
To deploy a CGI-script, you copy the files somewhere on the server, and 
add an entry in the Web-server's config to accept that location as a 
script directory (if one doesn't want to copy everything into the 
default cgi-bin directory). Just as simple, I guess

>>>I'm not really sure to understand you. Is PHP-Website an online-editing
>>>CMS ?
>>
>>I'm not sure what "online-editing CMS" would imply. With php-website, 
>>one can change the content by filling out HTML forms (which in turn get 
>>saved in a MySQL database, from which the actual pages are created) - if 
>>that's "online-editing", then yes, it is.
> 
> Yes, hat what I meant, like zwe-lite is. But I really dislike thit
>   solution because mysql request are slower than opening a file. 
Correct - especially when the SF staff is messing with the DB servers 
(which they have been doing a lot lately - or so it seems).

> I fact, it sounds more like a WiKi than like a CMS.
Well, to a certain extent, yes. But then, if that's the case, the 
professional CMS systems I've seen (vignette, for example) would qualify 
as a WiKi too. But I'm sure the guys from phpWebsite 
(http://phpwebsite.appstate.edu/) would have issues with phpWebsite 
being called a WiKi :-)

> But the better would be that I code a preliminary version, and we may
> decide then. The claim is that I don't have any webspace with mysql. Can
> anyone help me for this ? Michael, can I host this test in
> http://lcd4linux.sf.net/test ?
Indeed - that sounds like a very good idea. It's probably much more 
efficient to discuss a specific sample, rather than talk about PHP 
versus whatever in abstract.

Martin