OK, I haven't installed MW since 1.4 or 1.5. 1.10 isn't all that
different, but I don;'t recall having this issue. I tried to make the
shorter/prettier URL stuff work and it seems to have eaten my Logo (which
is still the default).
I backed out the URL related changes in LocalSettings.php and httpd.conf,
but still no logo.
Speaking of the shorter URL stuff, how would I know if I had "PHP as CGI"?
Is there a command I can run or file I can cat?
I'll ask about the URL stuff later once I understand where my logo went. :-)
* MediaWiki: 1.10.1
* PHP: 5.1.6 (apache2handler)
* MySQL: 5.0.22
All running on RHEL 5.
--
Peter Laws / N5UWY
National Weather Center / Network Operations Center
University of Oklahoma Information Technology
plaws(a)ou.edu
-----------------------------------------------------------------------------
+ Ranked 10th in PC Magazine's 2007 Top 20 Wired Campuses
+ Computerworld 2006 100 Best Places to Work in IT
-----------------------------------------------------------------------------
Hi folks
I have now resolved this. It seems that as a security measure, this
server requires the from sender to be specified either using a -f switch
on the actual mail command or using:-
ini_set("sendmail_from", "email@thedomain");
Putting the latter in LocalSettings.php did the trick. Many thanks for
your help on this.
Charlie
-----Original Message-----
From: Charlie Markwick
Sent: 15 August 2007 16:02
To: 'MediaWiki announcements and site admin list'
Subject: RE: [Mediawiki-l] Email
confirmationandemailnotificationofpasswordchange don't work.
Great I will try this. Thanks.
Charlie
-----Original Message-----
From: mediawiki-l-bounces(a)lists.wikimedia.org
[mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of Rob Church
Sent: 15 August 2007 14:31
To: MediaWiki announcements and site admin list
Subject: Re: [Mediawiki-l] Email
confirmationandemailnotificationofpasswordchange don't work.
On 15/08/07, Charlie Markwick <charlie-markwick(a)southcot.com> wrote:
> This would be a good idea except that I don't have access to PHP.ini.
> Thanks for the suggestion though.
You should be able to do this within the script itself; place the
following lines at the top (under the <?php) of LocalSettings.php:
ini_set( 'display_errors', 1 );
error_reporting( E_ALL );
Rob Church
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l(a)lists.wikimedia.org
http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Hi,
how do I enable boolean / wildcard search in mediawiki.
This is mediawiki 1.6.8, mysql 4.1.10 and php 4.3.10.
Do versions of mediawiki / mysql / php matter here?
Any help much appreciated.
--
Johannes
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 Subverion 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.
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
I am being tasked to select a scalable wiki platform for large-scale internet deployment.
The site is already a top 20 site and will have the wiki element added.
A few questions:
1. What wiki platforms should I be looking to put on my short list for evaluation?
2. Need pointers to articles referencing large-scale deployment, pros and cons of different caching strategies, and some examples of large-scale architectures.
..and anything else along these lines - I have compiled a good deal of information so far, just want to make sure Im not missing anything outside of what I've been able to dig up so far.
I was hoping to find s solution which generated static HTML (for pageviews only) for performance and administrative simplicty, but havent really found any that fit the bill.
PS OS is freebsd ideally.
Thanks.
Hi,
I'm creating a mediawiki tag extension that takes a list of wiki links
and puts them in a table format. If I have the title of the wikipage,
is there a convenience provided by the Linker or Skin that will allow
me to get the correctly rendered link?
Thanks,
Garth
> From: "Erik Moeller" <erik(a)wikimedia.org>
>
> On 8/15/07, Thomas Dalton <thomas.dalton(a)gmail.com> wrote:
>> Every single comment. It makes me cringe too, since the naming is
>> very
>> ad hoc. Something involving subpages would help...
>
> The naming is irrelevant
But doesn't it clutter up the "Special:Allpages" page for Talk?
Without having played with it much, I tend to agree that this is the
sort of thing subpages was meant for.
:::: To redirect technology so that it serves man instead of
destroying him requires primarily an effort of the imagination and an
abandonment of fear. -- EF Schumaker ::::
:::: Jan Steinman http://www.EcoReality.org::::
Hello all,
As we know, one of the most commonly requested features is per-page
protection / ACLs.
That's obviously problematic[1] because MW was never designed for this.
However, what if the respective wiki page's contents were en- and
decrypted (e.g. with JavaScript[2])?
As far as I can tell, that would circumvent the most common problems
(like transclusion workarounds).
(I just had this idea when looking at the TiddlerEncryptionPlugin[3] for
TiddlyWiki[4] - so it might not be well thought through!?)
Any comments?
-- F.
[1] cf.
http://www.mediawiki.org/wiki/Security_issues_with_authorization_extensions
[2] Relying on client-side functionality would be somewhat problematic,
obviously - but not really a huge issue, especially if it only affects a
few sensitive pages. Plus in corporate intranets, where per-page
restrictions are probably needed most, there should be a pretty
homogeneous environment, which makes it easy to ensure that JavaScript
is available.
[3] http://tinyurl.com/23g65m
(http://remotely-helpful.com/TiddlyWiki/TiddlerEncryptionPlugin.html#Tiddler…)
[4] http://www.tiddlywiki.com
Great I will try this. Thanks.
Charlie
-----Original Message-----
From: mediawiki-l-bounces(a)lists.wikimedia.org
[mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of Rob Church
Sent: 15 August 2007 14:31
To: MediaWiki announcements and site admin list
Subject: Re: [Mediawiki-l] Email
confirmationandemailnotificationofpasswordchange don't work.
On 15/08/07, Charlie Markwick <charlie-markwick(a)southcot.com> wrote:
> This would be a good idea except that I don't have access to PHP.ini.
> Thanks for the suggestion though.
You should be able to do this within the script itself; place the
following lines at the top (under the <?php) of LocalSettings.php:
ini_set( 'display_errors', 1 );
error_reporting( E_ALL );
Rob Church
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l(a)lists.wikimedia.org
http://lists.wikimedia.org/mailman/listinfo/mediawiki-l