Shyokou Ouyou

If you want people to donate with security concerns, then SSL cert becomes a must ... Besides those commercial SSL certs, there stands CACert.org and StartCom.org with free SSL cert either, so does GoDaddy.com gives free SSL to promote Open-source sites ... Once upon a time a couple of comparisons of all the famous SSL certs float on the web, pros and cons in English, just go google ...

Couldn't help to try the 02 December 2010 released UniServer PHP IDE Plugin, but encountered failed download ... As if the 'Plugins/UniServer PHP IDE/Self-contained portable IDE/us_portable_php_ide_1_0_0.exe' is ok, but 'Plugins/UniServer PHP IDE/Plugin IDE/us_plugin_php_ide_1_0_0.exe' FAILED ... Looked into the FAILED image, as if no readable path info presented, I'm afraid neither an easy way to extract counterpart from the Portable ... Hope Ric read and check this soon ;-)

As if you may try a fresh installation of a fresh download of the last bundle after you have checked and made sure your box is clean of file system fault and malware etc ;-) Such kind of GPF errors are liable of any corruption of your executable files ...

If you want to share database file across XP and debian, you might have to stick with the MyISAM engine, which should be "machine and operating system independent", aka "binary portability", for most cases ... You may refer to this link for detail, please ...

I'm afraid that, at least the default behaviour in the treatment of "cookie" has changed in PHP 5.3, such that it may break some applications "worked in the previous version of" PHP (to be more specific, not due to the big UniServer ensemble) ... Alternative would depends upon your real target, e.g., what kind of result would be expected ...

Interesting, indeed ... But if you find yourself something to do with php-cli.ini, you may customize to your own needs without "changing that default ini file", e.g., with switch '-c', '-d', et cetera ...

Have you ever checked your settings for timezone ...

Yeah, interesting binding ;-)

As if it does NOT seem that simple to download and compile your own "PHP 5.3.3 in US 4.5 serie?" ... otherwise you might have done it yourself ;-) Hope your big bucks bark ...

I think it really depends upon your application, since at least you have to tweak some security switches if you keep your old application but upgrade PHP all the way to, say, 5.3 or so ... AFAIK, those "problems with compatibility" in "Apache", "MySQL", "phpMyAdmin" seem trivial ... I would recommend the last version for you ;-)

Thank you very much for such details and all the good jobs, Ric ;-)

Just wonder if it is intended to have double double-dot batch files, with common name, 'Run_pop_up..bat', residing under 'UniServer/unicon/tray_menu_2/batch_files/' and 'UniServer/unicon/tray_menu_2/bat_dev/', respectively ... I am running Carbo 6.0.5 but also find them from Carbo 6.0.3 at least ...

May I assume you mean upgrade that old "Uniform Server" without losing your existing web contents when you say "update" your "Uniform Server" ... Obviously, "overwrite" is not a good idea; but the useful way to upgrade depends upon the old config, say, whether you have put your contents outside the old "Uniform Server" tree, whether you have customized any file under the old "Uniform Server" tree, whether you have your own data in the old database, et cetera ... Whatsoever, you may begin with installing the new "Uniform Server" side-by-side with the old one, such that whatever you want, dig from the old; otherwise, you may backup everything old as well ...

If the standard shebang "#!/usr/bin/perl" works on the remote server, then the "fixed development environment" recommended by "Ric" would be ok, since what you "upload" is "scripts" rather than the whole box ...

It might be a suprise to you that it is NOT necessary to populate your "full web site in the www directory" while you are running such a portable backend like Uniform Server. I would recommend a separate folder for web contents, and proper config your Uniform Server clones after every update, such that if something wrong it is easier to check them parallelly.

Obviously, the Nano (aka UniServer 5) series changed a couple of strategies from those "older version"s (Mona and before), e.g., the '"W" drive' and "the udrive folder" no longer a part of ... If you did NOT re-config your Dreamweaver for those changed drive/folder, and possible SQL ... For connection diag, I recommend 'netstat -abn -p tcp' to see if MySQL is running ...

Yeah, I have tested the Carbo_6_0_3 on my box, it works well ;-) Thanks

I was a little bit fashion to try both Carbo 6.0.1 and Carbo 6.0.2, but found both omitted a space smart ;-) I mean, the omitted space in the definition of function 'port_in_use()' in file 'UniServer/unicon/main/includes/functions.php' ... At least in the Nano 5.6.X series, the space counts; but in the new Carbo 6.0.X, it may lead to ridiculous and erroneous 'port in use' message for just something listens on 0.0.0.0:80X or 0.0.0.0:80XX ... In order to fix that without interfering with other parts, I applied this patch: --- Carbo_6_0_2/UniServer/unicon/main/includes/functions.php 2010-08-13 01:25:56.453125000 +0800 +++ Carbo_6_0_2/UniServer/unicon/main/includes/functions.php 2010-08-13 01:25:56.453125000 +0800 @@ -873,6 +873,7 @@ // Input: Port number Output: true - in use false - free to use function port_in_use($port){ $list = shell_exec("netstat -anp tcp"); // Get output list as sring + if( strpos( $list, '0.0.0.0:' . $port . ' ' ) ) return true; if(strpos($list,'0.0.0.0:'.$port)){ // Check for match return true; // Found match Port already in use print "\nA==A match =\n"; It adds nothing but a single line begins with a plus ;-)