Ric

I can confirm the following is not a W2K only problem: Sometime ago I sent a PM to Olajide and proposed this solution to Server_Start.bat for just that problem: Oops! The real problem, Apache, MySQL and Firefox (or some other browser) are started roughly at the same time (in computer terms) and the race begins. Whoever wins the race has the privilege of reporting errors. It’s been my experience Firefox. It’s all an illusion, not a real problem; at the end of the day you click a button! Is that a real issue? If it is an issue, you can always fix the race (no special powders involved) by adding /w to the batch file commands. A process will be started, waits until that ends and the next will be started, the result, it appears to run slower. Don’t be conned by multi-core parallel processors, there is always a winner and looser. Hence no need to up-grade. I am not sure if the other issues are W2K related; if you have a solution that works, use it. Just never used W2K, hence no real feedback, however your comments will be useful to others that do. All the best Ric

I am neither a programmer nor writer, more a rambler and hacker, found a nice toy to play with. For the first time I have written a Windows program, well sort off, the toy turns out to be a very powerful scripting language that even I can understand and use to program something of a windows nature. Thought I would share my findings by writing an Oily Rag mini-series, Olajide has allowed me to ramble on. Not sure if anyone is interested in this type of write-up or will even find it of any use. Uniform Server is probably the only WAMP package to be found on the Internet that has this accessibility for grass roots hacking; by this I mean tailoring to your own requirements and needs. All the best Ric

If it’s a clean shutdown you should have no problems. If it’s a sudden interruption, you may be in the lap of the gods. Ever suffered a brownout on a PC, you will understand? If data loss is your main concern, think raid. On a real practical note, when the lights dim my laptop keeps working, so if you have a desktop maybe UPS. Will be interesting to see what your tests reveal. All the best Ric

If you still have problems with 3.3 take a look at this page: http://center.uniformserver.com/run_as_ser...as_service.html It may help! All the best Ric

Yep 100% agree, easy to use. Ric

Hi Olajide, gave Textpattern a quick road test and it does pop in an htaccess file. For any one that is interested the problem is the following line, it needs to be un-commented as shown: Options +FollowSymLinks Complete htaccess file should look like this: General note: I have seen several cases where Rewrite is used in htaccess files and the line Options +FollowSymLinks is missing which effectively informs Apache to ignore mod_rewrite. Shows up in the log files as: [client 127.0.0.1] Options FollowSymLinks or SymLinksIfOwnerMatch is off which implies that RewriteRule directive is forbidden: W:/www/textpattern/ Apache log files are located in folder: *\Uniform Server\udrive\usr\local\apache2\logs All the best Ric

When Textpattern asked you to create a config.php file were you able to complete this step? The Perl checker! I assume you ran this before starting Uniform Server, it checks to see if port 80 is in use. Hence will detect US if that is running. All the best Ric

Hi Alan thanks for the feedback and your solution with write-up. I am no an expert hence the alarm bells when I saw that error message “NTVDM has encountered an illegal instruction” This type of problem is a real pain to track down, you have done a lot of legwork in finding a solution, thanks for the post, I am sure it will help others. All the best Ric

Hi Olajide Today I finally got me links sorted and promise not to keep changing them, sent you a PM. For virtual hosts these pages may help: http://center.uniformserver.com/u35_mod_ss...ulti_sites.html http://center.uniformserver.com/virtual_ho...ual_host_1.html http://center.uniformserver.com/virtual_ho...host_pac_4.html All the best Ric

Um.. The tester script should run, would have accepted a challenge you do not have admin privileges to run this script. However what concerns me is that message “NTVDM has encountered an illegal instruction” seems as if there is a whole host of reasons for that, virus and malware were a few I found after doing a quick search on the Internet. For whatever reasons it looks like you are unable to run Perl (may explain why it gets stuck with the logo.) You can test Perl independent of UniServer have a look at this page: http://center.uniformserver.com/new_users_...ers_perl_2.html As for the two instances of Apache quite normal one is a background task and the other the main server (not hundred percent sure on that). Now 100% CPU time, when to all intense and purpose it is not doing anything is abnormal. Stop the servers, check the log files in *\Uniform Server\udrive\usr\local\apache2\logs Files: error.log and access.log If the files are large open in a text editor delete content and re-save. Re-start your servers, wait a short time and then stop them. At most they will now have about ten lines each. Just wondering does this shed any light on the problem. I am still concerned about this “NTVDM has encountered an illegal instruction” It’s not a solution, but at least points you in the right direction! All the best Ric

