Hi folks,
I'm using wikimedia 1.13.1, and, when I upload an image i can see it
correctly in the differents pages where I use it. However, if I resize the
image, it isn't shown.
[[Image:test.png]] -> It works!
[[Image:test.png|100px]] -> Nothing is shown
why?
Thanx!
PS: The images are correctly uploaded.
--
"If there is a shell, there is a way"
Hi,
I would like to change the file upload from 2M to 16M.
I changed php.ini but this stays the same in mediawiki.
Do I need to change this on another location ?
Kind regards,
Philippe Dhont.
So I'm trying to make an "Image of the Day" template, but I'm having trouble with the image changing automatically each day.
I created a page (for example, Screenshot) with a subpage for every day (for example, Screenshot/October 6, Screenshot/October 7, Screenshot/October 8). On each of these subpages I display one image. The template transcludes a subpage depending on the day. Here is essentially the code:
{{#ifexist: Screenshot/{{#time: F j}} | {{: Screenshot /{{#time: F j}}}} | {{: Screenshot /default}} }}
This works well sometimes. Some days the image that the template displays changes on its own when the date changes. Other days I have to manually click "edit" and then "Save page" in order to refresh the image.
I essentially have two questions:
1. Why does this template work inconsistently; i.e., some days images changes on its own, and some days not?
2. How can I make the image always change on its own?
Hi there,
I'd like to extend an existing wiki (MW1.16) with LiquidThreads. In
order to modify the db I have to run the maintenance/update.php. But I
just can't get that script running, using phpshell since I don't have
shell access (shared hosting): always giving me 504 time out error.
"unset REQUEST_METHOD", as described in the manual, doesn't help either.
The same problem of course occurs when I try to upgrade the whole wiki.
That problem is solved by simply rerunning the installer. But this
solution doesn't work in case of extensions that extend the database.
So, dear community: Is there any solution for this? Help appreciated.
--Mirko
Has anyone experienced a performance issue with MediaWiki after installing
the Usability extension. It takes a lot longer for my pages to load after
installing the extension, about 5 seconds or so when before they loaded
almost instantly. Is this because it uses Javascript and is there anything I
can do to improve things? I've gone back to using the standard set up with
monobook for the time being as it's too slow with the extension.
Jim
Hi all,
When setting up the LDAP-extension (great work btw. Thank you Ryan!) I
stumpled upon the need to encrypt the passwords when they are sent over
the network. This was of no concern before, since this is an internal wiki
that contained no really important information.
But if authorization is handled via LDAP, the password for login into the
wiki will be effectively the same than the one used to authenticate with
nearly all other services, so security becomes an issue. From what I
already knew and have read in the LDAP extension documentation on
mediawiki.org and ryans blog (especially the guide
http://ryandlane.com/blog/2009/03/23/using-the-ldap-authentication-plugin-f…
which was _really_ helpful. Got it up and running in no time!) there are 2
areas to be taken care of:
A) The communication between the mediawiki-server and the LDAP-server
B) The communication between the mediawiki-server and the end-user-PC.
My impression regarding A) is, that the LDAP-extension-plugin does not
support cleartext communication with the LDAP-server out of the box, so
unless you explicitly set the option to use cleartext, you will be safe.
Am I right?
B) seems to be a little more complicated. If I don't want to use SSL for
the whole wiki site (and I do want to avoid the additional processor load)
I need to secure the login-page only or at least the data submitted to the
wiki-server when the user clicks login. Are there extensions for this. Did
anyone hack his installation so that the login-page is restricted to SSL?
How do other LDAP-users handle this problem?
Thanks in advance,
Arnd Münzebrock
Hello,
I am trying to change the way the title of pages in a specific
namespace are displayed.
All pages in this namespace (Lesson:) contain a <wikibabel> tag, which
I've registered with the parser using $wgParser->setHook(
'wikibabel', 'efWikiBabelRender' );
I'm also using the ParserAfterTidy hook to prevent mediawiki amending
my extension's html output, as was explained in the mediawiki manual.
It all works fine, but I would like to modify the way the page title
(both <title> and <h1>) is shown, just to make it look a bit more
sexy. I've tried using $wgOut->setPageTitle(), but somehow it gets
overwritten by subsequent calls from somewhere else in the page
displaying process.
If I call setPageTitle from the BeforePageDisplay hook, I get the <h1>
to display what I want, but <title> does not seem to hear me.
setHTMLTitle does nothing either.
Any ideas how I could do that? Just to be extra clear, I'm not trying
to change the actual page title, only how it's displayed. (ideally, if
there's some method to do it throughout the wiki, it would be great).
The reason why I'm doing all this is to try and make the title easily
parsable. If that's stupid, and you can think of a better way to do
it, I'm open to suggestions :)
An example page would be:
http://www.wiki-babel.org/en/Lesson:Fra:1:The_survival_kit
cheers,
Laurent
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
(sending to main tech lists, crossposted to Tech Blog[0], feel free to forward
anywhere else you'd like)
Greetings MediaWiki hackers!
I am pleased to announce the upcoming MediaWiki Hack-A-Ton in Washington, DC.
As you are all aware, every year in April our good friends at
Wikimedia Deutschland
host the annual "MediaWiki Developers Meetup" in Berlin. At that
event, the program
is focused on demonstrations, workshops and small group discussions. To
complement this, we're planning the DC meetup to be focused solely on hacking,
bugfixing and getting down and dirty with the code.
We're scheduling this for October 22nd-24th in Washington, DC. Some of
the details
haven't been ironed out yet, but will be announced over the coming
days as it is.
So clear your calendars, and keep your eyes on MediaWiki.org[1] and the mailing
lists for more information.
Some travel assistance may be available for those coming a long way. I've also
been told there will be swag of some sort for attendees :)
-Chad
[0] http://techblog.wikimedia.org/2010/09/hack-a-ton-dc/
[1] http://www.mediawiki.org/wiki/Hack-A-Ton_DC