Mar 10, 2011. 1.1.3.1 Easily Run most-recent Freemind from the zip; 1.1.3.2 Alternative, More updated Repository; 1.1.3.3 Old instructions; 1.1.3.4 Install Java. 3.12 FreeMind seems broken and I have the Gtk Look&Feel; 3.13 When resizing the FreeMind window, the inner field doesn't resize properly (or other GUI. 2 Installation. TaskJuggler 3.x is written in Ruby. It should run on any platform that Ruby is available on. For Windows, there is a one-click installer available.

If you make changes to your PHP.ini file, consider the following. (I'm running IIS5 on W2K server. I don't know about 2K3) PHP will not 'take' the changes until the webserver is restarted, and that doesn't mean through the MMC.

Usually folks just reboot. But you can also use the following commands, for a much faster 'turnaround'. At a command line prompt, type: iisreset /stop and that will stop the webserver service. Then type: net start w3svc and that will start the webserver service again.

MUCH faster than a reboot, and you can check your changes faster as a result with the old: phpinfo();?>in your page somewhere. I wish I could remember where I read this tip; it isn't anything I came up with. Fast steps to configure IIS in Windows as Fast-CGI: 1.- Download NTS (Non Thread Safe) version of PHP (either x86 or x64 according to your platform) from 2.- Download VCXX required build from same location (left bar) 3.- Extract PHP files to desired location (I recommend c: php) 4.- Make a php.ini from a copy of php.ini-production or php.ini-develpment 5.- Follow instructions from install-and-configure-php-applications-on-iis/ using-fastcgi-to-host-php-applications-on-iis If you read the install.txt from distribution no instructions for fastcgi are found. Enjoy the power of PHP! In order to run php scripts with php.exe CGI instead of php4isapi.dll under IIS, following steps can be followed. I) Add a web service extension for PHP using IIS manager.

Choose a web service extension name like 'PHP' and add your php.exe path in the 'file location' while adding the required file e.g. 'C: php php.exe' in the Add extension dialog box. Don't forget to 'Allow' the extension file. Ii) Open php.ini file located at%systemroot%. Set the following variables to the shown values. Cgi.force_redirect = 0 cgi.redirect_status_env = ENV_VAR_NAME iii) In your websites, add Application Mapping for '.php' and set the executable path to your php.exe file path. You can test whether PHP is running or not and other PHP settings using the following simple PHP script.

Phpinfo();?>Feroz Zahid ferozzahid [_at_] usa [_dot_] [_com_]. On IIS7 and Vista I got errors using Appcmd to add the handlers. I also wasn't able to choose FastCGI when adding the handler in the IIS Manager GUI. Removal of CGI from IIS components, a reboot, and re-adding CGI to IIS components allowed selection of FastCGI in the GUI and made it possible to complete the configuration steps.

Here is a URL (note the complete URL is presented here as 2 lines) for another tutorial on the process with steps for both GUI and command line configuration: learn.iis.net/page.aspx/246/ using-fastcgi-to-host-php-applications-on-iis7/. You can have multiple versions of PHP running on the same Apache server.

I have seen many different solutions pointing at achieving this, but most of them required installing additional instances of Apache, redirecting ports/hosts, etc., which was not satisfying for me. Finally, I have come up with the simplest solution I've seen so far, limited to reconfiguring Apache's httpd.conf. My goal is to have PHP5 as the default scripting language for.php files in my DocumentRoot (which is in my case d:/htdocs), and PHP4 for specified DocumentRoot subdirectories.

If you use the installer for Windows (PHP >= 5.2.x) and you want the mysql_* functions to be used, you may have to restart your machine after you install. I was getting the error 'Call to undefined function mysql_connect.' However, I knew that my php.ini settings were correct and I was including php_mysql.dll. When I viewed phpinfo(), it was not showing that MySQL was part of the install. My first thought was to restart Apache - this did not change anything.

So, then I restarted the machine, viewed phpinfo() again and it was now there. I've manually installed several times on Windows and not had this problem.

This was my first time running the installer. I think it may have something to do with setting registry values or changing environment variables. Nonetheless, hope this helps. Here's how to run dual PHP instances with PHP 5.2 and any previous PHP on Windows 2003: 1.

Right-click My Computer, go to Advanced tab, and click on Environment Variables. Add the two installations and their EXT directories to the Path variable. For example, add: c: php;c: php ext;c: TMAS php;c: tmas php ext; Then, add the newer PHP version's directory as a variable called PHPRC. For example: Variable:PHPRC Value: C: PHP Click OK to close the Environment Variables window, and click OK to close System Properties.