UniCenter UniCenter has been annoying me for some time hence I have done my utmost to bring the links up-to-date. I could not resist the temptation to add some new material. After several evenings and weekends have revamped the Home Web Server now reflects 3.5-Apollo, you may find this of interest. First point of call Single Page Guide. I do confess some of the links will take you to some unexpected places I am working on this. I think I mentioned the site is not spit and polished, it’s more of a meander around pages, pick up a few ideas and feel free to use them. Well I see me typos still exist and my bad English, if you need to correct the English there is no lack of communication. If you do not understand that’s a serious problem Well enjoy All the best Ric

This has been covered in several posts, search for: environment space Try this first: Edit the CONFIG.SYS file and add this line: SHELL=C:\COMMAND.COM C:\ /E:8192 /P If the line exists try increasing the memory size: SHELL=C:\COMMAND.COM C:\ /E:32768 /P All the best Ric

I was just wondering has anyone used my Perl Script tester! http://center.uniformserver.com/us_35/us35...s_3.html#tester All the best Ric

I am slowly working through UniCenter’s site map and separating out 3.3 and 3.5 to make it more consistent. Trouble is I like to look at other more fun topics. Hence it remains a work in progress. Just a thought; do we have a time scale for US 4? See you have loads of posts on this one! All the best Ric

You may find this interesting! Start the Pear Front-end http://localhost/apanel/plugins/pear/index.php In the left menu click on Package Management, this lists all packages installed! I will assume MDB2 is not listed. You need to manually download all packages you need to use: 1. Click on Package Search 2. In Package name enter MDB2 (after a relatively long time a list will be displayed) 3. Find pear.php.net MDB2 and click on the green plus image. 4. That’s it the package will be installed. Now click on Package Management and it will be listed. A new folder “pear” is created in the php folder and the package is placed in this. This is where PHP looks hence your script will now work. Check that you have this folder: *\Uniform Server\udrive\usr\local\php\pear The one in W:\home\admin\www\plugins\pear\PEAR\MDB2.php you should ignore. I do admit this is a pain, however manually downloading each package at least you can check that you have the latest. Using Package Management you can see what dependencies were also loaded. It’s a problem at the Pear end hence the need to use this workaround until it is resolved. Details: http://center.uniformserver.com/us_35/us35...stall_pear.html All the best Ric

I am not convinced that the new go-pear script works. The version that ships with 3.5-Apollo does! Although you need to make a few changes. Added to this you need to download all packages individually (looks as if the default set are not now automatically download) Try the following (no guarantees): 1) Install a new version of 3.5-Apollo 2) From apanel click on Install Pear 3) Click Next 4) For some reason you need to remove W: from the paths (it prevents Pear hanging) The paths look like this: 1. Installation prefix \home\admin\www\plugins\pear 11. php.exe path, optional (CLI command tools) \home\admin\www\plugins\pear\ 5) Click Install The install should be relatively fast, ignore any errors and the need to change paths (no need already set-up). Now type the following into your browser: http://localhost/apanel/plugins/pear/index.php This will bring up the Pear front-end allowing you to download modules. Before downloading any package update the Channel Management system 1) To the left click on Channel Management 2) Then click on Update All Channels You will receive something like this: Updating channel "pear.php.net" Update of Channel "pear.php.net" succeeded Updating channel "pecl.php.net" Update of Channel "pecl.php.net" succeeded You are now ready to install packages just follow these steps for each package: For example HTML 1) Click on Package Search 2) In Package name enter HTML (after a relatively long time a list will be displayed) 3) Find pear.php.net HTML_Common and click on the green plus image. 4) That’s it the package will be installed. Note 1: Packages are loaded into folder: *\Uniform Server\udrive\usr\local\php\pear Note 2: PHP.ini does not need changing the default paths are correct. The above is the quickest workaround I could think off, it’s a shame default packages are not automatically downloaded. All the best Ric

