Ric

Hey that is Ace My first amp for doing the same thing (DJ) had a line up of EF86 pre-amp, ECC83 phase splitter followed by two EL84’s. Scratched the vinyl with Garrard home made twin decks. Disco lights a few car headlamps controlled via micro switches and thyristors from the speaker cones. The best PC that could be purchased in them days was a!!! All the best Ric :angry:

This may be of interest: Uniform Server will run on any drive from any folder, simply double-click on the relevant batch file. Well not in “fredt” case, his solution is neat and uses a very powerful batch command %~ I use this in conjunction with two other commands, before I expand on this do you really need to use it! Working directory: When you open a command prompt and navigate to the Uniform Server folder for example D: and then cd progz\uni1 this is referred to as your Current working Directory. Any relative paths in the start batch file are referenced to this (CD current directory or current folder they are the same thing). Type in “server_start” the operating system looks in the Current Directory to find the file and runs it. Now back to the explorer window, when you double click on the file server_start.bat it opens a command prompt and should automatically set the current directory to that where the file is located. In “fredt” situation the OS thinks the current directory is in C clearly a problem. Test batch file: To check that you have this problem create a test batch file “test.bat” copy the following lines and save it in the folder where the server start and stop files are located: echo off echo ================== echo Current path = %CD% echo Real bat path = %~dp0 echo ================== pause It prints out the current path (Current Directory) using %CD% and the path where the batch file is located using %~dp0. On a local machine the only difference in paths will be a back slash at the end for Real bat path. If these are different then there is a problem. If the paths are the same (apart from the back slash) you do not have a problem. Just for fun you can simulate the problem. Open a command prompt this normally defaults to c, type the full path including the file name for the test file e.g. “G:\UniServer3\Uniform Server\test.bat” Note because of the space in the file name you do need to wrap it in quotes. The paths will be different, now that is not fun it’s serious. You can use %~dp0 to change the current working directory, but if you want to run this say remotely across file servers then what happens if you think you are still in the old current directory. These is getting a little bit heavy, not intended I do ramble on but think save old location, create a new working directory corresponding to batch file location when finished restore to old working directory. Push and pop, some real old micro terminology; push, save where you came from and pop, zap back to where you came from, add this to where you think you are and you have a real solution. The code is boarding on a real no brainer: pushd %~dp0 Your Batch File Code popd Well “pushd” pushes the Current Directory onto a memory stack (Where you came from). “%~dp0” This forces the CD to the current location of the batch file you are running. It includes the full path not just the drive letter (if its remote that’s included). “popd” Restores the previously pushed directory. If you missed the point, two lines of code that can get you out of deep smelly stuff even across file servers. Its not a panacea, however you do know that the code you are running in your batch file will be relative to its real location, further you know where you came from hence can return to that known point. Start every batch file with: pushd %~dp0 End it with: popd OK you get the idea; it’s very powerful but not backwards compatible with the dark ages of steam. Now we are talking real engineers, they could bore a hole, for a piston that would accommodate its expansion under extreme temperatures and still work to perfection. I do apologise for the long post. All the best Ric

MS-DOS parameters/qualifiers are not case sensitive however variable names are always case sensitive hence I am not sure how that could fix your problem. The Disk variable originates from the Server_Start.bat file and is passed onto the PHP file. The word reinstall concerns me! Reformat hard disk and then install is clean, reinstall I think will pick up dross that was already there. This is a classic path I have been down, blaming the wrong culprit. You could try increasing the environment space as suggested say: SHELL=C:\COMMAND.COM C:\ /E:8192 /P that’s big for a clean install. I am almost sure that is not the real problem; it could be a memory size problem! Ric

This unofficial ucUniTray plugin is based on the one originally designed for UniServer 3.2 although it is a cut down version you may find it useful. http://center.uniformserver.com/us_35_unit..._install_1.html All the best Ric

I have just published a full update to the new user section. It now targets 3.5-Apollo in addition I have added a new section Quick Perl this includes both CGI and CLI. The sections sole purpose is to get your first scripts up and running on Uniform Server have fun. Ric :angry:

Yes it updates the paths in addition if you change the location for example install on D drive it also updates Run.bat with the new path (Run.bat was hard-coded). I think I found all the paths but not 100% sure. All the best Ric

Hi Olajide You were right it is a bit messy! After the installation process all I could find were a few paths that were not correctly updated. Not sure where the messy bit comes in because apart from the above, works like a dream. :angry: If anyone is interest I have just published my solution, not elegant but works on XP Home. http://center.uniformserver.com/us_35_oily...o_problems.html Thought that page was going to remain blank All the best Ric

I have just updated Oily Rag, seems I managed to screw several links, backtracked on this thread and hopefully corrected all links. I am easily side tracked; all the best John hope you enjoy the CGI and CLI Perl stuff The link you are looking for is: http://center.uniformserver.com/us_35_oily...perl_intro.html I do ramble on so go to CLI examples. Trust you are now a member of the forum! :angry: All the best Ric

