Ric

Hi Scott Noticed the duplicated post hence I have deleted it. The two problems are related; although Apache reports the errors in reality it’s a PHP issue. What I need to know is the version of Uniform Server you are using? All the best Ric

Sorry to but in! Kalpz pointed you in the right direction and rightly assumed you could fill in the blanks: “When I submit the form, all the fields get entered into the mysql database successfully” I think if you supply code you are using to write to the database he would give you another pointer in the right direction. All the best Ric

You are using short tags this has been disabled in Uniform Server to force users to be standards compliant! The line: include("topnav.php");?> Should be: <?php include("topnav.php");?> Uniform Server is not draconian hence you can enable short tags in php.ini Edit the three ini files: UniServer\usr\local\php\php.ini UniServer\usr\local\php\php.ini_delvelopment_nano UniServer\usr\local\php\php.ini_production_nano Search for line: short_open_tag = Off Change to: short_open_tag = On I would recommend always use the long tag <?php format. Think about it, what happens if you move to an ISP that is standards compliant! All the best Ric

Check out the Wiki for change details, 4.3 to 5.3 there was a significant architecture change this impacts on third party programs. Although Uniform Server 5.3-Nano is stable most third party programs still have issues with PHP 5.3.0 Note PHP have released 5.3.1RC1 (03 Sep 2009) hence not to faraway for another release of Uniform Server. I was just wondering what third party programs you are running? Anyway to answer your question: 1] Extract new version of Uniform Server to any folder (Path to folder UniServer must not contain spaces in any folder names) 2] Copy all content of old server folder www to new server’s folder www 3] Adjust any third party program configuration files to match new path or modify to be portable (check Wiki for details). 4] From old server export all databases using phpMyAdmin 5] Import all the above databases to new server. That’s about as standard as it gets. This page is worth a visit: http://wiki.uniformserver.com/index.php/Ca...Server_5.0-Nano All the best Ric

Certainly very odd results! Not sure what the cause is there are too many variables. I would like to remove the control architecture from the equation. Create the following two batch files and place them in folder: UniServer File: z_start.bat usr\local\mysql\bin\mysqld-opt.exe --install MySQLS1 net start MySQLS1 usr\local\apache2\bin\Apache.exe -k install -n "ApacheS1" net start ApacheS1 pause File: z_stop.bat net stop MySQLS1 usr\local\mysql\bin\mysqld-opt.exe --remove MySQLS1 net stop ApacheS1 usr\local\apache2\bin\Apache.exe -k uninstall -n "ApacheS1" pause z_start.bat: Installs and runs both servers as a service z_stop.bat: Stops and uninstalls both server services They run the servers directly hence bypassing control scripts. More importantly display the steps being performed. Run the above scripts and note any errors displayed. Note 1: You will get errors on running a script consecutively e.g. z_start.bat followed by z_start.bat Note 2: UniTray server status will report incorrect information since it has been bypassed. All the best Ric

I assume you are using UniTray? 5.3-Nano: Use the batch files in folder: UniServer\alternative_control Service_Install_Run.bat Service_Stop_Uninstall.bat These report what is taking place and hopefully provide a pointer as to why Apache fails to stop and uninstall. All the best Ric

I have seen a similar error to this before: “[sat Oct 17 16:22:16 2009 ] [notice] EACCELERATOR(5260): PHP crashed on opline 14 of mysql_close() at F:\uniserver53\UniServer\www\xcart\include\install.php:820” Check out this post: http://forum.uniformserver.com/index.php?s...;hl=mysql_close All the best Ric

Check out this page: http://wiki.uniformserver.com/index.php/5...._Server_on-line All the best Ric

This is not an issue with eAccelerator it’s a bug in PHP 5.3.0 Check this bug report: http://bugs.php.net/bug.php?id=48754 Confirmed this crashes: <?php print "fred"; mysql_connect('127.0.0.1', 'root', 'root'); mysql_close(); ?> You require an handle to close: <?php print "fred"; $a=mysql_connect('127.0.0.1', 'root', 'root'); mysql_close($a); ?> “Fix should be part of 5.3.1” All the best Ric

Your dropdown list and single input field have identical names they should be unique. All the best Ric

A quick test to confirm its eAccelerator; before running script disable eAccelerator In Apanel under Plugin Manager click link eAccelerator cPanel This opens a new page, under actions click disable. Run your script All the best Ric

