From: Xavier V. <xav...@fr...> - 2004-02-29 09:41:22
|
Helli Martin, hello list ! > > 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 ***** ;) 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). > 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. > > 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. I fact, it sounds more like a WiKi than like a CMS. > > You're not clear at this. But My vision is to use PHP to 'assist' page > > writing : for 'normal' pages (not news or things like this), php is to > > insert headers, menu and things like this, and provide link(), img(), > > title() functions to avoid caring about which CSS class title use. > Ok - in that case, I misunderstood your previous statement. But wouldn't > that mean that a change in the way a page looks would require a change > in the PHP code (since it hides the details about CSS classes and so > on)? Not that I hope we'd change the way the page looks like too often, > but having to change code to change the appearance somewhat contradicts > your point that "PHP generates HTML code, so it isn't heavier than pure > HTML". Yes, but PHP code will be in a reduced set of files, with simple functions like this : /* make a link to $to, in frame $window, printing $text */ function lien ($to, $where, $text) { echo "\n<a href=\"$to\""; if ($where) echo " target=\"$where\""; echo ">$text</a>\n\n"; } or this : /* open a new paragraph */ function parag ($title = "") { if ($title != "") { global $title_color; echo "<div class=\"ptitle\">\n"; echo "$title\n"; echo "</div>\n"; } echo "<div class=\"pcontent\">\n"; } The HTML code with class and folks show immediatly. And more cosmetical changes will be done via CSS. > Ok, that I surely can agree with. But that surely sounds like a CMS. I > guess the main thing we need to decide then is wether adding the > (relative) complexity is actually needed - I mean, how many people will > be updating the page? If Michael will be the only one (long term), it > would be hard to justify the extra work. If there are several people who > are willing to pick up the work, it sounds like the way to go. Even it Michael is the only long-term maintainer, I think this engine will be able to help him. Moreover, this would be the better way to discard frames and include docbook-made documentation while looking good. 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 ? Bye ! -- Xavier VELLO <xav...@fr...> |