You may be interested! I have just published the second part of my little tutorials on how to run 3.5-Applo from a CD. You can find it here: http://center.uniformserver.com/us_35_oily_rag/uscd_2.html It offers additional flexibility however one part I could not get working was phpMyBackUpPro its due to the method they use for updating their global config file. One minor issue I always forget about language files hence apanel is hard coded in English. I look forward to that, always interested in alternative solutions mine tend to be hacks more than final solutions. Well that brings me to one final point I have hacked 3.5-Apollo around and have one page on UniCenter I like more than any other! http://center.uniformserver.com/us_35_oily...o_problems.html All the best Ric :angry:

Excellent glad you got it working. As for the double back slashes I only use single slashes hence it just looked wrong. Indeed Vhost does pop an extra one in. This rang an alarm bell hence I have tested Apache with single and double backslashes. It appears Apache will happily run with either, just goes to show you do learn something new every day. Reason for this post, just in case anyone reading this thread gets the wrong impression Vhost works fine and Apache is happy with single or double backslashes. All the best Ric :angry:

Well the code for USCD2 (3.5-Apollo) is almost in place. An unofficial plugin with a little tutorial, I have one problem with it! Not sure what users want? In CD-mode it currently updates UniServer and it’s files that are not applicable to CD operation (my personal view). OK rips the heart out of apanel’s menus. In US-mode restores every thing back to their originals. Just wondering what a user will use it for and how flexible they want this version. Any feedback will be interesting and considered for inclusion must be general for every user. There are no deadlines its an ongoing project well Oily Rag what do you expect! :angry: All the best Ric

All you need to do is remove the double back slashes So it looks like this: DocumentRoot D:\WebsiteRoot\test1 So long as your test1 folder contains an index page of some description it will work! An alternative way to get the correct path is to right click on the index page of your site. Select properties and just left mouse drag across location, once highlighted, right click and copy. In vhost delete /www/ and paste your new path. Whatever you typed into: Name: (ex. newhost.localhost) for example: fred.com After re-starting the servers type it into your browser: http://fred.com Your original should look like this: ServerName test1.com --- is correct must have a dot DocumentRoot D:\Website_Root\test1 --- remove double slashes, remove any spaces in path names, test1 is your folder with an index page type http://test1.com All path names shall not contain spaces, Windows thinks that after a space it is a parameter. (Well screws things up badly after that) Make those mods and it will work! All the best Ric

Yep, I liked that. May be you will like this: http://center.uniformserver.com/us_35/us35_intro_1.html I have checked it but need to read through it again. Hence some pages will change. Just a few warts? :angry: You may or may not like the concept of Oily Rag but this is for users who like to get their hands dirty. It is work in progress so never expect complete pages. However I completed two pages for Megan but not a definitive solution. Well that is my lot for tonight but worth publishing I think! All the best Ric

As promised take a look at this page: http://center.uniformserver.com/us_35_oily_rag/uscd_1.html OK not finised, on-going but a good pointer, hack it around. All the best Ric

Shame I missed it, my feeble excuse I was out, however I have just download 3.5, looks as if its going to be a busy weekend. All the best Ric :angry:

Hi Megan Thanks for the kind words, request noted. I am in the process of doing just that. When 3.5 final is released it will take about a week to test and publish. Hope you like it; so far I have produced only one beer coaster! All the best Ric

Olajide take the Wiki down! No way, I see that as a professional source of information, UniCenter is only an alternative point of view. I use both the Wiki and the bolg for my information, so please do not even think about it. All the best Ric

Sorry to butt in, however this is a long shot, you may have been “Cached to death” take a look at this link: http://center.uniformserver.com/us_34/us34...ms_3.html#cache The only reason I mention this, I have seen those error messages from Firefox before. Just wondered if this problem is related! All the best

Your set-up is working correctly. The address you have supplied http://localhost is not recognised by Apache so cannot be found hence uses the default which is always the first VirtualHost. This page explains it in more detail: http://center.uniformserver.com/virtual_ho...ual_host_1.html All the best

I sit here looking at the forum and see no real activity. A number of visitors well just pass by. The trouble is I look at UniCenter, kindly hosted by Olajide, true to his word no censorship; I do really mean that and thank him for being that honest. The real reason for this post, I know UniCenter is getting to the stage where it is well past its sell by date. OK to be honest a little difficult to manage. I will publish a few more articles for 3.5 however what I would like to known do you find the material useful? I would like to prune or delete topics that are no longer of any use. However I would like to know is there anything related to UniServer that you would like covered. :angry: Experts need not apply; if you cannot switch that PC on I will come knocking on your door. Seriously if there is something you do not understand I will try to cover that, is the reason for UniCenter’s existence. Feel free to add any comments to this post, I will apologise in advance for not answering every post but the feed back will be more than welcome and I thank you for that. All the best Ric