In registry, under HKEY_LOCAL_MACHINE>SOFTWARE>PHP, add a REG_SZ key called iniFilePath and give it a value of the directory where the older PHP is installed. For example: C: TMAS PHP 3. In IIS, go to the Web Service Extensions. Add both versions' ISAPI module separately to the extensions list, and allow both. In IIS, go to each website utilizing the PHP versions. Set an ISAPI filter if needed. On the Home Directory tab, click Configuration, and add.php,.php3,.phtml, and any other extensions needed (perhaps.html?) to be filtered through PHP, and specify the ISAPI module version needed for each website.

You can now run two versions of PHP. This is because the order of where to look for the.ini file changed between previous PHP versions and PHP 5.2, as documented at --------------------------------------------------- php.ini is searched in these locations (in order): * SAPI module specific location (PHPIniDir directive in Apache 2, -c command line option in CGI and CLI, php_ini parameter in NSAPI, PHP_INI_PATH environment variable in THTTPD) * The PHPRC environment variable. Before PHP 5.2.0 this was checked after the registry key mentioned below.

* HKEY_LOCAL_MACHINE SOFTWARE PHP IniFilePath (Windows Registry location) * Current working directory (for CLI) * The web server's directory (for SAPI modules), or directory of PHP (otherwise in Windows) * Windows directory (C: windows or C: winnt) (for Windows), or --with-config-file-path compile time option. I installed by Microsoft Installer, manually, whatever I always received de same error from IIS7. HTTP Error 404.3 - Not Found The page you are requesting cannot be served because of the extension configuration. If the page is a script, add a handler. If the file should be downloaded, add a MIME map. The IIS7 interface is quite diferent and are not all together like IIS6 The 5.3 version have not any of those files: php5stdll, php5isapi.dll.

The installer puts others files in handlers and I decided to use them as substitutes. Nothing done! After that, I discovered that installer do not install these files within the sites, but in the root default site configuration of IIS7.

So, I copied the root configuration to my site and them it worked (all others procedures were done e.g. Copy php.ini to windows folder). First I got a HTTP 405 error, resolving which I got an HTTP 404 error.read on for how this was fixed. Environment: PHP 5.2.4, IIS 6.0 ISAPI, Windows Server 2003. Installation: Simply downloaded the PHP 5.2.4 installer [22,002Kb] - 30 August 2007 and ran it doing next, next until Finish. To get rid of 405 error, ensure that your php directory allows scripts.

Start->Control Panel->Administrative Tools->Internet Information Services->(select website, navigate to directory with your php and right-click your directory) ->Properties ->Directory TAB ->Change Execute Permissions from 'None' to 'Scripts' (to allow PHP). To get rid of 404 error, ensure that your executable mapping for the.php extension is properly coded.

Regarding the 'No input file specified.' Problem where 404 error pages aren't sent if the requested non-existent file ends in.php, this was helpful to me... In a nutshell: In IIS Management Console (v5.1 in my case), select 'Default Web Site', right-click and select 'Properties', 'Home Directory' tab, 'Configuration.'

Under Application Settings, 'Mappings' tab, select the line for the.php file extension, select 'Edit' and check these two things: 1) ensure that executable C: PHP php5isapi.dll filename is not truncated 2) ensure there is a tick in the box next to 'Check that file exists'. Click OK, OK, OK. IIS setup: 403 forbidden error. We had installed two separate different PHP versions - PHP 5.1.4 followed by 5.2.5. We configured 5.2.5 php5isapi.dll to be loaded as the.php file type extension.

Despite this, php version 5.1.4 was being loaded. We renamed 5.1.4's folder and then PHP was not loading at all. There were no visible references to 5.1.4 in the IIS configuration, but in the file webConfig.xml, there was a reference to 5.1.4's isapi under IISFilters. To fix this problem, we added version 5.2.5's php5isapi.dll to the ISAPI Filter category for the web site, in the IIS control panel. IIS6 AND PHP5 on w2k3 1.download php and unzip to c: php - also create c: php sessions 2.add c: php to you path -right click mycomputer,properties,advance,env variables 2.On IIS Manager add web service extension -name: php isapi -req files: c: php php5isapi.dll 3.Now let iis know what to do with.php -On iis Manager,right click Web Sites, properties, home directory tab, configuration button, add button executable: c: php php5isapi.dll extension:.php limit to: GET,POST,HEAD 4.

Rename php.ini-recommended to php.ini you can copy php.ini to c:windows or modify the registry to look for php.ini in c: php to use the registry create a php.reg file with the following inside. After this just double click.

