If my customer is example.com, with multiple applications and services routed to that domain e.g. /blog or login.example.com. One service that they are hosting is a MediaWiki instance at https://example.com*/wiki* (also using a single-sign-on infrastructure - but I don't think that matters much for this discussion about SSL and routing requests for top-level folders of the domain). For them to outsource the wiki hosting, and continue to have the wiki hosted at /wiki using an SSL certificate that they provide, what needs to be done?
I'm assuming that if I have a static IP address xx.xx.xx.xx, and an SSL certificate for "wiki.example.com", that the customer can use DNS to make sure that wiki.example.com points to that IP. The customer can use their web-server to internally proxy requests for /wiki to wiki.example.com/wiki and to the end-user they would simply see https://example.com/wiki in their browser (preserving existing links and SEO built up at that path). Is this correct?
And, what ways can latency and overhead be reduced so that their server can hand-off requests as efficiently as possible under a high load environment?
Thanks,
Greg
Greg Rundlett *principal consultant* eQuality Technology
*Let's work together*
https://equality-tech.com follow us: https://twitter.com/eQualityTech like us: https://www.facebook.com/eQualityTechnology/ *Get a free wiki report*: https://freephile.org/wikireport/
As we reboot the mailing list, I'd like to ask that we keep the mediawiki-enterprise mailing list focused on those users who are end-users of MediaWiki in the "Enterprise" context.
MediaWiki is a huge subject and a lot of functionality is exposed to users who aren't don't need to be familiar with running servers, configuring apache, or managing a PHP application.
Even if this place is restricted to the use of templates, Scribunto, workflow creation, and other applications of the MediaWiki infrastructure in the "Enterprise" context, we have plenty of ground to cover that doesn't really fit well in other places.
Thanks,
Mark.
Hi Mark,
I agree with you and we should reanimate this mailing list.
One question that I have that didn't make it to the conference in Houston: How good is MediaWiki for SEO? I would say very good, but we get some feedback from a customer that it isn't that good as it could be. Are there people out there interested in this subject?
Ad
Ad Strack van Schijndel Wikibase Solutions +31 6 4023 2715
Op 31-03-18 02:08 heeft Mediawiki-enterprise namens Mark A. Hershberger <mediawiki-enterprise-bounces@lists.wikimedia.org namens mah@nichework.com> geschreven:
As we reboot the mailing list, I'd like to ask that we keep the mediawiki-enterprise mailing list focused on those users who are end-users of MediaWiki in the "Enterprise" context.
MediaWiki is a huge subject and a lot of functionality is exposed to users who aren't don't need to be familiar with running servers, configuring apache, or managing a PHP application.
Even if this place is restricted to the use of templates, Scribunto, workflow creation, and other applications of the MediaWiki infrastructure in the "Enterprise" context, we have plenty of ground to cover that doesn't really fit well in other places.
Thanks,
Mark.
-- Mark A. Hershberger NicheWork LLC 717-271-1084
_______________________________________________ Mediawiki-enterprise mailing list Mediawiki-enterprise@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-enterprise
Ad werk ad.strackvanschijndel@gmail.com writes:
One question that I have that didn't make it to the conference in Houston: How good is MediaWiki for SEO? I would say very good, but we get some feedback from a customer that it isn't that good as it could be.
I'm curious how much SEO experience they had and how the measured the SEO effectiveness.
Which is not to say I think they are wrong--I have no real SEO experience--but those are the things I would ask them about.
Does anyone on list have experience comparing the SEO of MediaWiki as a platform to any other platform?
Mark.
mediawiki-enterprise@lists.wikimedia.org