Jump to content
The Uniform Server Community

couch-potatoe

Member
  • Posts

    16
  • Joined

  • Last visited

About couch-potatoe

  • Birthday 04/15/1957

Previous Fields

  • Main OS
    Windows XP

Contact Methods

  • Website URL
    http://
  • ICQ
    0

Profile Information

  • Location
    Kent, UK

couch-potatoe's Achievements

Newbie

Newbie (1/14)

0

Reputation

  1. Ric, Your a Star! Many thanks! Couch Potatoe
  2. Update.... I'v just had a rummage around in the UniServer_USB_1.2 files I guess what I'm looking for are some tweaks to aconfig.php and vhost.php to get the functionality to update proxy.pac in nano. I did have a go myself using the files from UniServer_USB_1.2 as a starting point and got about 50% of the way there before I got lost in the PHP. (HTML, CSS and Javascript I know pretty well - PHP, I'm still fighting with!) The rest of the setup (FirefoxPortable setup autorunning nano etc) is a walk in the park... I must admit I surprised the proxy.pac solution isn't used more widely, taking away the need to edit the hosts file to make virtual hosting work on "any" machine is positively brilliant! Cheers Couch Potatoe
  3. Hi Ric, Thanks for the reply... I'm well aware that Nano runs on a USB stick I'm currently using it with WeBuilder, FirefoxPortable + a few plugins and a few other bits and pieces as a portable development environment... The thing I really miss is the use of a proxy.pac file and the integration that linked proxy.pac to the Admin Panel Virtual Host page in mona - that was really slick Couch Potatoe
  4. Hi Guys, Are there any plans to upgrade the UniServer USB plug-in for mona to run with nano? Cheers! Couch Potatoe
  5. I know, its really strange - I'm beginning to think it's something odd about the way my laptop is setup, both netstat -a and "Active Ports" show that nothing is using port 80 or port 443 but if I portscan the beast port 80 and 443 are shown as open even though I can't get any response from them even with telnet... This sort of stinks of Trojan/Malware activity but all the scans I've run (NOD32, Malwarebytes, Webroot, etc) come up clean! Now I'm really confused Still, at least I can carry on as normal with the batch files... Couch...
  6. Hi Guys, I've just upgraded to Mona - thanks for all the hard work... Just for kicks I thought I'd try the new (to me) UniController and hit a strange problem - running TEST illustrates... This seems really strange since "netstat -a" reveals nothing obvious and the batch files work quite happily! (No, I'm not running Skype!) Bright ideas anyone? Ta! Couch Potatoe
  7. OK, the tail end of my httpd.conf file looks like this: - # # You may use the command line option '-S' to verify your virtual host # configuration. # Use name-based virtual hosting. NameVirtualHost * # VirtualHost example: # Almost any Apache directive may go into a VirtualHost container. # The first VirtualHost section is used for requests without a known # server name. # #<VirtualHost *> # ServerAdmin webmaster@dummy-host.example.com # DocumentRoot /www/docs/dummy-host.example.com # ServerName dummy-host.example.com # ErrorLog logs/dummy-host.example.com-error_log # CustomLog logs/dummy-host.example.com-access_log common #</VirtualHost> # ##########VIRTUAL HOST SETUP########## # LOCALHOST:80 <VirtualHost *> ServerName localhost:80 DocumentRoot /www/ </VirtualHost> ##########VIRTUAL HOST SETUP########## # HRA-TEST <VirtualHost *> ServerName www.hra.test DocumentRoot /www/www.hra/ </VirtualHost> ##########VIRTUAL HOST SETUP########## # HRA-FORUMS-TEST <VirtualHost *> ServerName forums.hra.test DocumentRoot /www/forums.hra/ </VirtualHost> This gave me two virtual servers, one called "www.hra.test" with its files located in "/www/www.hra" and one called "forums.hra.test" with its files located in "/www/forums.hra/" To browse these sites through the local server you need to modify the hosts file, in my case I added: - 127.0.0.1 www.hra.test 127.0.0.1 forums.hra.test This allowed me to browse "http://www.hra.test" and "http://forums.hra.test" by typing the addresses in the browsers address bar. Then its just a spmple matter of telling homesite which address to browse when looking at files from a particular directory (browser mapping in prefrences...) Couch...
  8. Virtual Hosting works perfectly with Homesite, I've been doing it for absolutely ages... The trick is to set up virtual hosts for the sites in the Uniform Server, then in Homesite / Prefrences / Browser set up a matching mappings so Homesite knows which virtual host to browse for a particular source directory. Couch Potatoe
  9. Sorry, should have made myself clearer.... I've played a bit more since, and this works for me on a fresh copy of the Uniform server... Download the Active Perl Zipped archive. Overwrite the perl.exe and perl58.dll files that the Uniform server uses (in diskw\usr\bin) with new versions from the archive. Overwrite the entire contents of the user\lib directory and sub directories that the Uniform Server uses (diskw\usr\lib) with the usr\lib files from the archive. The Active Perl download is no longer needed... Fire up the Uniform server then open a command prompt in w:\usr\bin You should now be able to execute command line perl scripts in the command prompt window in the following manner perl.exe w:\...path to perl file...\perl_file.pl (I my case with SquirrelMail it was perl.exe w:\www\config\conf.pl) There must be some files "missing" from usr\lib in the Uniform server setup that stop the command line working, unfortunately I dont know enough about Active Perl to figure out which ones Hope this makes sense... Couch Potatoe
  10. I dont know if this will help, but I hit a similar problem today, I was playing with SquirrelMail and its plugins, the system uses the command line perl interface to run the configuration utility... I downloaded Active Perl and installed it and then copied perl.exe and perl58.dll from c:\perl\usr\bin to w:\usr\bin and the entire contents of c:\perl\user\lib to w:\usr\lib. Having done this I found I could open a command prompt in w:\usr\bin and execut the following at the command line: - perl.exe w:\www\config\conf.pl This carried on working even after uninstalling Active Perl! I can only guess that some entries in w:\usr\lib were missing (I needed to update perl.exe and perl58.dll to fix complaints about file versions - I appear to be running a newer version of Perl now...) As I said, Hope it helps... Cheers Couch Potatoe
  11. Hi Guys, Thought I'd try phpMyBackupPro in the 3.3 Admin panel yesterday having never played with it before. Following the link presents me with a phpMyBackupPro Login page, but I cant get past it... I presume this is trying to log into the MySQL admin user (root) - but when I try it I just get thrown back to the phpMyBackupPro Login page again. I have changed the root password for MySQL but access to phpMyAdmin and my "site" works fine with the new password so I'm not sure what's going on! Anyone else come across this or is it just me? Any ideas? Couch Potatoe
  12. It OK, I've sussed it already - I didnt need to change anything - it would appear that the normal socket 3306 is being used locally and the file path works on my host... I'm guessing that the socket is tried first, and the file path is used if the socket cant be found. Cheers Couch
  13. Hi guys, Probably a dumb question, but is it possible to change the location of the socket for mysql_connect within the uniform server, I'd like to change it to match the path my host server uses so I dont need to keep rememberihg to modify my php code depending on weather I'm testing localy using the uniform server or uploading stuff to my host - I just put a live database out of action for 2 days (oops) because I forgot to tweak the code back having played with the php locally... Cheers Couch Potatoe
  14. Doh! Why didnt I think of that... Cheers Couch Potatoe
×
×
  • Create New...