Hallo Felix,
in folgendem Artikel findest Du nähere Informationen:
"Putting MediaWiki to use in an organization (NewsForge)"
http://software.newsforge.com/article.pl?sid=06/05/12/1539231
Gruß,
Jimmy
> -----Ursprüngliche Nachricht-----
> Von: MediaWiki announcements and site admin list <mediawiki-l(a)Wikimedia.org>
> Gesendet: 18.07.06 15:56:28
> An: <mediawiki-l(a)Wikimedia.org>
> Betreff: [Mediawiki-l] Nachgefragt
> Hallo und schönen Tag!
>
> Zur Zeit schlage ich mich mit einer Testinstallation von mediawiki (windows,
> apache, mysql) 'rum und evaluiere, inwieweit das Wiki für einen Einsatz als
> Intranet geeignet ist.
> Da wir im alten Intranet etliche Dienste und Anwendungen haben, die
> Datenbank-basiert sind, sollte aus dem Wiki auf diese zugriffen werden
> können. D.h. dass dazu html und php (und javascript) eingebunden können
> werden sollte. Nun ist mir auch klar, dass in der "blacklist" in der
> defaultSettings dies ausgeschlossen ist - aus Sicherheitsgründen, heißts.
> Nun, da unser Wiki aber als Intranetsystem laufen sollte, das abgeschlossen
> ist, habe ich eigentlich keine Sicherheitsbedenken.
>
> Nun meine Frage: Wie kann ich v.a. die für den Datenbankzugriff notwendigen
> php-Skripte - und natürlich den HTML-Code (und javascript) - einbinden?
> Welche Ergänzungen/Änderungen muss ich in den LocalSettings oder sonstwo
> vornehmen?
>
> Freue mich über jede Antwort, die mir weiterhilft!
>
>
> Schöne Grüße
>
>
> Felix Daiber
>
> *****************************************
> Universitätsbibliothek Tübingen
> Abteilung EDV
> Elektronische Dienstleistungen
> Felix Daiber
> 72016 Tübingen
>
> ------------------------------
> Wilhelmstraße 32
> 72074 Tübingen
> Telefon: +49 7071/29-77852
> Fax : +49 7071/29-3123
> Mail : felix.daiber(a)ub.uni-tuebingen.de
> *****************************************
>
> _______________________________________________
> MediaWiki-l mailing list
> MediaWiki-l(a)Wikimedia.org
> http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
>>>
From: Jimmy Collins <Jimmy.Collins(a)web.de>
did you add "file://" to $wgUrlProtocols in LocalSettings.php?
<<<
That's exactly what I was missing! I don't know how you guys keep track
of all of the available stuff in LocalSettings.php but I'm glad you do
;) Works like a charm now. Thanks.
--Kevin Fairchild
I would be most appreciative if some kind soul would help me customize
the ConfirmEdit/FancyCaptcha extension
<http://meta.wikimedia.org/wiki/ConfirmEdit_extension>.
I've got it installed and working on my wiki <http://www.nwnwiki.org/>
with the one change that the captcha image is in a special Neverwinter
Nights game font with each of the two words capitalized (the font
isn't as impressive without capital letters).
The captcha presents an image such as WizardDwarf, which the user has
to type in. It works fine, but I'd like to make it less confusing to
editors by having it ignore capitalization and spaces.
So, for example, if the required response is WizardDwarf, I'd like any
of the following to work:
WizardDwarf
Wizard Dwarf
wizarddwarf
wizard dwarf
WIZARD DWARF
Etc.
My PHP knowledge isn't enough to edit the code myself. Any chance
someone could help?
--
=''' Alec Usticke
c-OO alec(a)usticke.org
\ Neverwinter Nights Wiki
- http://www.nwnwiki.org/
Hallo und schönen Tag!
Zur Zeit schlage ich mich mit einer Testinstallation von mediawiki (windows,
apache, mysql) 'rum und evaluiere, inwieweit das Wiki für einen Einsatz als
Intranet geeignet ist.
Da wir im alten Intranet etliche Dienste und Anwendungen haben, die
Datenbank-basiert sind, sollte aus dem Wiki auf diese zugriffen werden
können. D.h. dass dazu html und php (und javascript) eingebunden können
werden sollte. Nun ist mir auch klar, dass in der "blacklist" in der
defaultSettings dies ausgeschlossen ist - aus Sicherheitsgründen, heißts.
Nun, da unser Wiki aber als Intranetsystem laufen sollte, das abgeschlossen
ist, habe ich eigentlich keine Sicherheitsbedenken.
Nun meine Frage: Wie kann ich v.a. die für den Datenbankzugriff notwendigen
php-Skripte - und natürlich den HTML-Code (und javascript) - einbinden?
Welche Ergänzungen/Änderungen muss ich in den LocalSettings oder sonstwo
vornehmen?
Freue mich über jede Antwort, die mir weiterhilft!
Schöne Grüße
Felix Daiber
*****************************************
Universitätsbibliothek Tübingen
Abteilung EDV
Elektronische Dienstleistungen
Felix Daiber
72016 Tübingen
------------------------------
Wilhelmstraße 32
72074 Tübingen
Telefon: +49 7071/29-77852
Fax : +49 7071/29-3123
Mail : felix.daiber(a)ub.uni-tuebingen.de
*****************************************
Hi Kevin,
did you add "file://" to $wgUrlProtocols in LocalSettings.php?
$wgUrlProtocols = array(
'http://',
'https://',
'ftp://',
'irc://',
'gopher://',
'telnet://', // Well if we're going to support the above.. -ævar
'nntp://', // @bug 3808 RFC 1738
'worldwind://',
'mailto:',
'news:'
'file://'
);
Cheers,
Jimmy
> -----Ursprüngliche Nachricht-----
> Von: MediaWiki announcements and site admin list <mediawiki-l(a)Wikimedia.org>
> Gesendet: 17.07.06 22:06:34
> An: <mediawiki-l(a)Wikimedia.org>
> Betreff: [Mediawiki-l] UNC links?
> Maybe I'm missing something obvious, but is there any way to allow
> linking of UNC addresses via MediaWiki 1.7.1? Since the Wiki is run
> internally, I'm not too worried about issues such as authentication or
> accessibility... If someone's windows account doesn't have access to the
> UNC share, they don't need to have access via the Wiki... Currently,
> I've tried treating it like an HTML link and using
> file:///\\UNCShare/Path <file:///\\UNCShare\Path> which didn't work...
> and a few other methods... any suggestions? I'd really like it to
> handle just like a normal link... For the time being, though, I'm just
> having people put it in as plain text and if someone needs to follow the
> link, they copy the text and then paste it into Start --> Run... It's
> not a pretty method, but it works ;)
>
>
>
> Thanks!
>
>
>
>
>
> --Kevin Fairchild
>
> _______________________________________________
> MediaWiki-l mailing list
> MediaWiki-l(a)Wikimedia.org
> http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
Hi, I am testing MediaWiki 1.71, and I installed the Captcha extension from wikimedia.org.SimpleCaptcha works fine, but when I use FancyCaptcha, the image just doesn't show up ...So, the problem is that the person doesn't know what to type in the input box for the captcha.The python.cy file generated the images, they are stored in the same directory as specified in the $wgCaptchaDirectory variable, the passphrase was also set correctly and I am using default settings.Can anyone help?My configuration:Mediawiki 1.71Apache 2.0.55PHP 5.1.2Windows Server 2003 R2 (IIS disabled)I have searched everywhere and haven't found a solution yet. Thanks much,A
HTML text editor for mediawiki, FCKeditor, wysiwyg, ...
The next step.
A new version of the FCKeditor extension has been published,
see
http://meta.wikimedia.org/wiki/FCKeditor
The image dialog has been adapted for inserting and formatting
images in edit mode. An ajax suggest function has moreover been
added to the image dialog for showing a list of image names,
see
http://meta.wikimedia.org/wiki/FCKeditor#Image_inserting_and_formatting
Markus
Maybe I'm missing something obvious, but is there any way to allow
linking of UNC addresses via MediaWiki 1.7.1? Since the Wiki is run
internally, I'm not too worried about issues such as authentication or
accessibility... If someone's windows account doesn't have access to the
UNC share, they don't need to have access via the Wiki... Currently,
I've tried treating it like an HTML link and using
file:///\\UNCShare/Path <file:///\\UNCShare\Path> which didn't work...
and a few other methods... any suggestions? I'd really like it to
handle just like a normal link... For the time being, though, I'm just
having people put it in as plain text and if someone needs to follow the
link, they copy the text and then paste it into Start --> Run... It's
not a pretty method, but it works ;)
Thanks!
--Kevin Fairchild
I have problems using LdapAuthentication.php.
I include the file via require_once within LocalSettings.php an get the
following message:
Warning: Cannot modify header information - headers already sent by (output
started at /var/local/wiki/extensions/LdapAuthentication.php:739) in
/var/local/wiki/includes/OutputPage.php on line 491
I'm using PHP 4.4 and Mediawiki 1.6 and the samples from
http://meta.wikimedia.org/wiki/LDAP_Authentication
Thank you for answering
Markus
Hello,
I've posted the bug 6691 and it was (in my opinion unsubstantiatedly) closed twice as invalid while it is definitely not.
Here's the issue:
In "/skins-1.5/monobook/main.css" there's property assignment "text-transform: lowercase;" in ".portlet h5" selector. This assignment is wrong and does not have any sense or justification.
There are several cases, when users would like to have either capital or uppercase letters in headers of sections in sidebar. Two major cases are using of proper names (consider Wikipedia with capitals on one hand, but also cases like iPOD eg. with some uppercase letters wherever in the name on the other hand as well) and languages using capital letters (such as de or als for nouns, or other languages having habits to write headlines with capital letter(s)).
Default instalation of MediaWiki _should not_ have this kind of restrictions and _should not_ add unnecessary work - users _should not_ be pressurized to edit more files than really necessary. So if they want to change sidebar content, why should they have to change stylesheets?
I've also got feedback from some users who have been confused about this - they wrote something and it appeared in different way. Default installation of MediaWiki _should not_ be confusing.
Please remove that property assignment according to the reasons described above. It's better to have people to add features and properties instead of superfluously override them. If they will really _need_ to or _want_ to have everything lowercased (my point of view is this will be significant minority) they will change it. Please make it more user-friendly. Please give users the liberty to choose and do not impose such restrictions on them.
Thanks
Danny B.