I've installed October cms on Wamp with Composer. All seemed ok- I have tables in my database, but can't enter /backend. When I type file:///C:/wamp/www/october/backend (place of my project) I get blank page.
In order to access the PHP compiler you MUST run your site as if it were on the internet i.e. using the browser address bar and NOT click on the php file using explorer. Like this
localhost/october
or
localhost/october/backend
If you dont go via Apache then nothing will spot the <?php tags. It is Apache that recognises these tags and passes the script to PHP for interpretation and execution.
Related
I recently installed CF2018 update 9. IIS is serving the applications I had in virtual directories normally, with the exception of CFIDE. Attempts to access localhost/CFIDE/administrator/index.cfm result in empty HTTP responses, with Content-Length:0 headers. The admin page is accessible through localhost:8500/CFIDE/administrator/index.cfm, which is (I think) just reaching out Tomcat directly. So I am wondering if anyone knows what the culprit for a blank administrator page when served via IIS might be? It worked before the update.
FWIW I have checked the handler mappings and they point to the same DLL as the applications that are properly being served (that is, .../ColdFusion2018/config/wsconfig/1/isapi_redirect.dll).
You need to add a site to IIS first, call it cf-admin or similar.
You need to add a second connector to WCONFIG located here:
/cfusion/runtime/bin/wsconfig.exe (run as admin).
Click ADD
Leave drop downs as they are, changing the bottom one "IIS Website" to the site you just created.
Click OK and OK again to restart
Expand the site in IIS you just created, right click the /jakarta vdir and check the location.
Open (location from above) /uriworkermap.properties
Remove the "!" from last line, so it reads /CFIDE/* = cfusion
Restart IIS and CF.
browse to the host header as configured when you created the site in IIS.
This server is (was) being prepped to move to production last week, but started giving 500 errors on files that are not .cfm files - i.e. .htm, .css, .js files all give 500 errors (but not in CFAdmin).
It's a vanilla install and followed the lockdown guide carefully. It was working fine until yesterday when I had some issues.
1 - it took 3 tries to install HF4 from command line. it would seem like it worked fine but when I went back into CFAdmin it still showed the previous version. I did it again today and it installed fine and now shows correct version.
2 - initially it was setup so that only one specific site was setup in wsconfig. I added a site and it wouldn't serve cfm pages. Ran wsconfig.exe as Administrator, removed all connectors, and then did an add for all IIS sites. Again, seemed to work fine and CFM pages can be served now, but nothing else.
There's nothing standing out to me in IIS, and no config changes were done to IIS (at least by me - if the Adobe installer or wsconfig did then I'm at a loss).
So browsing locally was revealing!
Cannot add duplicate collection entry of type 'mimeMap' with unique
key attribute 'fileExtension' set to '.air'
Looking in web.config I found this entry for both sites:
<staticContent>
mimeMap fileExtension=".air" mimeType="application/vnd.adobe.air-application-installer-package+zip" /
</staticContent>
Both sites had been working just fine until I ran the CF2016 HF4 update. I'm curious if this entry was added by the update installer?
I have inherited a couple established links ending in .jsp. The domain of these links is pointing to my coldfusion 9 / iis 7.5 server.
I have rewritten the functions in cf. I just need the cf/web server to run link with .jsp as a .cfm.
I was unsuccessful using a url rewrite.
I tried to add .jsp to the Handler Mapping using the same config settings as .cfm.
The 500 error that came back in both cases said:
You tried to access a restricted feature for the Standard edition: JSP
I don't want to "run" jsp with Coldfusion which from the error is not in the Standard license. I would like it to run like a cfm file.
Is there a setting in CF Admin to turn off the .jsp recognition?
Thanks,
Gary
Issue resolved:
The first step was to disable *.JSP references in all the default-web.xml files
Then apply a url rewrite. ^(.*)jsp$ which redirects to {R:1}cfm{R:2}
Thanks for your comments and help.
Gary
The first step was to disable *.JSP references in all the default-web.xml files
Then apply a url rewrite. ^(.*)jsp$ which redirects to {R:1}cfm{R:2}
I just deployed a new site, call it SiteA, that uses cftooltip, but the tooltips are not displaying. When I hover over the link, nothing happens. SiteB has been running on the same server for a long time, and it's tooltips display fine. The folders for SiteA, SiteB and CFIDE are all in inetpub/wwwroot.
My browser reports the following when trying to display tooltips on SiteA:
'ColdFusion is undefined'
'YAHOO' is undefined.
It would seem that SiteA can't find what it needs in cfide/scripts, but SiteB doesn't have this problem. In the CF Admin, I have a mapping to cfide.
Any ideas? Thanks in advance for help.
Peter
It's not exactly a solution, but you can cut and paste the CFIDE/scripts folder into the webroot of SiteA, which should at least get it working until you work it out!
Things to check are the mappings (obviously), but also any URL rewriting etc; look into chrome dev tools or firebug to see what is being returned from the missing .js call (i.e is it an IIS or apache 404, or something else?)
I'm setting up a new server (CF10 W2K8) going by Pete Freitag's new CF10 lockdown guide. I have a test site installed and if I bring up www.mydomain.com it loads the default document (index.cfm) just fine. However, if I try www.mydomain.com/index.cfm (or any other specific .cfm page), I get a 404 not found.
IIS logs do record a 404 error. If I create a .htm/.html page it comes up fine.
I had this problem as well. Running on Windows Server 2008 R2.
I found some threads that suggested that I re-run the "Web Server Configuration Tool" that is installed with CF 10 ({cfroot}\cfusion\runtime\bin\wsconfig.exe).
I tried several things including "Add..." using the name of the server (instead of localhost). Then when I removed it (connections using the name of the server), I could see the IIS commands getting executed to remove all of the connection settings. I also removed the localhost connection. However, using "Add..." to attempt to add localhost back never worked.
So, for me, this tool only worked for removing the cfm/IIS settings that allowed CF to work. My next step was going to be a reinstall of CF 10. However, I found a link to this page:
http://helpx.adobe.com/coldfusion/kb/coldfusion10-iis-manual-connector-configuration.html
I followed the instructions on that page with a few exceptions. I didn't need to follow steps #1 & #2. The file (isapi_redirect.dll) was still there. Steps #3 - #5 were verified (the files existed and had the correct information in them). Everything worked after I finished the steps, except document root documents (http://website.com/). All I had to do was add index.cfm as a server-wide "Default Document". Adobe forgot that step in their instructions.
I don't know why the "Web Server Configuration Tool" failed to install on my server. I even tried running it "Run as administrator" with no success.
I did have to add the virtual directories (CFIDE & jakarta) to all the sites on the server as well.
You can use these handy command-line snippets to speed up that process if you have multiple sites to manage:
rem add cfide virtual directory (CF 10):
%systemroot%\System32\inetsrv\appcmd add vdir /app.name:"site.com/" /path:/CFIDE /physicalPath:"{cfroot}\cfusion\wwwroot\CFIDE"
rem add jakarta virtual directory (CF 10):
%systemroot%\System32\inetsrv\appcmd add vdir /app.name:"site.com/" /path:/jakarta /physicalPath:"{cfroot}\config\wsconfig\1"
Just replace the "site.com" and {cfroot} values to work with your server.
When setting up additional sites you must create a virtual directory called jakarta that is mapped to the /config/wsconfig/1 folder
Sorry - forgot to mark this closed. I reformatted and reinstalled everything per the CF10 lockdown guide and it worked that time.
I know one problem I had was mapping a virtual 'jakarta' directory in IIS, but I never came up with a specific solution for the domain.com/index.cfm issue.