Hi,
I'm just starting out building a Wiki and I'm a little confused. I would
like to be able to access my Wiki both within my home network and
externally over the internet. If I set $wgServer in LocalSettings.php to "
http://192.168.1.100" my intranet works as expected. Entering
"192.168.1.100" resolves to http://192.168.1.100/wiki/Main_Page and
everything works as expected complete with the vector theme. Obviously this
poses a problem if I try to access my wiki over the intranet as it can't
connect to 192.168.1.100.
if I set $wgServer to my registered domain name and try and access the wiki
externally everything works as expected but if i access the wiki internally
I have two different issues. If I try to use my domain name this ends up
pointing to my router admin page so the resolved name i.e with
"/wiki/Main_Page" appended does not exist on my router . If I use the i.p
address directly i.e http://192.168.1.100/wiki/Main_Page the web page is
displayed but I loose the vector theme. i,e it just has very basic
formatting. Navigating seems to work fine and images are displayed I just
don't get any nice formatting.
Sorry if this has rambled on but I didn't quite know hot to put it
eloquently. What configuration do I need to get my wiki to display properly
when accessed both internally and externally via the internet? I presume if
I could move my routers admin page away from port 80 this might solve the
issue but this isn't an option on my router.
Thanks
Still trying to get rid of these Lua/Scribunto errors:
trying to import .xml files.
Import failed: Lua error: Internal error: The interpreter exited with
status 2.
http://www.physicswiki.net
I rebuuilt the entire website from the ground up "AGAI" trying to get
these to work with basically the same results. Scribunto is a problem
child to work thru. If i didn't need the template support from Wikipedia
I would scrub it completely, that , however is not an option.
What info can I supply that will illuminate this situation. I really
need some help. I'll post what ever you need or mail it directly. Also
the site is up so you may look at it directly, though it is very
incomplete at present.
Thanks
John
Don't see a way to contact the author directly; Daniel Werner
I have installed it from the latest files and when I try to run
update.php after installation, it craps out with several errors.
I did not understand the following installation instructions;
"This extension will require PHP 5.3 or higher. It also depends on a
bugfix for bug 34678 which has to be deployed manually for the
time-being."
Which I got from the installation manual page.
Can you tell me how this is done. The "bug fix" installation is way
beyond my experience on these, but I NEED SemanticWiki to work properly.
Thanks
John
Hi all,
the Vector extension seems to no longer be working in 1.19.9. I verified
this by doing a fresh install, then adding the line
require_once( "$IP/extensions/Vector/Vector.php" );
to LocalSettings.php.
Now pointing a browser to the wiki, it complains about an internal
error, and after adding
$wgShowExceptionDetails = true;
to LocalSettings.php, I get this:
> MediaWiki internal error.
>
> Original exception: exception 'MWException' with message 'ResourceLoader duplicate registration error. Another module has already been registered as jquery.collapsibleTabs' in /path/to/mediawiki-1.19.9/includes/resourceloader/ResourceLoader.php:236
> Stack trace:
> #0 /path/to/mediawiki-1.19.9/includes/resourceloader/ResourceLoader.php(204): ResourceLoader->register(Array)
> #1 /path/to/mediawiki-1.19.9/includes/OutputPage.php(2493): ResourceLoader->__construct()
> #2 /path/to/mediawiki-1.19.9/includes/OutputPage.php(416): OutputPage->getResourceLoader()
> #3 /path/to/mediawiki-1.19.9/includes/OutputPage.php(441): OutputPage->filterModules(Array, 'bottom')
> #4 /path/to/mediawiki-1.19.9/includes/OutputPage.php(511): OutputPage->getModules(true, 'bottom', 'mModuleMessages')
> #5 /path/to/mediawiki-1.19.9/includes/OutputPage.php(2728): OutputPage->getModuleMessages(true, 'bottom')
> #6 /path/to/mediawiki-1.19.9/includes/OutputPage.php(2796): OutputPage->getScriptsForBottomQueue(false)
> #7 /path/to/mediawiki-1.19.9/includes/Skin.php(635): OutputPage->getBottomScripts()
> #8 /path/to/mediawiki-1.19.9/includes/SkinTemplate.php(401): Skin->bottomScripts()
> #9 /path/to/mediawiki-1.19.9/includes/OutputPage.php(1982): SkinTemplate->outputPage()
> #10 /path/to/mediawiki-1.19.9/includes/Wiki.php(406): OutputPage->output()
> #11 /path/to/mediawiki-1.19.9/includes/Wiki.php(594): MediaWiki->finalCleanup()
> #12 /path/to/mediawiki-1.19.9/includes/Wiki.php(503): MediaWiki->main()
> #13 /path/to/mediawiki-1.19.9/index.php(58): MediaWiki->run()
> #14 {main}
>
> Exception caught inside exception handler: exception 'MWException' with message 'ResourceLoader duplicate registration error. Another module has already been registered as jquery.collapsibleTabs' in /path/to/mediawiki-1.19.9/includes/resourceloader/ResourceLoader.php:236
> Stack trace:
> #0 /path/to/mediawiki-1.19.9/includes/resourceloader/ResourceLoader.php(204): ResourceLoader->register(Array)
> #1 /path/to/mediawiki-1.19.9/includes/OutputPage.php(2493): ResourceLoader->__construct()
> #2 /path/to/mediawiki-1.19.9/includes/OutputPage.php(416): OutputPage->getResourceLoader()
> #3 /path/to/mediawiki-1.19.9/includes/OutputPage.php(441): OutputPage->filterModules(Array, 'bottom')
> #4 /path/to/mediawiki-1.19.9/includes/OutputPage.php(511): OutputPage->getModules(true, 'bottom', 'mModuleMessages')
> #5 /path/to/mediawiki-1.19.9/includes/OutputPage.php(2728): OutputPage->getModuleMessages(true, 'bottom')
> #6 /path/to/mediawiki-1.19.9/includes/OutputPage.php(2796): OutputPage->getScriptsForBottomQueue(false)
> #7 /path/to/mediawiki-1.19.9/includes/Skin.php(635): OutputPage->getBottomScripts()
> #8 /path/to/mediawiki-1.19.9/includes/SkinTemplate.php(401): Skin->bottomScripts()
> #9 /path/to/mediawiki-1.19.9/includes/OutputPage.php(1982): SkinTemplate->outputPage()
> #10 /path/to/mediawiki-1.19.9/includes/Exception.php(182): OutputPage->output()
> #11 /path/to/mediawiki-1.19.9/includes/Exception.php(209): MWException->reportHTML()
> #12 /path/to/mediawiki-1.19.9/includes/Exception.php(490): MWException->report()
> #13 /path/to/mediawiki-1.19.9/includes/Exception.php(569): MWExceptionHandler::report(Object(MWException))
> #14 /path/to/mediawiki-1.19.9/includes/Wiki.php(506): MWExceptionHandler::handle(Object(MWException))
> #15 /path/to/mediawiki-1.19.9/index.php(58): MediaWiki->run()
> #16 {main}
Since 1.19 is supposed to be LTS and Vector is part of the distribution,
I assume this is an oversight and will be fixed.
Best,
Kilian
This is a notice that on Thursday, November 14th between 21:00-22:00 UTC
(1-2pm PST) Wikimedia Foundation will release security updates for current
and supported branches of the MediaWiki software, as well as several
extensions. Downloads and patches will be available at that time.
Hello,
The ConfirmAccount extension's earliest version is 1.19. Is it safe to use
with MediaWiki 1.16.0 while we work on upgrading the core?
Thanks
Bill
I'm setting up a new wiki installation and running into some problems with garbage characters showing up due to mismatched character sets. The wiki in question is here: http://wikiausland.de/bookshop/Hauptseite
New articles written in are fine and display in UTF-8 as expected, but the owner has copied over some content, presumably from an old wiki or MS Word, and it seems like it's in ISO-8859-1 and thus showing a heap of question marks for all the umlauts etc… does anyone know how I can go about converting a page from ISO-8859-1 to UTF-8 easily enough?
I've tried setting $wgLegacyEncoding to 'ISO-8859-1' [1] in the hope it might do the conversion for me on article save, but no joy. Are there any other options?
Any tips would be greatly appreciated!
Andru
[1] https://www.mediawiki.org/wiki/Manual:$wgLegacyEncoding