#foswiki 2017-05-30,Tue

↑back Search ←Prev date Next date→ Show only urls(Click on time to select a line by its url)

WhoWhatWhen
GithubBot[VirtualHostingContrib] gac410 pushed 2 new commits to Item14408: https://git.io/vHWzt
VirtualHostingContrib/Item14408 a5790a7 George Clark: Item14408: Item14409: Item14410: Item14411: Prepare for release
VirtualHostingContrib/Item14408 f74d99a George Clark: Item14408: Uplaod failed due to bad build.pl
[02:44]
***GithubBot has left [02:44]
FoswikiBothttps://foswiki.org/Tasks/Item14408 [ Item14408: VirtualHostingContrib needs to support convertTopicSettings ] [02:44]
GithubBot[VirtualHostingContrib] gac410 tagged 1.12-30May2017 at a5790a7: https://git.io/vHWzq [02:44]
***GithubBot has left [02:44]
............. (idle for 1h2mn)
GithubBot[distro] gac410 pushed 2 new commits to Release02x01: https://git.io/vHW2D
distro/Release02x01 2f70162 George Clark: Item13883: Prepare for release.
distro/Release02x01 ab1d95b George Clark: Item14406: Locale::Codes still is too noisy...
[03:46]
***GithubBot has left [03:46]
FoswikiBothttps://foswiki.org/Tasks/Item13883 [ Item13883: Documentation changes for master and 2.1 ]
https://foswiki.org/Tasks/Item14406 [ Item14406: Locale::Code crashes for unknown languages with Perl 5.26. ]
[03:46]
............................ (idle for 2h17mn)
***ChanServ sets mode: +o MichaelDaum [06:03]
.......................................... (idle for 3h25mn)
fsfs has quit IRC (*.net *.split)
TitanOfOld|work has quit IRC (*.net *.split)
Deaygo has quit IRC (*.net *.split)
uebera|| has quit IRC (*.net *.split)
hvxgr has quit IRC (*.net *.split)
QBFreak has quit IRC (*.net *.split)
alexlist has quit IRC (*.net *.split)
ChanServ has quit IRC (*.net *.split)
nixdork has quit IRC (*.net *.split)
FoswikiBot has quit IRC (Ping timeout: 260 seconds)
[09:28]
.... (idle for 17mn)
CHYC has quit IRC (*.net *.split) [09:48]
...... (idle for 26mn)
verne.freenode.net sets mode: +oo MichaelDaum ChanServ [10:14]
....................... (idle for 1h53mn)
ChanServ sets mode: +o gac410 [12:07]
....... (idle for 34mn)
ChanServ sets mode: +o Lynnwood [12:41]
.............. (idle for 1h6mn)
gac410MichaelDaum: I made some changes to virtualhosts.fcgi It was hanging on my test nginx system during init. No idea why. The mainstream foswiki.fcgi does not call reExec() not sure why the virtual version does.
I released a new VirtualHostingContrib to Extensions/Testing for your perusal.
[13:47]
MichaelDaumgac410, awesome. I will merge it to master and my own local fixes, and then make a real release. [13:49]
gac410Biggest change is a new Virtual hosts wizard in configure. Moves the old shell script into perl. [13:50]
MichaelDaumyummy [13:50]
gac410Also removed a hard-coded $Error::Debug flag, to be in line with the foswiki.fcgi.
Oh... I could probably build 2.1.4 today. Are you interested in getting a release out?
[13:50]
MichaelDaumsure thing. but I wont be able to work on a blog posting today. [13:53]
gac410It finally struck me on nginx and virtual hosting. I have to have two fcgi back-ends? One for the "master" site using foswiki.fcgi, and a separate one for all the virtual hosts using virtualhosts.fcgi
I could not figure out how in nginx to make the wildcard (?<domain>) hostname make an exception for the base domain to a different handler.
[13:53]
MichaelDaum? [13:55]
gac410I had my nginx vhost config configured with  server_name ~^(www\.)?(?<domain>.+)$; It passed hosthame "basename.mydomain.com" to virtualhosts.fcgi, causing it to try to find foswiki/virtualhosts/basename.mydomain.com [13:57]
MichaelDaumI create a sites-enabled/*.conf like these: server { server_name my.domain.com; listen ...; ...; include foswiki-base.conf; } [13:57]
gac410And generate a 501 no such host, rather than running as a non-vhost. [13:57]
MichaelDaumone for each vhost [13:57]
gac410Oh... I was using a wildcard servername so that you never need to change nginx when adding vhosts.
Still the "not a virtualhost" domain, where you can run configure for the base site, needs to go to the foswiki.fcgi handler and NOT to the virtualhosts.fcgi
[13:58]
MichaelDaumwould be nice to auto-detect the domain and pass in a $domain variable to foswiki-base.conf
why is configure bad on a virtualhosts.fcgi?
I see you disabled it in vhc
[14:01]
gac410I thought it was supposed to be disabled on the virtual hosts.
Ah... so you don't even have access to the "base" not-a-virtualhost foswiki. Just run configure from any of the virtualhosts?
[14:02]
MichaelDaumy
I mean, why not
[14:03]
gac410I don't know. I thought configure might get confused by the virtual settings to the configuration. [14:04]
MichaelDaumnot that I noticed [14:04]
gac410Doesn't the DefaultUrlHost checker complain about the wrong domain? [14:05]
MichaelDaumtrue in so far as for a real world large deployment, you'd disable configure plugin for all but one vhost, so that none of the customers botches the overall install.
this one management vhost would then match the DefaultUrlHost
the others set it to their needs on VirtualHost.cfg
[14:05]
gac410Ah. okay. Thats probably better. hm How to automate that.
Maybe add a {VirtualHostingContrib}{ManagementDomain} that says which domain enable ConfigurePlugin ... and allow *all* if not configured.
[14:07]
MichaelDaumkiss: the DefaultUrlHost domain in LocalSite.cfg is the mgmnt domain [14:08]
gac410y that would do it.
So just a tweak to my change that disabled ConfigurePlugin and make it apply to any domain except the DefaultUrlHost.
[14:09]
MichaelDaumgreat [14:10]
gac410Hm Should it go further, and bypass virtualization for DefaultUrlHost [14:10]
MichaelDaumI don't think so
the core engine shall remain clean, imho
[14:10]
gac410The docs talk about allowing the base domain to be usable. However if all domains are virtualized, you can't really get to the base domain. But I do agree with you.
gac410 based my <domain> capture config on the one you? posted to FoswikiOnNginx years ago. But it doesn't include a foswiki.base.
gac410 wonders if that should be put into the VHC docs.
[14:11]
MichaelDaumyea there might be better ways to do it ... following your wildcard approach [14:13]
gac410I'll make those changes to my Item branch. [14:13]
Ugh. Just saw an issue. The site I'll be using this is behind a reverse proxy / ssl accelerator. The server sees http, but needs to generate https URLs ie ForceDefaultUrlHost=1
But the init code does: DefaultUrlHost        => "http://$hostname" . ($port && ($port ne '80') && ($port ne '443') ? (':' . $port) : '')
That's not going to work. How does this even allow https:// sites to operate correctly. It always will use http:// for virtual hosts.
It probably needs to recover the protocol http:// or https:// from the original DefaultUrlHost and preserve it?
[14:21]
MichaelDaumno problem here. I even use https on localhost [14:29]
gac410Foswiki::Contrib::VirtualHostingContrib::VirtualHost Line 40. How does that not force http:// into the scheme for virtual hosts. [14:31]
FoswikiBothttps://trunk.foswiki.org/System/PerlDoc?module=Foswiki::Contrib::VirtualHostingContrib::VirtualHost [14:31]
gac410I bet if you enable ForceDefaultUrlHost, it would break your site.
Foswiki uses the protocol://hostname from the Request object in a normal deploy, and DefaultUrlHost isn't really used in generating links. But behind a proxy, you have to enable ForceDefaultUrlHost, to make DefaultUrlHost be authoritative.
[14:32]
jastto clarify, this problem only happens if HTTPS is handled by a reverse proxy and plain HTTP is used internally
actually, never mind, I thought the code was cleverer than it is
[14:47]
gac410I think so, yes. ... which is exactly what I'm going to have to support. [14:48]
jastthe 'http' is hardcoded so it'll always break [14:48]
gac410only if ForceDefaultUrlHost is enabled. Otherwise foswiki uses the URL from the incoming request and pretty much ignores the DefaultUrlHost
I've been learning more than I wanted to know about all this reverse proxy stuff. A royal pita
[14:49]
.... (idle for 15mn)
MichaelDaum_: I need to do some more work on the Checker and wizard. Checker for virtual hosts directory is very confused running on a virtual host. :P [15:05]
.................. (idle for 1h28mn)
GithubBot[VirtualHostingContrib] gac410 pushed 2 new commits to Item14408: https://git.io/vHlFf
VirtualHostingContrib/Item14408 f933daa George Clark: Item14409: Wizard and checker issues...
VirtualHostingContrib/Item14408 6ad6571 George Clark: Item14412: Don't hardcode the protocol...
[16:33]
***GithubBot has left [16:33]
FoswikiBothttps://foswiki.org/Tasks/Item14408 [ Item14408: VirtualHostingContrib needs to support convertTopicSettings ] [16:33]
............................... (idle for 2h34mn)
FoswikiOnSlack<itaki> Hello everybody. May I have your guidance for my below supoort request? :
<itaki> https://foswiki.org/Support/Question1882
<itaki> Thanks in advance.
[19:07]
gac410The google maps api key has to be requested from google directly.
see https://developers.google.com/maps/documentation/javascript/get-api-key
[19:08]
..... (idle for 23mn)
FoswikiOnSlack<itaki> Thank you very much gac410. I think we did it. :+1:
<itaki> Here is the quick example:
<itaki> https://istenovaisguvenligi.com/bin/view/Herkese/WebHome
[19:33]
gac410cool! Looks nice. [19:34]
FoswikiOnSlack<itaki> I really thank you very much. I am very happy to be here. :slightly_smiling_face: [19:36]
gac410glad we could help. [19:46]
***gac410 sets mode: +v FoswikiBot [19:46]

↑back Search ←Prev date Next date→ Show only urls(Click on time to select a line by its url)