That version of eaccelerator was not compiled with cPanel support hence was removed from Admin Panel. If you do require cPanel support, solution is to download 5.3-Nano, which contains a version of eaccelerator compiled with cPanel support and is compatible with 4.4 Download 5.3 to any folder and extract. Copy file: UniServer\usr\local\php\extensions\eaccelerator.dll From 5.3 to same location on 4.4 Enable cPanel link in Apanel menu as follows: Edit file: UniServer\udrive\home\admin\www\includes\plugin.inc Add this line: <?php echo $US['nav-eaccelerator']?> Restart servers. All the best Ric

Ace, thanks for the feedback. Uniform Server 5.3 is looking like a stable core. Any one of an infinite number of permutations can kill. I do understand “html/form/php code issues” depends on your outlook either a pain or an exciting chase to resolve. All the best Ric

I never recommend installing over an older version. You currently have C:\\UniServer rename the folder to give C:\\UniServer1 (It can have any name must not include spaces.) Now extract 5.3 to your C drive again this will give C:\\UniServer rename this to C:\\UniServer2 Assuming you have not changed any configuration files, the quickest way to up date without losing any work: The following updates your server root folder: Delete folder C:\\UniServer2\www Copy folder C:\\UniServer1\www to C:\\UniServer2 If you have created databases copy these to the new server: Go to folder: UniServer\usr1\local\mysql\data Copy all new folders (not mysql or phpmyadmin) To folder: UniServer\usr2\local\mysql\data Run UniServer2 and check your website works. You can delete folder UniServer1 generally it’s a good idea to keep this as a backup. All the best Ric

Hi Patricia, I have spent some time looking at this and now understand the cause! It’s a double compression issue; the gz gets recompressed to another gz. Hence the file you saved externally if you uncompress this using say 7z and rename that with an extension .gz and import it will work. To me what’s import the data is recoverable, however there is a serious issues because that should not have occurred. Well I am looking for a solution, currently not sure where or what breaks it. All the best Ric

Strange I could not reproduce your results. I have tested on both US 5.1 and 5.3 (recommended includes bug fixes) I exported and imported a Wordpress database. These are the settings I used: Export: Selecte All SQL - Radio button selected Options: Comments - Checked All others - unchecked Structure: Structure - Checked Add DROP TABLE / VIEW / PROCEDURE / FUNCTION / EVENT - Checked Add IF NOT EXISTS - Checked Enclose table and field names with backquotes - Checked All others - unchecked Add into comments: All - unchecked Data: Data - Checked Use hexadecimal for BLOB - Checked Export type - Insert Save as file: Save as file - Checked Save on server in - Checked "gzipped" - Radio button selected After running the above deleted wordpress database, created new database wordpress and imported the above gz file. Just wondering if you will have the same issues with 5.3 All the best Ric

Can you please try 5.3-Nano? This includes all the latest components. All the best Ric

Uniform Server 5.3-Nano resolves the above issues checkout the announcements. All the best Ric

By using msmtp Uniform Server 5.3-Nano resolves this issue checkout the Wiki for details: http://wiki.uniformserver.com/index.php/5.3-Nano:_msmtp All the best Ric

The following 5.2-Nano and 5.3-Nano servers have been released. With the exception of PHP they are identical. 5.3-Nano - Replaced PHP with 5.3.0; 5.2-Nano - Apache updated to 2.2.14 - MySQL updated to 5.1.39; - PHP updated to 5.2.11; - phpMyAdmin updated to 3.2.2; - Cron updated - Added ini configuration and logging - DtDNS updated - Added ini configuration and logging - New db_backup - Ini configuration + logging + archive to 7z files - New msmtp - Integrated msmtp an SMTP client - Bug Fixes; Download: http://sourceforge.net/projects/miniserver/ Wiki Support: New features checkout the following: http://wiki.uniformserver.com/index.php/5....o:_Introduction Core features : http://wiki.uniformserver.com/index.php/Ca...Server_5.0-Nano Reagrds, The Uniform Server Development Team

What I was thinking if you have headers like the following: <html> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"/> <body> <b>说明</b><br/> 这是一份非常间单的说明书…<br/> </body> </html> Add the following (last line as shown to .htaccess in folder www) Order Deny,Allow Deny from all Allow from 127.0.0.1 AddCharset UTF-8 .html All the best Ric

I will take a look if you would post four complete pages (English, Spanish, Chinese, and Russian). They only need to contain a single line that shows the problem I am really after the headers you are using. Complete single line pages will save time. All the best Ric

That’s an interesting observation never noticed that before. Its not a real issue since paths are case insensitive. Anyway now corrected on new version. I agree "is arguably more correct" All the best Ric

I am sure the helpful members will point you in the right direction. I am off to be bed. All the best Ric

Please, its only an interim solution, if I works for a bit of coding testing then fine. It will come back to haunt you. Like I said they must be the real matching binaries. All the best Ric