Thanks Olajide, so it’s not just raklet and I with the problem! Well I have run the old and new versions of go-pear and neither do quite what I expected. Seems as if I have got that dog and bone syndrome again. Yep, a few more tests to see what’s going on and hopefully how to resolve this problem. All the best Ric

To be honest I wrote UniServer mod_ssl to show why it would not run on a standard version of Apache running on windows hence you can not just enable mod_ssl on UniServer and expect it to run. In addition it was written purely for securing a personal server. That said it looks as if you are running your server similar to a domestic set-up because of this, I think what you are asking is possible. In my write-up, from a users point of view I mentioned two annoyances the second I showed how to resolve however your real problem is to resolve the first. The area to look at is Wildcard Server Certificates you can check out various CA’s some will supply them for 3-6months trial periods. I must confess I could not obtain one hence did not pursue this path otherwise I would have looked at this first issue in more detail. You are in the right area, I think! There is a large amount of work involved hence test and experiment. All the best Ric

OK flagged as resolved (for information) the section you were looking for: http://center.uniformserver.com/new_users/...rity_1.html#ia2 All the best Ric

I ran the manual installation of Pear (I covered this in detail see post: http://forum.uniformserver.com/index.php?showtopic=662 } I have included my results below: Yep they are the same as yours (the results are similar when run from admin) what this points to, is a problem at the Pear end and not UniServer. Olajide if you are reading this do you think the above is a probable cause?

I have published the write-up; it consolidates the above: http://center.uniformserver.com/us_35_apps...calendar_1.html All the best Ric

For various reasons I easily get side tracked and forgot to publish the Vcalander write up. Oops I also should have published these updates as well. VCalendar running on 3.5-Apollo PHP mail function and Fake Sendmail 3.5-Apollo Joomla running on 3.5-Apollo PHPBB running on 3.5-Apollo The above may be of interest! All the best Ric

I agree with Olajide on this, you must be proficient in programming, however the only way to become proficient is to explore and have a play. You could use PHP but that is restrictive and for good reasons. If you want to access your system with some brute force use Perl it is extremely powerful. As a starting point search for tutorials on Perl’s functions exec() and system() also backticks. They each have their merits; you can run programs and to a certain extent receive the output from programs that are run. This output after some manipulation you can use as a response I am no way proficient in programming, like to hack a bit of code, just make sure it’s secure when online. Olajide stated “the main start system can start any program if you know how to work around it” true hence first port of call, take a look at the code and understand what it’s doing. Combine the above and tailor UniServer to your own needs. All the best Ric

I downloaded the two files, ran them on a clean install of UniServer; they worked as expected. I assume the two files have been put in the root folder www located: *\Uniform Server\udrive\www Entering the following into your browser: http://localhost/register.htm ---Displays the form page http://localhost/handle_form.php ---Displays the processed form (should not display code) You say the files are in “w://” this looks as if you have placed the files in the wrong folder! Run UniServer; look at drive w if the two files are there, move them to folder www Note 1: W:\www is the same folder as *\Uniform Server\udrive\www Note 2: When you run a default installation of Uniform server and type http://localhost/ into your browser the test image “The Uniform Server” is displayed and the browser tab will display “Uniform Server 3.5-Apollo” confirming the server is working correctly. If you have say index.htm or index.html in folder www then you need to type http://localhost/index.php to see the test image. All the best Ric

I think I understand the questions! In reverse order: 1) Drive W is really a fake drive, whatever is written to drive W is in reality written to the folder where UniServer was installed. If MySQL is written to that is updated, if you write to a file that is on the server it is also updated where US is installed. The updates are automatic hence if you move the US folder all updates get moved with it as well. 2) If you have a semi-permanent installation on your hard drive (not on your USB stick), add a shorts cut to the XP start-up menu and well US will automatically start up when your pc is started, when the pc is switch off it will stop. I am not sure if I have missed the real problem! All the best Ric 7)