Install Location URL

[KathrynBassett]

I'm trying to install and on the Remote Server Details dialog, the installer will create folder called Calendar and in the "create install folder in" box, I've browsed (& it does find the server, so it's not a password issue) and tried clicking on my domain, and I've also tried clicking on the calendar folder. In both instances, I get (at next screen) "A folder calendar has been created but cannot be located on the web server. Please adjust the URL so that it points to the location of the package install folder on the web then click Next to retry."

What does it want? Why can't I proceed?

[ve9gra]

Normally, on most web installs, you're going to have a base directory for the files that are to be accessible from the web, like htdocs, or wwwroot, etc...

So at the "Create install folder in:" box, you're going to put in the folder under that web root, where you want the utility to upload the calendar, example: htdocs/modules/

Then at the next screen, the utility checks to make sure that the folder is accessible from the web, it asks you where it should find it from a URL standpoint, so for the previous example, it would be http://www.some-fake-domain.com/modules/

If the utility can't verify that the folder "calendar" exists in "/modules/" then that's when it craps out. If for example you supply http://www.some-fake-domain.com/modules/calendar/ to the utility, it's going to check in "/modules/calendar/" for the folder "calendar", so of course it won't find it.

Just don't append "calendar" to the end of either of "Create install folder in:" or "Install location URL".

Hope this helps.

[KathrynBassett]

Sorry, that doesn't help. There are no folders like htdocs or wwwroot. I have lots of folders in mydomain.com but most are ones I put there. I made a folder called phpcalendar and tried installing it there with same result. I'm not sure how to put it at the root level without a folder. There are some folders there that I've no idea what they are for, like bin, and _private, aspnet_client, _vti_pvt, and _vti_cnf. Most are either empty or have files with dates from 1999 which was before I started being the webmaster for mydomain.com. So, can you be more explicit in saying what I need to type in?

BTW, I did use the test script and it said "This server appears compatible with the EasyPHPCalendar!" I downloaded the Zend trial.

[KathrynBassett]

Hmm, just got hold of our provider. He said that we are on a windows server and php won't run, only asp. He's switching everything over to a linux server, so I'll try again after that is all changed and let you know what happens.

[ve9gra]

Brian, if the tester script worked, doesn't that mean that the server accepts PHP?

I guess if the admin said PHP wasn't working, then it must not. Let us know once you're on Linux. :)

[Brian]

Brian, if the tester script worked, doesn't that mean that the server accepts PHP?

I guess if the admin said PHP wasn't working, then it must not. Let us know once you're on Linux. :)
It really should, but maybe it's running in limited capacity?

[KathrynBassett]

It's moot now because I'm moved to the other server and made a new thread for what's happening on that:
http://www.easyphpcalendar.com/forums/showthread.php?t=4334

However, there is one strange thing regarding the tester, that maybe indicates it didn't pass after all. When I ran it on the new server, the tester results came up in the browser. But when I had run it on the Windows server, it opened up in Dreamweaver, not the browser. And I didn't even have DW open at the time. I'm not concerned about it, but that may help you with testing, and to know whether or not it really passed the test.

[Brian]

If the file opened in Dreamweaver, this would indicate that PHP was not installed on the server.