Jump to content
The Uniform Server Community


  • Content Count

  • Joined

  • Last visited

Community Reputation

0 Neutral

1 Follower

About aplatypus

  • Rank
  • Birthday 02/07/1958

Previous Fields

  • SourceForge ID
  • Wiki ID
  • IRC Nickname
  • Main OS
    Windows XP

Contact Methods

  • Website URL
  • Yahoo

Profile Information

  • Location
    Newcastle, Australia
  1. aplatypus

    ruby on rails

    Hi there all The most recent post on this topic was 2006 -- So I'm asking for an "update". However, I'd like to phrase the question a little differently, this time. OK. Is there Sys Admin documentation for Uniform Server? Is the process to add a SCGI or CGI script language documented? (Finallly) is there a stock process to add a script engine to UNIFORM Server in a 'generic' way for any script engine? In other words, is it there a modular set-up scheme (or one in progress)? Originally, I thought I'd look at how Perl does it on Uniform Server, and then it looks to me that Perl is a different set-up, even different to PHP. Such that ... PHP lives inside $usr/local/php Perl lives in $usr/bin/perl -- Of course the doc file I read, could be not up to date. And while we are on the topic, since this makes sense only to me (most likely) has anyone considered bundling GIT in with the Uniform Server so that some of these fun games like adding a plug-in or updating a sub-domain or web site can be managed as a package? If it helps, I guess what I was looking for was a config, YAML or JSON file some place that said "HERE BE PLUGIN Perl ... " that could be understood or used as a template for someone with a masochistic desire, if not yet a need, to add either Python or Ruby to the Uniserver environment! Considering that someone has thought of that before for (everything) Perl, PHP, Pear, etc. Where is it done? 'Cause I can't find that place. Secondly why not make that change for the future, given the mix of different technical "bits" and "pieces" assembled here -- It seems to me that that approach could make life easier. In practical terms, just like Linux you can set environment variable pointers for Ruby, Python, Perl and what ever else we can think of (say???? wot! ) Looking forward to critique and pointers to get me moving. Thanks in advance, Will
  2. Hi Ric et al Yes that fix got past the "Port in use" {weirdness} problem. Great!! Thanks for such a quick solution. I don't think I'm out of the woods yet. While Apache started OK, it has also stopped. I don't see any error log either to indicate what's gone awry. This does the trick fine! I have made some 'exhausting' (though, not "exhaustive") tests on the other issue that relates to my situation. I mentioned a problem from the wiki on a W:\ drive earlier. Here's the same thing. I used a network drive mapping to make life easier. My "z:\" drive is actually a temp directory (as shown). w:\ = c:\work z:\ = C:\tmp The difference between "Install and Run All Services" and "Install Run Apache Service" on the right-hand-menu and the "Start UniServer" and "Start Apache Server" is that the former installs them as a Service? The Right-Click menu ("Start UniServer") works. Which just runs them from the command shell. Anyway I ran the "START" program via windows explorer (file explorer) on the real path name: c:\tmp\uniserver ... etc. ... This configures things with the actual path, and started Apache -- and clicked on http://localhost ... GOSH, it worked! Working -- c:\tmp\Uniserver\usr\local\apache2 .... c:\tmp\Uniserver\Start bin\Apache -k install -n ApacheS1 -f "c:\tmp\UniServer\usr\local\apache2\conf\httpd.conf" -d "c:\tmp\UniServer\www" Then I stopped everything, rebooted, and did the same stuff from the mapped network drive from the DOS command line, as z:\uniserver ... with the same parameters (after all the paths point to the exact same place) Fails with error #3 -- z:\Uniserver\usr\local\apache2 bin\Apache -k install -n ApacheS1 -f "c:\tmp\UniServer\usr\local\apache2\conf\httpd.conf" -d "c:\tmp\UniServer\www" I'm considering that the "Install Run Apache Service", adds Apache as a window's service too and that fails when I have run it from the mapped Z: drive. I made some other checks, you really need to run START from the physical drive path to ensure the configuration is correct. I found some other files were non-accessible even when I could get the program started by editing different .ini and .config files. -------------- Anyway I managed to capture the output from the "Install Run Apache Service" (right-click menu). I think it would be nice is there some way for the PHP command window to PAUSE or otherwise remain around long enough to read error messages!! Actually on a serious note, the best thing would be an option on PHP.ini to wait at the end of the exec( ) function And to log the commands exec()-ed along with the results. Unfortunately, this is so -- Meaning, that Apache service was already installed. When I went to the Windows services control panel, and tried to START manually, it failed with error #3, can't find file (or path?). With some other changes, it fails after writing to the System Application error log abotu file paths "path must exist" and similar complaints. Some MSDSE alphabet soup person can explain WHY windows implements networking as a third-class citizen. I was caught once giving a demo on my laptop -- All my logical drives failed (they didn't vanish, or say not connected) they just failed because I did have an Ethernet cable connected. My model here is that Services don't get the Environment variables and network mapping that I see as a "User". It is all a little insane, because diagnosis is trial and error until one of the error messages says that folder isn't there even when I'm looking right at it! -------------- Finally, for any one who like shorter paths and uses mapped drives. I made a windows short-cut to the UniServer/Start.exe file using the c:/tmp/Uniserver/ path and working folder. When I run that I know that the menu and configuration will use the right path -- Actual path. I'm sure this will save anyone with mapped drives some sanity and time. Cheers from Will (me) and . . .
  3. Hello hello (me again) I was looking at the wiki ... http://wiki.uniformserver.com/index.php/Uniform_Server As odd as this sounds, I have a "W:\" drive assigned. I am not sure if that is a factor, or not. As I said this afternoon, Apache loves me when I fire-up from the command line. My W: drive is allocated at boot time (not hardware). Perhaps the W: drive is irrelevant, or ... It could be helpful. While I'm on this topic: ... Is there a simple way to alter the "web" drive letter? Anyway I thought I'd toss the drive letter into the consideration pool, since I've had Apache work and I have AVG -- no Skype. I dunno if the drive letter influences the Port:80 check. A second thing ... Why is it only Port:80? Actually, I wonder if it is not also the MYSQL port, if you look back at my first post, you can see that after starting Apache on the command line ... The Port Status indicates that Port:3306 (MySql) is "in use" also, despite me NOT starting MySQL, only Apache on the command line. I may add that I did a fresh rebooted before booting up Apache. Ergo, no mySQL would be expected to be operating. Any light seeping through yet? Or am I adding to the confusion?
  4. Hi all ... This is my first Uniform Server experience, it is all going smoothly, but for the lack of Apache. Unfortunately the start_server.bat script ALSO fails on my /XP box: When I use netstat ... Also none of the programs are listed as using port:80. Yet the server_status.bat script detects something. I see a lot of people verifying this problem, Do we know if it is the port or the "detection" apparatus? I have AVG running, and I've got Uniserver v5_0_beta_1.exe (self-extracting); Win/XP sp3. I went to the command line, and Apache started OK with manual install. And I was greeted by the Uniform Server home page when I went to firefox: http://localhost/ So Apache is operative ... Curiously, server status still says "in use by another", even while Apache is running. May be it is missing a PID since I started it manually. I can confirm Apache is running and that the web server is doling out HTTP:// pages. I confirmed this Task Manager when I kicked-off Apache. Of course you need to manually kill the process too -- CTRL/C or via Task Manager. I think the problem is in detection, Apache certainly has no qualms about port:80. You might want to check the tools XAMPP use for monitoring the servers. I think there's something awry here. Hope this was helpful, I need a 'fix' so things work smoother. Your efforts are appreciated!! Best wishes, Will
  • Create New...