Download the Sumdog 3D app to play Sumdog's newest 3D games with Math, Reading and Spelling questions. (Spelling coming soon!) Sumdog's other games can be played on the original Sumdog app. Free home use Get a free copy of Yenka to use at home. Free school trial Try all our Yenka products free for 15 days in school.
Download the MSI installer Double-click on the downloaded file (will look like Yenka_Setup_(MSI).exe ) and install to a shared folder. This package will install the Yenka Server application and the YK.msi file. Bonjour, jai un VU+ DUO SOUS i mag e BH 2.0.2 qui tourne avec cccam 2.1.4 je voudrai installer le couple OSCAM/ CCCAM avec EMU TNT si cest possible je voudrai un tuto ou une aide via skype merci d'avan.
Re: Manual Configuration, pathing errors in IIS and ISAPI setup Chris @ 11-Oct-2006 and phpmanual at pbb dot dds dot nl @ 07-Oct-2004 are both correct. Problem is not with PHP but with IIS (mine is v5.1). Installed PHP into C: Program Files PHP, and set environment variable PATH to path as stated. When selecting the installation of php5isapi.dll via IIS Administrator, IIS would insert the path as: 'C: Program Files PHP php5isapi.dll' (note the quotes and space in directory name) All scripts ran and produced a HTTP 500 error.
Replaced ISAPI path in IIS with: C: PROGRA~1 PHP php5isapi.dll (note the removal of the quotes and spaces, and the replacement of the path with 8.3 format names) All scripts ran w/o problems. Thanks to all! I hope someone can report if a similar problem exists with IIS6/7.
In response to phpmanual at pbb dot dds dot nl: You are absolutly correct. I found this out while trying to install PHP4 with Apache2 on XPPro. Here are 3 general guidelines that I have found to be correct: - Path may not have spaces. Change C: Program Files to C: Progra~1 If you don't understand this, go to start-->run-->command (not cmd). Type cd and hit enter. Then type dir.
You should see all your directory names there. - Paths should not be enclosed by quotes. - Use forward slashes (/) and not backslashes ( ). In the Note Titled 'Windows Server 2003 (x64 bits) + IIS 6.0' in step 1 when adding your new.php extension, it will not work unless after you click on the 'Home Directory' you make sure that your 'Execute permissions:' are set to 'Scripts Only'. By default, on my machine, the permissions were set to 'None' not allowing php to run.
Also, for more security it might be wise to Add the new extension just to your default site instead of the whole Web Sites folder in IIS. This would only apply if you were hosting multiple sites and had a site you didn't want scripts to run on.
On two recent installation attempts on iis6 on win2k3 i followed the php manual and windows configuration steps exactly and php would still not run. On the first install i had to give the USER account (not IUSR) read execute permissions to this file, c: php sapi php4isapi.dll.
Using filemon i saw that it was being accessed and access was denied. Steps: - right click on this file > properties > security > add > location (select the server -not domain if listed) > advanced > find now > Users (usually the last item) > click OK - select Read & Execute > apply also a complete computer restart was required in each install. RE: phpmanual at pbb dot dds dot nl @ 07-Oct-2004 11:29 You are correct. I just had the same issue; I was following the PHP installation instructions and some very helpful WIMP instructions. I was trying to keep things tidy by putting my PHP directory in C: Program Files PHP.
I set the PATH variable, ISAPI filter config and extension in Application Configuration, but was getting the 'Specified module could not be found' error. Changed the PHP directory to C: PHP and reconfigured everything, did an iisreset, and it started working immediately.
Good catch, and thank you! Your PHP.INI file is not required to be in the C: WINDOWS folder in XP.
The trick is to make sure that the PHP.INI can be found. If you fail to reboot after adding the PHP folder to the path and creating the PHPRC environment variable, the file will likely not be found. If you can't reboot, then try creating the registry entries as described in the following document: When you execute 'phpinfo();' pay special attention to the data returned in 'Loaded Configuration File'. If it does not show a path and a the PHP.INI file name, the file is not being loaded. The path of C: WINDOWS in the Configuration File Path section is the default location where PHP looks for the INI file and does not mean that the file must be located there; in fact, the following document suggest that you leave the configuration file in the C: PHP folder. Installing PHP5.2.1 in IIS 6.0 bring me some troubles too. First i need to use full tag to make it your php script works and second the IIS didn't want to load the extension in the ext folder.
I cheked the configuration a couple of thousand of time and everything seen to be ok. I fixed up given read access in the 'ext' folder to de 'IUSER/PCNAME' user or to everyone/PCNAME user to the same folder.
Just in case i did the same in the rest of the folder inside the php folder. I wish nobody loose an all day in the same thing, like me. Excuse my english please. Trying to install PHP 5.3.3 VC9 Non-Thread-Safe on Windows 2008 Server running IIS 7.5. Followed the instructions carefully but still got a 500 error trying to open the classig phpinfo page. After a lot of searching I discovered that everything worked fine after changing the php.ini directive fastcgi.logging from 0 to 1, contrary to what the directions said.
I wonder if it was a typo on the instructions or if something changed after a few versions. Hope this saves someone a couple of hours of searching. I wasted a lot of time trying to figure out the problem of not being able to display my 'test.php' demo script to work, the file lay in my IIS 5 ' C: inetpub wwwroot' folder.
The file contents of test.php were: phpinfo(); Windows php installer version was 5.2.0 Problem lay in the minute dumb feature of windows explorer being used t change(rename) text file extension from 'test.txt' to 'test.php'. The resultant name looked by the IIS was still 'test.php.txt'. I used command line to change the filename to 'test.php' and it displayed in my browser. Worked right away.