-
Posts
1,516 -
Joined
-
Last visited
Everything posted by Ric
-
It all takes time; if you want it now, hack the code to meet your own requirements. None of the code is written in stone; hence you can change it. That’s all part of the flexibility that UniServer offers and one reason I like it. My unofficial ucUniTray plugin, should not conflict with the final version just delete it. If you want to add more functionality, open up the ini file and make the appropriate changes. All the best Ric
-
Hi Danny, Excellent news, glad you have it working. I will in due course pop a full write up of VCaldar on UniCenter. That said you already inspired me to produce this write-up: http://center.uniformserver.com/us_35_oily...ql_upgrade.html Thanks for that others may find it useful. All the best Ric
-
Error in hosts file: localhost:80 does not exist
Ric replied to coubury's topic in Uniform Server - Windows
You did not state what router you are using, some routers do not handle the loopback connections properly. What you need is a method to check externally, you have two options to do this: 1) Get a friend who is not on your network to type the IP address you found using http://whatsmyip.org/ as in the previous post. OR 2) Use a third party to automatically check your website from outside of your network. This is probably the quickest: Go to: http://www.google.com/language_tools Towards the bottom of the page you will find: Translate a web page: http:// Type your IP address in the text box provided; there is no need to select a translation language. Just click the Translate button. In either case you have a serious security problem if it brings up your router's web-server/config utility page. In that situation you need to disable the external management of the router. (Note: Access to the routers config page should only be via a local address such as 192.168.1.1) You say I assume you mean you have forward port 80 to your local machine’s address for example if it is 192.168.1.4 then port 80 should point to that address. Hope that helps to locate the problem area All the best Ric -
I forgot to mention an alternative to editing the Apache configuration file httpd.conf Use an .htaccess file as follows: 1) Copy .htaccess from folder www to folder vcalendar 2) Edit the .htaccess file in folder vcalendar Delete all lines and add this one: DirectoryIndex index.php index.html index.htm All the best Ric
-
Result, I would like to express my sincerest thanks to Robert and George, at UltraApps support for a very quick response and resolution to this problem. I have tested this on UniServer with the following MySQL versions: 5.0.17 UniServer 3.3 5.0.37 UniServer 3.5-Apollo 5.0.45 UniServer 3.5-Apollo (Upgraded) Solution: Open the file Common.php Location: *\Uniform Server\udrive\www\vcalendar Change this line (line 32) "DateFormat" => array("yyyy", "-", "mm", "-", "dd", " ", "HH", ":", "nn", ":", "ss"), To "DateFormat" => array("yyyy", "-", "mm", "-", "dd"), It works perfectly, while testing I discovered it is extremely easy to use and also a very powerful package. It really is worth the download quick and easy to install. All the best Ric Again many thanks, Robert and George
-
Thanks for the feed back, excellent news. No need to scratch your head, servers do that sometimes (crash or whatever) welcome to the real world. I could not get through, though Olajide had black listed me . All the best Ric
-
What you are looking for is on this page: http://center.uniformserver.com/us_35_oily...o_problems.html Seems as if I need to update UniCenter’s Map page http://center.uniformserver.com/unicenter_site_map.html Yep its not there only for 3.3 well can't win them all All the best Ric PS Map now changed
-
Over the weekend I upgraded UniServer to MySQL 5.0.45 and tested Vcalendar. Well Year, Month and Week, day events work fine however the day event on its own (top menu bar) does not, still get this “There is no data related to this day/event.” Added this information to the support request. I have popped the upgrade on UniCenter it may be of use to other users, can be found here: http://center.uniformserver.com/us_35_oily...ql_upgrade.html All the best Ric
-
Quick update, I have placed a support request detailing what I found when testing Vcalendar on UniServer. As an interim solution you can use 3.3 or downgrade 3.5-Apollo MySQL server from 5.0.37 to 5.0.17 as outlined above (I have also tested live on the Internet works fine). All the best Ric
-
Like I said I am out of my dept on this one. I found this article http://www.orafaq.com/faqphp.htm that indicates you need two extensions: extension = php_oci8.dll extension = php_oracle.dll Take a look and see if it helps in anyway. All the best Ric
-
Problem, I assumed you had installed the Oracle Database and have it up and running and you were only lacking PHP support. Do you have Oracle Database installed and running? I think php_oci8.dll looks in the Windows path for OCI.dll I do admit I am treading on thin ice because I have used neither. All the best Ric
-
Yep you are 100% correct, make sure they are unblocked otherwise you will have no working servers. I personally like to see these alarm bells activated, at least I have some confidence that they are doing something. All the best Ric PS Take a look at section 2: http://center.uniformserver.com/new_users/..._install_1.html
-
Error in hosts file: localhost:80 does not exist
Ric replied to coubury's topic in Uniform Server - Windows
OK try this: Go to http://whatsmyip.org/ and pick up your IP address Type this IP address into your browser for example http://22.111.333.444 Do you still get the time out message? All the best Ric -
Hi DannyH I could not get on-line last night seems the server was down. Well I have some good news and some bad! With the above modifications I can confirm the calendar (fully) works on UniServer 3.3 Also with modifications it almost works with 3.5-Apollo, however every day.php request fails as per your observation. I performed a quick test to isolate the problem area as follows: 3.5-Apollo I renamed the folder mysql to mysql2 located in folder *\Uniform Server\udrive\usr\local From 3.3 copied the folder mysql located in folder *\Uniform Server\diskw\usr\local to 3.5-Apollo folder *\Uniform Server\udrive\usr\local Cleared browser cache fired up 3.5-Apollo and ran the calendar it worked as on 3.3 Well if you are running an intranet that could be a solution! Downgrade the MySQL server as above. That leaves two questions was the software tested on MySQL 5.0.37 (as used on 3.5) or was it assumed to work (requires MySQL version! or higher this is a common get out clause for not testing. It’s not a dig at the designer that MySQL version probably was not around at the time during development. ) Post a message to the designer for clarification. I have seen bugs reported for MySQL 5.0.37 (this may be the cause!) wonder if the software will run on the new version of MySQL 5.0.45 The quick test above points to MySQL as the cause but does not fully rule out PHP although I think this is unlikely. I personally have no problem with the above; it highlights one very important point the reason why service providers do not offer the latest and greatest versions of software. They fully test and make sure the software is reliable before updating their servers (at least in this respect they are on your side). All the best Ric
-
Error in hosts file: localhost:80 does not exist
Ric replied to coubury's topic in Uniform Server - Windows
Are perhaps I did not make myself clear. To comment-out a line you add a # (sharp) at the beginning Apache ignores all lines that start with a #. Its as if you have deleted that line, if you want Apache to see that line again just remove the # its just a quick method to change the config file. Looking at those lines in detail: Order Deny,Allow --- Informs Apache to look for a line that starts with Deny and execute the commands that follow. It is then to look for a line that starts with Allow and execute the instruction that follow. Deny from all --- This informs Apache who is allowed to access the server. Without the next line every one is denied access. Allow from 127.0.0.1 --- This informs Apache who is allowed access, in this case we are very specific anyone on port 127.0.0.1 this is the address of the local loop back machine. Now to answer your question: If your service provider gives you a fixed IP address (they charge you extra for this) for example say 99.44.33.11 Then you could use this set-up: Order Deny,Allow Deny from all Allow from 99.44.33.11 However because you are using no-ip means your service provider is using dynamic IP address allocation. Hence every time you re-connect to your provider the IP address will be different. You could ask your provider for a list of IP addresses that they allocate and allow each of these, so if you feel like adding 10,000 or more IP addresses that would work. The quick answer to your question is no you don’t need to use your IP address. Hence the reason to comment out the lines as shown: #Order Deny,Allow #Deny from all #Allow from 127.0.0.1 Apache listens on port 80 and will allow any IP address access. All the best Ric -
UniServer already has mb enabled by default (mb stands for Multibyte String Functions) Characters are normally coded using a byte of data (8bits) this limits the number of character to 256. Multibyte allows you in theory to have an unlimited number of characters. For information: It uses this file (program): php_mbstring.dll Found in *\Uniform Server\udrive\usr\local\php\extensions Mb is already enabled by this line : extension=php_mbstring.dll Found in file php.ini located in folder: *\Uniform Server\udrive\usr\local\php Just for fun I downloaded the program and hit a problem as soon as I tried to install it. It transpires the program expects a server to look at files in such a way that it gives priority to files with a .php. However UniServer gives files with .hml and .html priority, which is the norm. The bottom line you need to edit the config file as follows: Open file httpd.conf located in folder *\Uniform Server\udrive\usr\local\apache2\conf Change this line: DirectoryIndex index.html index.shtml index.html.var index.htm index.php3 index.php index.pl index.cgi To: DirectoryIndex index.php index.html index.shtml index.html.var index.htm index.php3 index.pl index.cgi I used this method to install: 1) Copy folder vcalendar to Uniserver folder www 2) Start servers using Server_Start.bat 3) Into your browser type http://localhost/vcalendar/ 4) Wait for redirection and fill in the following: SQL Host *: localhost SQL Database Name *: vcalendar check the Create database box SQL UserName *: root SQL Password: root Admin name *: root Admin password: root Login *: admin Password *: fred123 Confirm password *: fred123 It created the database with no problems and looks as if it works. Note: The problem is visible when you see pages with loads of undefined field like this {res:month_events} etc All the best Ric
-
A quick intro to SUBST command. 1) The SUBST command allows you to map any folder (or physical drive) to a drive letter. For example: SUBST Z: C:\ --- Maps the C drive to virtual drive Z SUBST S: C:\test --- Maps the folder test to virtual drive S SUBST W: E:\new\uniserver --- Maps the folder uniserver to virtual drive W 2) To list all virtual drives created open a command prompt and type SUBST with no parameters. This will list all drive letters and their corresponding folder mappings. 3) To delete a virtual drive use the /D parameter. For example SUBST Z: /D --- Deletes drive Z SUBST S: /D --- Deletes drive S SUBST W: /D --- Deletes drive W ========================================================== I have noticed some laptops when entering either standby or power down mode unpredictable things occur; files and registry entries can get corrupted. For whatever reason you have a persistent drive letter W. Check using 2) to see if it is still listed as a virtual drive. If so use 3) to delete it, should this not remove the drive you may a serious corruption problem. Instead of using "start.bat y" try Disk Start.vbs or UniController.exe All the best Ric
-
Error in hosts file: localhost:80 does not exist
Ric replied to coubury's topic in Uniform Server - Windows
I assume you saw this when using admin panel (Admin Virtual Host) if so ignore it see: http://center.uniformserver.com/us_35/us35...rtual_host.html The really does mean your servers are working. That suggests you have not put your servers on line! Open .htacces and comment out the lines as shown: # This file provides security to the server limiting access to the localhost only. # Comment to deactivate. #Order Deny,Allow #Deny from all #Allow from 127.0.0.1 http://center.uniformserver.com/us_35/us35...ver_config.html Use this site http://www.dnsstuff.com/ your IP address is displayed top right or use http://whatsmyip.org/ Type the IP address into a browser window for example http://82.141.4.59 check your server. Now you can test your domain that you set up at no-ip All the best Ric -
White screen of death is an interesting one! Never seen that before and no error messages anyway that’s not going to get your server working. Start the servers using Server_Start.bat at this point I am not interested in what’s displayed. Do you have a drive letter W that remains? If it disappears or looks corrupted (little question mark on the icon) the chances are you have run another server and uninstalled it, they leave some dross (files) behind that is causing a conflict these need to be deleted. Search your computer for PHP.INI & LIBMYSQL.DLL any that do not belong to Uniform Server delete them. Assuming this is not the problem type http://localhost into your browser if you have not installed your own index page the default will be displayed (purple background with UniServer logo) however if your browser displays a white page it could be a anti-virus software issue. Make sure your PC is not connected to the Internet and then disable your anti-virus protection and try the server again. If this resolves the problem you need to configure your anti-virus to allow port 80. You may have been unlucky and your download was corrupted, download another copy and try that. Generally your browser will display some error message a white screen is not very helpful. Note: http://localhost - will display the default page or your index page http://locahost/apanel - will display the admin panel for UniServer See if any of the above helps All the best Ric
-
The memory limit of 30M is more than adequate. There is nothing in the settings relating to 15M. However there is one element that changes memory, eAccelerator. Before attempting an installation disable this accelerator. 1) Go into apanel 2) Click on eAccelerator cPanel (left menu, just under Plugin Manger) 3) This will bring up a control panel. 4) Under “Actions” you will find five buttons: From the bottom up, click on purge, clean and then clear. 5) Finally click the top two buttons so they display enable The above will disable the accelerator until you either re-start the servers or you click on the two enable buttons. Anyway with the accelerator disabled try installing again and see what memory is reported. It’s a long shot but I can’t see what else would cause this problem. All the best Ric
-
Oracle Database. I have never used Oracle or even set it up to run on UniServer however that said to enable PHP support for Oracle looks relatively easy. I will assume you do not have a copy of php_oci8.dll (from PHP Version 5.2.3) 1) Download zip PHP Version 5.2.3 from http://uk3.php.net/get/php-5.2.3-Win32.zip/from/a/mirror 2) Un-zip to any location (folder) 3) Look for the file php_oci8.dll located in folder: *\php-5.2.3-Win32\ext (location step 2) 4) Copy this file to UniServer folder: *\Uniform Server\udrive\usr\local\php\extensions 5) Open the file php.ini located in folder: *\Uniform Server\udrive\usr\local\php 6) Locate the line: ;extension=php_oci8.dll and change it to this: extension=php_oci8.dll 7) Re-start the servers and check PHP info from apanel you will see an entry OCI8 Support : enabled Revision: (whatever) I will leave the testing for you. All the best Ric
-
To move up the folder tree use cd followed by two full stops and press return (enter key) e.g. cd.. Both Perl and PHP CLI are for system maintenance and not for serving web pages. Along with batch files they offer you the ability to automate repetitive system tasks. To be honest I had intended for you to look at this page: http://center.uniformserver.com/new_users_...sers_php_1.html It’s a basic introduction to PHP web pages and how to run them on Uniform server. Getting your first HTML page to run is a great feeling and an excellent starting point to explore and experiment with other code. All the best Ric
-
Hi Tim I avoided pointing you to the HTML page because it was lacking hence! I have updated the HTML section, which may now be worth a visit: http://center.uniformserver.com/new_users_...ers_html_1.html I have published a new section; PHP CLI tried to make it a one-to-one with the corresponding Perl section http://center.uniformserver.com/new_users_...sers_php_2.html The guides are only intended to get you up and running with Uniform Server and to show how flexible it is. Enjoy Ric
-
Hi Tim, The folder www is where you place all your web site files (and folders). Name your main page either index.html or index.php when you type http://localhost/ into your browser this page will be served first. This page provides an image of the server folder structure: http://center.uniformserver.com/us_35/us35_install_2.html This page is a good starting point for php http://center.uniformserver.com/new_users_...sers_php_1.html All the best Ric
-
That’s excellent news; normally a previously installed version of MySQL prevents the servers starting. However in this case looks as if your original MySQL started before UniServer this was being picked up by phpMyAdmin hence the connection and access denied. All the best Ric