Saying that I have some special configuration is not an answer...there is nothing special about the setup of the server. He was confused with something about serving up mime types...which had nothing to do with the question.
On Tue, Nov 26, 2013 at 2:43 PM, Matt Quackenbush <quackfu...@gmail.com>wrote: > > That has been answered, too. > > From Jon... > > OK, > > > > Just ran a test and I cant duplicate your server mapping functionality > > with a standard Apache/CF Connector server setup but I *can* duplicate > that > > functionality when I tell Apache to serve an image MIME type (e.g. - > .jpg, > > .png) through Coldfusion. Is this how your setup is configured? If so, > > yowsers on a few levels . > > > > If youre serving every MIME type with Coldfusion, then the reason youre > > getting this behavior is because the request is being evaluated and > served > > before the application is even being brought in to play. CF is > evaluating > > that file according to the path specified at the server level, not > > recognizing any CFML and then just passing it back to the browser without > > involving the Application at all. You would never be able to get > > application-specific mappings to work for this purpose. > > > > Once again, though, this would be attempting to use the web application > > server for a purpose it was not designed for and serving non-CFML MIME > > types through the Coldfusion server can have major security and > performance > > implications. > > > > - J > > > > From Jon, again... > > I suspect the answer lies within the unique configuration of your > > development server. > > > > No matter what variables you have in place with your system that allow > for > > this behavior to happen, the simple fact is that youre attempting to use > > CF to do something its not meant to do. Even if you get it to work in > the > > short-term, it will likely bite you again in the long-term. I would opt > to > > take the consensually correct and conventional approach to your problem, > > rather than attempting to be clever in hacking the functionality of the > > server for something as simple as an image path. > > > > From Phillip... > > It might be coincidence only. We had something similar with a directory > > mapping that caused one thing on one domain but when another domain/app > had > > a similar directory weird things happened until we removed the CF > mapping. > > Adam and John are right, CF mappings as defined through the ColdFusion > > administrator are reflective of and utilized by ColdFusion resources > only. > > > > > > > On Tue, Nov 26, 2013 at 3:32 PM, Eric Roberts < > ow...@threeravensconsulting.com> wrote: > > > > > Then why does it work when i set up the mapping in cfadmin? No one seems > > to want to answer that... > > > > Eric > > > > > > On Tue, Nov 26, 2013 at 2:21 PM, Wil Genovese <jugg...@trunkful.com> > > wrote: > > > > > > > > I swear this guy is a troll, nobody is that dense. > > > > > > > > > but incase he is: > > > CFMappings are used ONLY FOR things such as CFINCLUDE. They are never > > used > > > for <img src=/some/place/imagename.png> To get a mapping for image > > or > > > other HTML urls you have to use the web server (IIS OR Apache) Alias > > > configuration settings. These are two totally different types of > mappings > > > and they have NO relation to each other. > > > > > > Can only hope this sinks in. > > > > > > > > > > > > > > > > > > Wil Genovese > > > > > > One man with courage makes a majority. > > > -Andrew Jackson > > > > > > A fine is a tax for doing wrong. A tax is a fine for doing well. > > > > > > On Nov 26, 2013, at 2:12 PM, Matt Quackenbush <quackfu...@gmail.com> > > > wrote: > > > > > > > > > > > Correct. And you should read what I wrote. I addressed your words, > > > exactly. > > > > > > > > > > > > On Tue, Nov 26, 2013 at 3:09 PM, Eric Roberts < > > > > ow...@threeravensconsulting.com> wrote: > > > > > > > >> > > > >> Matt...please read what you quoted and that should address your > > > statement > > > >> about non-cfm files... > > > >> > > > >>>> > > > >>>> Philip...it is in a .cfm file that handles the header. in this > > > specific > > > >>>> instance, it is calling up a logo image in the header. If this > was > > in > > > >> an > > > >>>> html file, then they would be correct...but in a cfm > > file...everything > > > >> is > > > >>>> parsed. > > > >> > > > >> > > > >> > > > >>> I know you've been told this repeatedly and so I'm probably just > > > wasting > > > >> my > > > >>> breath (finger energy, I suppose), but you are 100% incorrect. 100% > > > WRONG. > > > >> > > > >>> Here's a 100% accurate statement that is based upon your 100% > > > inaccurate > > > >>> one: > > > >> > > > >>> CF does not execute html files unless your web server is > specifically > > > >>> custom-configured to do so. In a default CF installation, CF only > > > executes > > > >>> *.cfm(l) and *.cfc files. At no time does CF parse the entire file > > > that it > > > >>> executes, but rather, it relies on specific syntax and code > > constructs > > > - > > > >>> CFML and/or CFScript - to determine its parsing boundaries. CF > never > > > has > > > >>> and never will parse HTML. Period. > > > >> > > > >> > > > >> Please read before commenting. I clearly stated that it was in a > cfm > > > >> file...not an html file...sheesh > > > >> > > > >> Eric > > > >> > > > >> > > > >> On Tue, Nov 26, 2013 at 2:07 PM, Eric Roberts < > > > >> ow...@threeravensconsulting.com> wrote: > > > >> > > > >>> Matt...where did I say I was executing a non-cfm file? > > > >>> > > > >>> > > > >>> On Tue, Nov 26, 2013 at 2:04 PM, Matt Quackenbush < > > > quackfu...@gmail.com > > > >>> wrote: > > > >>> > > > >>>> > > > >>>> On Tue, Nov 26, 2013 at 2:52 PM, Eric Roberts < > > > >>>> ow...@threeravensconsulting.com> wrote: > > > >>>> > > > >>>>> > > > >>>>> Philip...it is in a .cfm file that handles the header. in this > > > >> specific > > > >>>>> instance, it is calling up a logo image in the header. If this > was > > > in > > > >>>> an > > > >>>>> html file, then they would be correct...but in a cfm > > > file...everything > > > >>>> is > > > >>>>> parsed. > > > >>>> > > > >>>> > > > >>>> > > > >>>> I know you've been told this repeatedly and so I'm probably just > > > wasting > > > >>>> my > > > >>>> breath (finger energy, I suppose), but you are 100% incorrect. > 100% > > > >> WRONG. > > > >>>> > > > >>>> Here's a 100% accurate statement that is based upon your 100% > > > inaccurate > > > >>>> one: > > > >>>> > > > >>>> CF does not execute html files unless your web server is > > specifically > > > >>>> custom-configured to do so. In a default CF installation, CF only > > > >> executes > > > >>>> *.cfm(l) and *.cfc files. At no time does CF parse the entire file > > > that > > > >> it > > > >>>> executes, but rather, it relies on specific syntax and code > > > constructs - > > > >>>> CFML and/or CFScript - to determine its parsing boundaries. CF > never > > > has > > > >>>> and never will parse HTML. Period. > > > >>>> > > > >>>> > > > >>>> > > > >>>>> The point behind having mappings is so that in the code, you are > > > >>>>> refering to a directiory by name rather than having to deal with > > what > > > >>>> the > > > >>>>> path is from the file. > > > >>>> > > > >>>> > > > >>>> > > > >>>> You are correct that by setting a CF mapping "named" `/foo` you > can > > > then > > > >>>> reference the mapping "by name" as simply `/foo` rather than > needing > > > to > > > >>>> write out the full path. > > > >>>> > > > >>>> > > > >>>> > > > >>>>> CF handles determining what that is when it renders > > > >>>>> it int o html. > > > >>>>> > > > >>>> > > > >>>> > > > >>>> You are 100% WRONG if you think CF does anything with mappings for > > any > > > >>>> purpose other than **CFML FILE SYSTEM ACCESS**. > > > >>>> > > > >>>> > > > >>>> > > > >> > > > >> > > > > > > > > > > > > > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Order the Adobe Coldfusion Anthology now! http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:357190 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm
