Hi guys...
My site (mountainearth.org) is hosted by MyHosting.com. My actual site sits on a Windows Server. But MyHosting also provides free Linux Server subdomain accounts to all their clients. There is no PHP installed on the Windows Box. But it is installed on the Linux Server.
So in my case, what I did was post my site to my Windows Server, upload all NewsFlash files to the Linux Box, and then use absolute path names in the NewsFlash code that I added to my Windows served home page...
<object classid="clsid:D27cdb6e-ae6d-11cf-96b8-444553540000" codebase="http://fpdownload.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=7,0,0,0"
width="335" height="225" id="CoffeeCupNewsReader" align="middle">
<param name="movie" value="http://x.mountainearth.org/mynews.swf"/>
<param name="quality" value="high" />
<param name="scale" value="noscale" />
<param name="salign" value="lt" />
<param name="bgcolor" value="#ffffff" />
<embed src="http://x.mountainearth.org/mynews.swf" quality="high" bgcolor="#ffffff" width="335" height="225"
name="CoffeeCupNewsReader" scale="noscale" salign="lt" align="middle" type="application/x-shockwave-flash"
pluginspage="http://www.macromedia.com/go/getflashplayer" /></object>
--->>
Note the <param name="movie"> and <embed src=""> lines. These are the two lines where I replaced the relative path name "mynews.swf" with my absolute path name of http://x.mountainearth.org/mynews.swf.
(http://x.mountainearth.org is my linux account subdomain).
--->>
So if you absolutely can't get it to work on your current hosting account, you might want to check into a solution like MyHosting.com. It's the best of both worlds.
My site (mountainearth.org) is hosted by MyHosting.com. My actual site sits on a Windows Server. But MyHosting also provides free Linux Server subdomain accounts to all their clients. There is no PHP installed on the Windows Box. But it is installed on the Linux Server.
So in my case, what I did was post my site to my Windows Server, upload all NewsFlash files to the Linux Box, and then use absolute path names in the NewsFlash code that I added to my Windows served home page...
<object classid="clsid:D27cdb6e-ae6d-11cf-96b8-444553540000" codebase="http://fpdownload.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=7,0,0,0"
width="335" height="225" id="CoffeeCupNewsReader" align="middle">
<param name="movie" value="http://x.mountainearth.org/mynews.swf"/>
<param name="quality" value="high" />
<param name="scale" value="noscale" />
<param name="salign" value="lt" />
<param name="bgcolor" value="#ffffff" />
<embed src="http://x.mountainearth.org/mynews.swf" quality="high" bgcolor="#ffffff" width="335" height="225"
name="CoffeeCupNewsReader" scale="noscale" salign="lt" align="middle" type="application/x-shockwave-flash"
pluginspage="http://www.macromedia.com/go/getflashplayer" /></object>
--->>
Note the <param name="movie"> and <embed src=""> lines. These are the two lines where I replaced the relative path name "mynews.swf" with my absolute path name of http://x.mountainearth.org/mynews.swf.
(http://x.mountainearth.org is my linux account subdomain).
--->>
So if you absolutely can't get it to work on your current hosting account, you might want to check into a solution like MyHosting.com. It's the best of both worlds.
Thanks Bryan, Unfortunately changing hosts is absolutely not an option I would want to undertake. I have numerous sites with this host and a couple of SQL Servers as well.
I'm in the same boat Dick is in in that I bought the "two fer" but really had no use for the other blogging product. I don't really want all of my money back, so I certainly don't want half my money back. I want the product I paid for to work as advertised. I find it incredible that in this day and age that CoffeeCup sells products for Windows but does not first test the products under Windows.
I'm not changing hosts and I'm never going to accept a 50% refund for a product that fails to work for me 100% of the time. The longer they draw this out the more pissed off I get. It looks to me like they are waiting for people like Dick and I to give up, rather than fix the product.
They have until the time my Amex bill comes to get this fixed or give me a full refund as I will certainly contest this bill if the product is not fixed.
I'm in the same boat Dick is in in that I bought the "two fer" but really had no use for the other blogging product. I don't really want all of my money back, so I certainly don't want half my money back. I want the product I paid for to work as advertised. I find it incredible that in this day and age that CoffeeCup sells products for Windows but does not first test the products under Windows.
I'm not changing hosts and I'm never going to accept a 50% refund for a product that fails to work for me 100% of the time. The longer they draw this out the more pissed off I get. It looks to me like they are waiting for people like Dick and I to give up, rather than fix the product.
They have until the time my Amex bill comes to get this fixed or give me a full refund as I will certainly contest this bill if the product is not fixed.
Hi Berry
There is no need to get that upset
E-mail us at tech support and something can be worked out. Venting in the forums never helps 
At this time we have no real plans to make any modifications to the program at this time as it would probably break the program for all the other servers it does work on. It also works fine under previous version of IIS/PHP which we tested it on but apparently not the most current version.
The PHP script is so generic we are not actually too sure how to even modify it. This is all it does (2 lines of code)
$dataURL = urldecode($_REQUEST['url']);
readfile($dataURL);
If anyone here does find a fix we will definitely incorporate into the program but we would have to do a lot of testing on all the various other server.
If you wish to continue this discussion, please e-mail us through customercare@coffeecup.com
Scott Swedorski
VP of Software Development ~_~_~_~_~_~_~_~_~_~_~_~_~_~_~_~
Scott A. Swedorski - VP of Product Development
CoffeeCup Software Inc.
Phone: 678.495.3480
There is no need to get that upset
At this time we have no real plans to make any modifications to the program at this time as it would probably break the program for all the other servers it does work on. It also works fine under previous version of IIS/PHP which we tested it on but apparently not the most current version.
The PHP script is so generic we are not actually too sure how to even modify it. This is all it does (2 lines of code)
$dataURL = urldecode($_REQUEST['url']);
readfile($dataURL);
If anyone here does find a fix we will definitely incorporate into the program but we would have to do a lot of testing on all the various other server.
If you wish to continue this discussion, please e-mail us through customercare@coffeecup.com
Scott Swedorski
VP of Software Development ~_~_~_~_~_~_~_~_~_~_~_~_~_~_~_~
Scott A. Swedorski - VP of Product Development
CoffeeCup Software Inc.
Phone: 678.495.3480
Hi
I had a user that was able to get this working under his Windows Server. This is what he said he did:
1. In the Windows directory, the PHP.INI file needed to be edited with the following changes:
doc_root = c:wc5http
cgi.force_redirect = 0
extension_dir = c:phpext
2. In the Wildcat wcConfig program, go into Web Server section and add PHP-CGI to the Script mapping.
3. Uncheck the option to only allow CGI scripts to run in the CGI defined directory
4. Add the PHP directory to the environment path.
Scott Swedorski
VP of Software Development ~_~_~_~_~_~_~_~_~_~_~_~_~_~_~_~
Scott A. Swedorski - VP of Product Development
CoffeeCup Software Inc.
Phone: 678.495.3480
I had a user that was able to get this working under his Windows Server. This is what he said he did:
1. In the Windows directory, the PHP.INI file needed to be edited with the following changes:
doc_root = c:wc5http
cgi.force_redirect = 0
extension_dir = c:phpext
2. In the Wildcat wcConfig program, go into Web Server section and add PHP-CGI to the Script mapping.
3. Uncheck the option to only allow CGI scripts to run in the CGI defined directory
4. Add the PHP directory to the environment path.
Scott Swedorski
VP of Software Development ~_~_~_~_~_~_~_~_~_~_~_~_~_~_~_~
Scott A. Swedorski - VP of Product Development
CoffeeCup Software Inc.
Phone: 678.495.3480
Scott, thanks for continuing to try to resolve this, but the solution below doesn't work for me. It is for Windows servers running Wildcat, not those running IIS 6, which is what we run. Probably most Windows servers are running some version of IIS. We have other sites with php running properly on our server, so we know that the php installation is not the problem. That still leaves us with NewsFlash being the culprit in this. I still want to get this running rather than get a refund, so hopefully some solution can be found. My tech guy would gladly resolve it for you at $100 CAD an hour... what a deal, considering the Canadian dollar is only 80 cents in your money!
Here is the response from my host admin....
Posted: 7/5/2005 7:37:22 PM ID: 11408
--------------------------------------------------------------------------------
Re: CoffeeCup News Flash created by BKeller View Post
Hi Barry,
I am going to answer this out of order as I don’t think the user in question is using IIS and essentially a lot of points are not valid. Wildcat is a web server just like IIS is a web server. IIS how ever is the most common web server running on the Windows Server platform. Webstrike runs IIS 6 on all Windows Server 2003 machines.
Due to this you can rule out points 2,3,4 as they already occur.
1. cgi.force_redirect = 0 is already set. The other settings are configured including extension directory and document root.
Thanks
Shane Baldacchino
MCSE, MCSA, MCP, A+
Webstrike Solutions
Posted: 7/5/2005 7:37:22 PM ID: 11408
--------------------------------------------------------------------------------
Re: CoffeeCup News Flash created by BKeller View Post
Hi Barry,
I am going to answer this out of order as I don’t think the user in question is using IIS and essentially a lot of points are not valid. Wildcat is a web server just like IIS is a web server. IIS how ever is the most common web server running on the Windows Server platform. Webstrike runs IIS 6 on all Windows Server 2003 machines.
Due to this you can rule out points 2,3,4 as they already occur.
1. cgi.force_redirect = 0 is already set. The other settings are configured including extension directory and document root.
Thanks
Shane Baldacchino
MCSE, MCSA, MCP, A+
Webstrike Solutions
Hi Dick
Have your tech guy contact me at scott@coffeecup.com and we will see what we can come up with.
Scott Swedorski
VP of Software Development ~_~_~_~_~_~_~_~_~_~_~_~_~_~_~_~
Scott A. Swedorski - VP of Product Development
CoffeeCup Software Inc.
Phone: 678.495.3480
Have your tech guy contact me at scott@coffeecup.com and we will see what we can come up with.
Scott Swedorski
VP of Software Development ~_~_~_~_~_~_~_~_~_~_~_~_~_~_~_~
Scott A. Swedorski - VP of Product Development
CoffeeCup Software Inc.
Phone: 678.495.3480
Have something to add? We’d love to hear it!
You must have an account to participate. Please Sign In Here, then join the conversation.