I'm downloaded eswiki-20090615-pages-articles and imported with
mwdumper.jar. when i go to see an article in the place of an templates
are articles them I see these articles in many other pages.
the last year i make same procedure and i see the main page know not. in
the place of my templates i have articles.
i have run rebuildall.php and the problem continues
Hey, all,
Am trying to get the FileLink extension to work with no success. I also installed FCKeditor earlier today; do they play nicely together?
Anyway, here's what I have in LocalSettings.php as far as customizations-thanks in advance for help/advice (oh, I'm open to comments about other things we've customized, too):
# Changes made to LocalSettings.php:
# Added several file formats to upload array, April 23 2009
$wgFileExtensions = array( 'png', 'gif', 'jpg', 'jpeg', 'doc', 'docx', 'xls', 'xlsx', 'pdf', 'ppt', 'pptx' );
# Require users to log in before editing and viewing, April 23 2009
$wgGroupPermissions['*']['edit'] = false;
$wgGroupPermissions['*']['read'] = false;
# Link to Auraria Library logo and favicon, April 27 2009
$wgLogo = '/wiki/images/0/09/Intranetlogo.png';
#$wgFavicon = '/images/0/09/Intranetlogo.png';
# Added single sign on with Josh Gimer, method at http://www.mollerus.net/tom/blog/2008/09/single_signon_to_mediawiki_113_usi…, May 19 2009
require_once('includes/Auth_remoteuser.php');
$wgAuth = new Auth_remoteuser();
# Added FCK editor per instructions from Dave Hodgins, UCCS, July 2 2009
include("extensions/FCKeditor/FCKeditor.php");
# Added FileLink Extension, http://assela.pathirana.net, July 2 2009-not working...
$wgFilelinkExtensionPath = "extensions/FileLinkExtension";
include("$IP/$wgFilelinkExtensionPath/FileLinkExtension.php");
$wgUrlProtocols[] = "file:";
$wgUrlProtocols = array(
'http://',
'https://',
'file://',
'mailto:',
);
array_push( $wgUrlProtocols, "file://" );
# End customizations to LocalSettings.php
Nina McHale, MA/MSLS
Assistant Professor, Web Librarian
Auraria Library
http://library.auraria.edu/~nmchale/
Facebook<http://www.facebook.com/profile.php?id=672599042>
Twitter: ninermac
Serving the University of Colorado Denver,
Metropolitan State College of Denver,
and the Community College of Denver
1100 Lawrence Street
Denver, CO 80204
303-556-4729
I thought I had read somewhere that it was not a good idea to set
function hooks inside of a class in this way.
what follows is just one of many examples out there:
$wgExtensionFunctions[] = 'wfSetupCSS'
function wfSetupCSS() {
global $wgCSS;
$wgCSS = new CSS();
}
class CSS {
function CSS() {
global $wgParser, $wgCSSMagic;
$wgParser->setFunctionHook($wgCSSMagic, array($this, 'magicCss'));
}
Any other suggestions on how to implement this type of functionality.
Would it be better not to instantiate the CSS
class and just use a static class with a function to set the hook like this:
$wgExtensionFunctions[] = 'CSS::SetupCSS'
Where SetupCSS was a static function to set the hook.
Sorry if the question appears a bit dumb but I'm interested to hear
what the more experienced guys think.
Thanks,
Richard
Welcome to mediawiki-l. This mailing list exists for discussion and questions
about the MediaWiki software[0]. Important MediaWiki-related announcements
(such as new versions) are also posted to this list.
Other resources.
If you only wish to receive announcements, you should subscribe to
mediawiki-announce[1] instead.
MediaWiki development discussion, and all Wikimedia technical questions, should
be directed to the wikitech-l[2] mailing list.
Several other MediaWiki-related lists exist:
- mediawiki-api[5] for API discussions,
- mediawiki-enterprise[6] for discussion of MediaWiki in the enterprise,
- mediawiki-cvs[7] for notification of commits to the Subversion repository,
- mediawiki-i18n[8] for discussion of MediaWiki internationalisation support,
- wikibugs-l[9] for notification of changes to the bug tracker.
List administrivia (unsubscribing, list archives).
To unsubscribe from this mailing list, visit [12]. Archives of previous postings
can be found at [3].
This list is also gatewayed to the Gmane NNTP server[4], which you can use to
read and post to the list.
Posting to the list.
Before posting to this list, please read the MediaWiki FAQ[10]. Many common
questions are answered here. You may also search the list archives to see if
your question has been asked before.
Please try to ask your question in a way that enables people to answer you.
Provide all relevant details, explain your problem clearly, etc. You may
wish to read [13], which explains how to ask questions well.
To post to the list, send mail to <mediawiki-l(a)lists.wikimedia.org>. This is a
public list, so you should not include confidential information in mails you
send.
When replying to an existing thread, use the "Reply" or "Followup" feature of
your mail client, so that clients that understand threading can sort your
message properly. When quoting other messages, please use the "inline" quoting
style[11], for clarity.
When creating a new thread, do not reply to an existing message and change the
subject. This will confuse peoples' mail readers, and will result in fewer
people reading your mail. Instead, compose a new message for your post.
Messages posted to the list have the "Reply-To" header set to the mailing list,
which means that by default, replies will go to the entire list. If you are
posting a reply which is only interesting to the original poster, and not the
list in general, you should change the reply to only go to that person. This
avoids cluttering the list with irrelevant traffic.
About this message.
This message is posted to the list once per week by <river(a)wikimedia.org>.
Please contact me if you have any questions or concerns about this mailing.
References.
[0] http://www.mediawiki.org/
[1] http://lists.wikimedia.org/mailman/listinfo/mediawiki-announce
[2] http://lists.wikimedia.org/mailman/listinfo/wikitech-l
[3] http://lists.wikimedia.org/pipermail/mediawiki-l/
[4] http://dir.gmane.org/gmane.org.wikimedia.mediawiki
[5] http://lists.wikimedia.org/mailman/listinfo/mediawiki-api
[6] http://lists.wikimedia.org/mailman/listinfo/mediawiki-enterprise
[7] http://lists.wikimedia.org/mailman/listinfo/mediawiki-cvs
[8] http://lists.wikimedia.org/mailman/listinfo/mediawiki-i18n
[9] http://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[10] http://www.mediawiki.org/wiki/FAQ
[11] http://en.wikipedia.org/wiki/Posting_style#Inline_replying
[12] http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
[13] http://www.catb.org/~esr/faqs/smart-questions.html
After using Special:Import to import about 200 articles, I discovered that none of these articles appear in search results. For example, if an imported article is titled "Banana milkshake", and you search for "Banana", the Page Title Matches do NOT include "Banana milkshake." Additionally, the AJAX auto-suggest feature (mwsuggest) does not display "Banana milkshake" when you type "Banana milk".
I was able to fix the search problem by running maintenance/rebuildtextindex.php and bouncing mysqld and httpd. However, it did not fix the mwsuggest problem. Neither did maintenance/updateSearchIndex.php, nor extensions/TitleKey/rebuildTitleKeys.php.
Then, on a whim, I tried maintenance/rebuildrecentchanges.php. And voila, mwsuggest is fixed.
Can anyone explain why this worked?
Is there a better way to update mwsuggest without wiping my recentchanges table (and all its valuable patrolling information)?
This is MediaWiki 1.14. Thanks.
DanB
I see. So say I decided to use the the maintenance script to get my password, where would I
enter the "php changePassword.php --user='username' --password='foo'" in
changePassword.php?
Thanks,
Alan.