mortee Posted October 3, 2007 Posted October 3, 2007 Hello! I use Web Publishing with FMS9, and I have a few issues regarding its integration with Apache. My primary concern is that it insists on including its own server-status config into httpd.conf, which in turn has an AddDefaultCharset directive. This turns on the charset header globally, which interferes with the sites hosted on the same server. Is this absolutely unavoidable? Why is it so important for FMS to have Apache serve pages with an UTF-8 header added? I tried adding an "AddDefaultCharset off" line after the FMS Includes, which solved my problem temporarily, while I could access my databases too. Too bad anytime I update the deployment options for FMS, it deletes from httpd.conf the line I added. Furthermore, I'm not sure if this is related to my charset override being added to httpd.conf, but after some hours or days of operation, Web Publishing stops working, and the admin console shows a red light next to it. If I try to disable and then re-enable it, it stays gray, and I can't start it until I update the server deployment, which breaks my web sites' charset settings again. I couldn't find any useful hint in any of the logfiles. All this said, is it possible to have FMS embed its config Includes in a specific VirtualHost directive, so that its arbitrary settings won't mess my global Apache config up? That'd be nice, if already it can't be less hostile in general.
Steven H. Blackwell Posted October 3, 2007 Posted October 3, 2007 Have you applied the recently released 9.0v2 updater? If these problems eprsist thereafter, I recommend you contact FMI Tech Support. You may have uncovered something here. Steven
John May - Point In Space Posted October 3, 2007 Posted October 3, 2007 Nice find! I was already pissed they felt OK setting server-status and server-info stuff however they wanted, but this is even worse. A fix: just add "AddDefaultCharset Off" to the end of your httpd.conf file, and it'll override the previous setting without having to modify FMI's files. - John
John May - Point In Space Posted October 3, 2007 Posted October 3, 2007 P.S. This wouldn't affect stability of the WPE at all. - John
mortee Posted October 3, 2007 Author Posted October 3, 2007 If you look at it again, I wrote that I've found this very "solution" myself too, and applied it. It seems like the stability issue is indeed unrelated (I haven't updated to v2 previously), but the line I add to httpd.conf gets overwritten/deleted whenever I have to update server deployment for one reason or another. Thanks anyway.
John May - Point In Space Posted October 3, 2007 Posted October 3, 2007 Oop, didn't notice that, sorry... Odd that FileMaker is editing that line out, guess it just likes wiping from it's include lines to the end. - John
mortee Posted October 3, 2007 Author Posted October 3, 2007 Interesting approach from their part for sure. I wonder what I am supposed to do if I happen to use two different software which both assume they own and can overwrite httpd.conf from their config start to the end. I'm starting to get pissed by that FileMaker, in business for at least 10 years, introduces year-by-year into their software very basic programming concepts known for at least 30 years... This httpd.conf issue again proves that they have absolutely no understanding of even the most basic integration principles...
Recommended Posts
This topic is 6259 days old. Please don't post here. Open a new topic instead.
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now