Do not put the lines. ------------------------------------------------- Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE SOFTWARE PHP] 'IniFilePath'='C: php' ------------------------------------------------- 5. Modify php.ini with short_open_tag = On extension_dir = 'c: php ext' cgi.force_redirect = 0 6. The web sites are going to be using the default pool. This runs under network service. Go to c: php and give the network service read& execute, list folder content,read -go to c: php sessions and add write and modify access network service.

This is just to clarify on a posting on this page that states the nescesity of allowing all unknown cgi Extensions in Windows 2003 IIS 6. Although this will work and it should be consider as a quick option for an itranet solution with no web access at all. This poses a very serious security problem and its not the best course of action, in my opinion. The proper way of making this work will be to actually enable the extension that you want to execute. After verifying that the.php extension is present, simply go to 'Web Service extensions' in the IIS Manager and click on 'Add a new web service extension'; Once the 'new web service extension' opens: 1- Add the 'extension name' field, please enter 'PHP' (or what ever you wanna call it) Other more conservative admins will say call it what it is and always input '.php'.

Its up to you! 2-Click on the 'add' button and browse to the php4ts.dll file on your c: PHP (default) and then click open -->OK and set the checkmark under 'set extension status to allowed' click OK and thats it!!! If you missed the checkmark moment cause you are just so impatient, like me, then simply select the extension on the web service extensions windows and click ALLOW. This is a very simple process and it will work everytime. I hope this helps, as I have found several things in this forums that are incredibly helpfull!! PS: For the non programmer, it is a good practice to install mysql and a free php forum like bb2 to test how well your php IIS and mysql is working.

If you get this error: 'Service Unavailable' after installing PHP to a Windows XP x64 Pro, and you followed all the instructions posted in this page, you may want to try checking the ISAPI Filters in your IIS. Make sure your a running the 32-bit version of the Microsoft.NET Framework v2.0.50727 aspnet_filter.dll. If you are running the 64-bit version, you will notice that liested item in the ISAPI Filters has a red arrow pointing down.

This means that the service failed to load. Delete this item from the list and add a new one. Make sure you use the one located here:%Windows%/Microsoft.NET Framework v2.* aspnet_filter.dll.

Also make sure the permissions to your PHP folder have 'NETWORK SERVICE', 'IUSR_*', 'SYSTEM' included. I hope this helps you saving some precious time. For those having trouble installing PHP 5+ ISAPI for IIS 6 (on Windows 2003 server), who have tried everything on this site and all over the net, with no success (like I did) - try the following before throwing your server out of a 3rd story window. It was the only thing that worked out of all the many solutions I tried. Probably some other solutions would've worked as well, but in my frusterated state of mind, this explanation was the clearest. My problem was that in addition to adding the the Web service extension, I was not adding the ISAPI extensions for the websites in IIS Manager manaully.

ALSO, remember to reboot after the changes on the site listed above. It's the only thing he forgot to mention, and depending on your setup, you may need to reboot to register the dll moves and changes made. (IIS restart will not re-register dlls). Thought someone would save some time and headaches by using this post. Our tech department is migrating to Windows 2003 Server and they have some complex security implementations between our Web Servers and our Application (COM) servers. If you have this type of scenario and are receiving the 'Warning (null)(): Unable to lookup. Access is denied.'

Error, it is because the 'Identity' in the Web Server's application pool does not have sufficient permissions to connect to the Application (COM) Server. To fix this: - create a new Application Pool - right click the new pool and select 'properties' - click on the 'Identity' tab - change the permissions from 'Network Service' to a user on the Web Server who has access to call the Application (COM) server. - right click the application pool - click 'start' - right click your web site - click on the 'Home Directory' tab - change the application pool to the new application pool you've just created. - restart IIS Hopefully this will save someone some time and headaches. One very helpfull note to Win2003 iis6 users: If you'd like to use isapi in the web service extensions and you're in a development server (or even if your php.ini config file changes frequently), here's what you can do: Php.ini runtime changes: Create a new application pool in iis: iis->select server->application pools->new application pool Use default settings; go to the application pool you've created, properties->check the 'Recycle worker process' option, and give it a small value (10 is nice:) ).

Now go to your site (or virtual directory site)->properties->change the application pool to the newly configured appPool. At this moment, is good to make a iss restart (note this is the only resart needed). Your site is now semi-runtime changed:) You can try it with the usal php info() test.

