Re: [WebDNA] Apple nixes Mac OS Server ("websites") and other
This WebDNA talk-list message is from 2018
It keeps the original formatting.
numero = 113951
interpreted = N
texte = 1551 Agreed with Michael: the WebServer from Apple is a very personalized = version of a "normal" webserver (linux) and the documentation is very = weak. For instance, the last High Sierra version uses an almost = undocumented local proxy that does not return all the information WebDNA = is expecting from apache. We will design a new installer for the next version, but more than ever = it will run on a clean OSX server installation. It will be too = complicated to take a specific customization into account. I strongly suggest linux, it is safe, cheaper, faster and not more = difficult to manage. - chris > On Jan 29, 2018, at 23:35, Michael Davis
wrote: >=20 > Palle, >=20 > Personally, I will be glad to have Apple keep their hands off of = Apache. The Server.app has always been geared toward internal LAN = services rather than as a "control panel" that might help those of us = that serve web sites publicly. Their squid cache setup has just = convoluted the conf files and made it harder to run a professional level = web host (just try changing ports on these services, for instance = because you want to run your own accelerator cache like Varnish on port = 80. Can't do it). What remains to be seen is whether discontinuing the = websites in the Server.app will actually free up Apache from the = mungling hands of Apple or whether there will still be custom conf = directories that tie http services to some other service. >=20 > If you like using the Apple GUI to manage web sites, you'll probably = be even happier with the WebMin GUI, which you would be free to use once = Apple gets out of the way in the Apache conf directory. >=20 > Like I said, I'm glad to see them step away from the web services, as = the Server.app has slowly become more crippled over the years, with each = update removing functionality, rather than adding it. Just try = monitoring your smtp queue in Server.app 5 for instance. It's no longer = there. So I welcome Apple staying away from Apache and allowing me to = configure it without worrying about whether the conf files are going to = be overwritten by the Server.app. >=20 >=20 > Mike --------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list talk@webdna.us To unsubscribe, E-mail to: talk-leave@webdna.us archives: http://www.webdna.us/page.dna?numero=3D55 Bug Reporting: support@webdna.us .
Associated Messages, from the most recent to the oldest:
1551 Agreed with Michael: the WebServer from Apple is a very personalized = version of a "normal" webserver (linux) and the documentation is very = weak. For instance, the last High Sierra version uses an almost = undocumented local proxy that does not return all the information WebDNA = is expecting from apache. We will design a new installer for the next version, but more than ever = it will run on a clean OSX server installation. It will be too = complicated to take a specific customization into account. I strongly suggest linux, it is safe, cheaper, faster and not more = difficult to manage. - chris > On Jan 29, 2018, at 23:35, Michael Davis wrote: >=20 > Palle, >=20 > Personally, I will be glad to have Apple keep their hands off of = Apache. The Server.app has always been geared toward internal LAN = services rather than as a "control panel" that might help those of us = that serve web sites publicly. Their squid cache setup has just = convoluted the conf files and made it harder to run a professional level = web host (just try changing ports on these services, for instance = because you want to run your own accelerator cache like Varnish on port = 80. Can't do it). What remains to be seen is whether discontinuing the = websites in the Server.app will actually free up Apache from the = mungling hands of Apple or whether there will still be custom conf = directories that tie http services to some other service. >=20 > If you like using the Apple GUI to manage web sites, you'll probably = be even happier with the WebMin GUI, which you would be free to use once = Apple gets out of the way in the Apache conf directory. >=20 > Like I said, I'm glad to see them step away from the web services, as = the Server.app has slowly become more crippled over the years, with each = update removing functionality, rather than adding it. Just try = monitoring your smtp queue in Server.app 5 for instance. It's no longer = there. So I welcome Apple staying away from Apache and allowing me to = configure it without worrying about whether the conf files are going to = be overwritten by the Server.app. >=20 >=20 > Mike --------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list talk@webdna.us To unsubscribe, E-mail to: talk-leave@webdna.us archives: http://www.webdna.us/page.dna?numero=3D55 Bug Reporting: support@webdna.us .
christophe.billiottet@webdna.us
DOWNLOAD WEBDNA NOW!
Top Articles:
Talk List
The WebDNA community talk-list is the best place to get some help: several hundred extremely proficient programmers with an excellent knowledge of WebDNA and an excellent spirit will deliver all the tips and tricks you can imagine...
Related Readings:
ShowCart (2001)
Public beta 6 for WebCatalog 4.0 is now available (2000)
Categories and Sub-categories (2003)
Sample Tearoom Search Error (1998)
OFF-TOPIC: Check www.godaddy.com for me ... (2003)
Latest version? (2000)
[WebDNA] [thisurlplusget] and [thisurl] - misbehaves (2012)
To Err or Not Custom Error (1999)
How did *you* learn Web Catalog? (2000)
ie Posting error (2000)
Q on the best way to set up a security function so users can edit records (1999)
more on quicktime test stuff (1997)
Unexpected error (1997)
Help! WebCat2 bug (Ben's input) (1997)
searchable list archive (1997)
iTools and 3.0.8 (2000)
[WebDNA] Send Mail and Outlook Express (2008)
[WebDNA] TLS 1.2 and [tcpconnect] (2018)
[WebDNA] AJAX module (2012)
ATTN Bob Minor (2002)