Change something in the php.ini and check the number of requests it takes to use the new configuration. The downside of this approach (wich is still better than to use php-cgi.exe): the process is recycled, so all the configuration in php.ini is read every N requests - with php-cgi.exe, this would happen for every request, so. Is a good solution. Again, be carefull when using this in a production environment, since the load can increase (not sure how much, but it will certainly increase). And keep in the new appPool JUST the php sites that require runtime changes in php.ini!

------ You've helped me, so I help you;) Tks. Note regarding PHP4 Installation on IIS5 + Win2K Tip: Don't install PHP4 on Directories with spaces in between. I've had problems Installing PHP 4.0.0 on IIS5, Win2k's default web server, spanish version (I live in Colombia). I've had HTTP 500 Errors and I followed all instructions step by step, but nothing seemed to work. I solved the problem eventually, and I think it had something to do with the fact that I have installed PHP4 manually and placed it in the directory 'C: Archivos de programa php-4.4.0-Win32' ('Archivos de programa' stands for 'Program Files'), a directory with spaces in between. When I added the application mappings for 'C: Archivos de programa php-4.4.0-Win32/sapi/php4isapi.php', An error would ocurr and a message along with it: 'Escriba una ruta de acceso valida', as in 'Write a valid access rute', as in 'I can't find the file'.

I thought i had it when I encapsulated it with Doublequotes ('), but that didn't work either. As a final long shot, I copied the php4isapi.dll to the windows/system32 directory and 'WALA!'

I'm not sure, but i suspect that it had to do with spaces in between directory names, so avoid those, or copy the isapi module to another directory. Hope this helps someone! On the Windows 2003 & IIS6 platform, you can run different websites on different versions & copies of PHP. This is useful in at least two cases: 1.

You want one website on your box to have register_globals on, but since you're running IIS, you cannot specify that in an.htaccess file. And you definately don't want register_globals on for the rest of the websites. You want to run different versions of PHP for different websites, or even just different extensions. Say you wanted one site to use 4.0.5 and a different site to use 4.1.11. Its simple, just: 1. Move your php.ini file from your c: windows directory directly to your php directory (by default that would be c: php ) 2. Make sure you don't have a php.ini file in any other location that would supercede the c: php php.ini file.

Using phpinfo(); is useful here. Have your alternate version of php (either a different version or a different php.ini) have its own install directory, like c: php4RG or c: php405. In the Home Directory Configuration for your website, specify the.php extension to use a different script, pointing it at the alternate directory. I have found the following procedure to work correctly EVERY time for installing PHP version 5.x.x on Windows 2003 servers.

(I have done over 100 of these on Web, Standard & Enterprise) 1. Download the current PHP Zip file to a folder of your choosing. Download the old Installer.exe (I use 5.0.2) 3. Run the installer and accept the defaults in all cases except the IIS server, choose IIS 6.0 or later. The installer will complain that a script map is not registered and ask you if you want to register it. Run the installer a *second* time, using the same settings as above. This time instead of the complaint that a script is not registered you should see a black dos box open and then close.

This is your clue that the install was successful. Copy your PHP.zip file to c: php and extract and overwrite all files from the regular installer. Edit c: windows php.ini to enable any extensions you may need and to set the extension directory to c:/php/ext All should be good to go. Test by running an info() from the web server. I have used this install on over 100 installs of 2003/IIS web servers. Generally they have been virgin installs, but a few have had existing sites on them.

Using the above method I am able to install PHP in under 2 min. Of course, these are windows systems thus your mileage may vary. Note: I just tried to use the new.msi installer without success.

Resorted to the above procedure and now have 5.2.0 running on the new server. Note2: PHP powers that be, please make a copy of the old installer available again somewhere easily found by people. I would be screwed if I had not kept an archive copy of the 5.0 installer. I hadn't installed PHP in years, used the PHP 5.2.9-2 installer. Selected FastCGI on IIS, I just didn't work. On both a w2k3 server and on a Vista laptop.

First, I forget to install from ZIP, as I had before. I suggest a notice on the download page. The message 'Use of the installer isn't the preferred method for installing PHP.' Is on the 'Windows Installer (PHP 5.1.0 and earlier)' page. Is that no longer true for 'Windows Installer (PHP 5.2 and later)'?

Next, I found the recent Microsoft Web Platform Installer (WPI) at It just works. There are no config settings, it just installed FastCGI on IIS on the W2k3 server and on the Vista laptop. Took a download+install of the WPI tool, and a few minutes for php install. Encarta 2009 Free Download Full Version Exe. I'll likely never take a more careful look at what happened; for a production server I'll install manually.

(or use Apache:)). Been fighting with this for a while. Installing PHP on IIS 6.0 using the ISAPI extension. Note, if you have a web.config file present within the Virtual Directory folder, or otherwise configure the Virtual Directory to run ASP.NET scripts in a specific configuration. IIS will ignore its ISAPI obligations to render your PHP script and then cite a 401.3 error, access denied based on ACL. If you have Integrated Windows Authentication turned on as a second authentication method, the web browser will prompt you for credentials.

If you supply some, either from the local machine or from your domain, the website will suddenly work. This will also result in your website loading when you reference it via Localhost. Only works with Localhost, and does not work with any network-access IP. Oddly enough, Anonymous impersonation will FAIL under these conditions! I suspect it is because ASP.NET scripts run under the APPLICATION-POOL USERNAME CONTEXT. Once its kicked into that gear, any hope of using Anonymous user impersonation may go out the window.

References: /*******************/ Impersonation in ASP.NET: (Look up 'Impersonation in ASP.NET (IIS 6.0)' on www.microsoft.com/Technet/ ) Developer.com Article Demonstrating how ASP.NET Runs under ApplicationPools: /*******************/ This, to date, is my only theory. Filemon/Process Mon will not register any kind of failed file access attempts, everything will appear normally. Even the presence of a BUFFER_OVERFLOW message is normal within the context of SYSINTERNALS traces. But if you download the IIS 6.0 resource kit, pay attention specifically to IISTRACE.

Running IISTRACE and hitting your webserver will reveal that the PHP5ISAPI filter DLL is never called! Only the asp filter DLL. The moral of your story?

Keep web.config files out of your PHP directories! Under a Windows 2003 and IIS 6.x installation of PHP, it is interesting to note that by default in most cases, the 'DefaultAppPool' for the 'Default Web Site' is running under the security context of 'Network Service' which maybe too restrictive.

This results in a 403: Forbidden error every time you try to access a PHP page. You have several options to remedy the problem: an obvious one is to make it run as the 'Local System', but that may be too much power for some administrators' tastes. The other option is at the IIS Manager, go to the computer's 'Application Pools' folder, and go to the properties dialog box of the 'DefaultAppPool', and then to the 'Identity' tab, and select the 'Configurable' identity of 'IWAM_[COMPUTER_NAME]' as the security context. This will make the application pool run the way it did in the previous versions. This solved the repeated problems of the 403 errors. However, do not forget to give permission to 'IUSR_[COMPUTER_NAME]' and 'IWAM_[COMPUTER_NAME]' appropriate directory permissions for your web directories as stated above.

I found a way to install it properly, on IIS 7: Note Set IIS to allow 32-bits if you are on 64-bits cscript%SYSTEMDRIVE% inetpub adminscripts adsutil. How To Install Program Without Admin Password Windows Xp. vbs SET W3SVC/AppPools/Enable32bitAppOnWin64 1 Set enviroment variables PATH to, say, C: php PHPRC to, that same dir Go to Web Service Extensions: Add a new extension. Name it for example php, and point it to the php5isapi.dll. Set status to Allowed.

Right click Web Sites: On the tab, ISAPI Filters, name it for example php, and point it to the php5isapi.dll Then go to Home directory tab: Click Configuration On Mappings, click add: Executable would be: php5isapi.dll Extension to:.php Click OK, then OK. Then on the tab Documents click Add: and add there what you want to load as default, say index.php Then stop, and start IIS. This worked for me on a Windows 2003 Server, and WinXP 64. I hope this saves time for someone. My experience in running php 4 and php 5 on the same machine with IIS as ISAPI module (tested on XP Pro).

1- Extract the ZIP packages of both php 4 & php 5 to c: php4 & c: php5, each in its own folder. 2- Setup the corresponding php.ini files in c: php4 and c: php5, by renaming php.ini-dist to php.ini. 3- Add the Web Service Extensions for php4 and php5.

For php4 use c: php4 sapi php4isapi.dll, php5 use c: php5 php5isapi.dll. 4- Add the following registry keys: HKEY_LOCAL_MACHINE SOFTWARE PHP 5 IniFilePath ->c: php5 HKEY_LOCAL_MACHINE SOFTWARE PHP IniFilePath ->c: php4 5- Add c: php4 and c: php5 to the PATH environment variable, separated by semis. 6- Create a session and an uploadtemp folders in any location, then add them in the session.save_path in bothe php ini files (there are two in php4?), and give IUSR_machinename write access to them. 7- Associate each web site in IIS with the corresponding php version. Use phpinfo() to test it in each site.