I have a special page that I'm writing that uses a common php file that
I used in an extension I previously developed. Since I want these two
to be independent, I have the common file in each of the extension
directories.
I use require_once() to load the file (it's not a class but a few
functions) but, since the two files are in two different directories,
the require_once() doesn't detect that it's already loaded (it checks
both path and file to determine a match). Hence, I get a redefinition
error.
Since it's not a class, I don't use $wgAutoloadClasses. I'm avoiding
making the functions part of an otherwise empty class, since I don't
want to use the class::function() syntax. I could put them in a class
file that contains an empty class and instantiate it just to load the
file, but I was wondering if there is another, commonly accepted way to
avoid this problem?
Mike
Hi,
I have another system outside of my wiki that I sometimes reference. The
objects that I reference have a unique attribute and are controlled by
revision history similar to mediawiki's revision history methodology. This
system runs on a server other then the server I run my current mediawiki
implementation.
So generally I would specify something like
http://www.thisismyserver.com/script.php?number=12345, I have uploaded the
script.php onto the mediawiki server and am trying to reference it from
inside the wiki, and this is where I am failing. I have tried all sorts of
thing like interwiki links but it just doesnt work. (I don't want to switch
on rawHtml for all the security reasons, and I don't want my users needing
to understand html! after convincing them that they don't need it!).
I know in the near future I will be moving my wiki to another server, which
is why I don't want to write in [
http://www.thisismyserver.com/script.php?number=12345 Link to Document
12345] in my article (It would be a night mare to go through and update all
of this!
Does anyone have any idea's I could work on?
Thanks,
Ryan
Despite all my efforts, I haven't found any information regarding when
either common.js or monobook.js were implemented.
I tried putting the fixes to get a more advanced editing toolbar in my
monobook.js skin, but I still saw no changes, even after clearing my
cache and refreshing the page. I'm wondering if I have to enable
JavaScript in the localsettings.php as Jack Pond suggested, or if
there's something else I can do to get the more advanced editing toolbar
buttons available to me. Any ideas?
-Azurite
Using the current setup
php-5.2.1 (with mysql and LDAP extension only)
iis 6 cgi
mysql-5.0.27
mediawiki-1.9.3 (+LDAP extension for use with AD)
Windows 2003
Client = IE6
Everything works fine (including editing by clicking the 'edit' tab link
next to article link). But as soon as I try clicking on an 'inline' edit
link and try to submit a subsection edit. I get the following error
message.
Internal error
Redirect loop detected!
This means the wiki got confused about what page was requested; this
sometimes happens when moving a wiki to a new server or changing the server
configuration.
Your web server was detected as possibly not supporting URL path components
(PATH_INFO) correctly; check your LocalSettings.php for a customized
$wgArticlePath setting and/or toggle $wgUsePathInfo to true.
Or sometimes instead just a HTTP 500 depending on which computer I look
from.
The system still commits the change to the backend database but the page
never returns.
(Bizarrly I think it works fine in Firefox I believe)
I have tried changing to isapi instead of cgi but this doesn't make things
any better (in fact it breaks the LDAP plugin)
This is the contents of my php.ini file and there is nothing special or out
of the ordinary in my LocalSettings.php (although I can attach it if anyone
thinks it is a critical factor?)
[PHP]
cgi.force_redirect=0
extension_dir="C:\Program Files\PHP\ext"
[PHP_LDAP]
extension=php_ldap.dll
[PHP_MYSQL]
extension=php_mysql.dll
I have tried google and the mailing list archive and tried following the
directions of the error message w.r.t changes in LocalSettings.php but with
no avail.
The other odd thing is the very same software installations on a (close to
identical) QA server work fine, it's just on this production box where we
have this trouble.
Please please help.
Thanks,
Charlie
Hi, everybody. I'm writing to invite _everyone_ on this list (who hasn't
already received a personal invitation) to come to RecentChangesCamp
Montreal the 18th through the 20th of May, 2007.
RecentChangesCamp is a world-wide "unconference" for wiki technologists,
wiki users and wiki admins. We also invite people from related
technology and community practises, looking for common ground on
community, collaboration, and self-organizing behaviour. The event is
free of charge for all participants.
http://www.recentchangescamp.org/http://www.rocococamp.info/
RecentChangesCamp Montreal ("RoCoCoCamp") will be held in Montreal,
Quebec in May. It will be a three-day conference with the agenda set by
the participants, using [[Open Space Technology]]. No keynotes, no
hours-long slide presentations, no conference tracks: the emphasis of
RecentChangesCamp is on bringing together smart, talented people for
productive, peer-to-peer talks. That means hackpits, group design
sessions, other hands-on stuff: we set the agenda together, so we do
what we want to do.
It's great. It's the conference you always wanted to go to.
If you would like to attend, please sign up on our wiki:
http://www.rocococamp.info/Participants
As you can tell, some well-known MW developers will be there, and we'll
be doing cool stuff.
We're arranging lodging for a variety of budgets (from couch-surfing to
the Hyatt). Travel to Montreal can be inexpensive; Europeans are
encouraged to look at discount Transatlantic flyer Zoom Airlines.
Please check out our wiki if you have any questions; also feel free to
contact anyone in our all-volunteer organizing group. You can write to
me directly or call my cell phone (+1-514-554-3826). This is going to be
a great event and you're going to be bummed if you miss it.
Thanks,
-Evan
________________________________________________________________________
Evan Prodromou <evan(a)prodromou.name>
http://evan.prodromou.name/
Hi,
Can someone tell me how to avoid this error from article pages when
mediawiki tries to resize an image ?
/var/www/wiki/w/bin/ulimit-tvf.sh: line 5: 6762 File size limit
exceeded"$@"
Is there some configuration associated with this bash script ?
Hey all,
I'm facing trouble while using rewrite:
My web site it uses it's own rewrite rule:
RewriteRule ^(.*)$ index.php?p=$1 [L,QSA]
And wiki, which is located in W subdirectory if my web site uses other
rewrite rule:
RewriteRule ^wiki/?(.*)$ /w/index.php?title=$1 [L,QSA]
How do I combine them? Currently they are conflicting.
I want first rule run on when there is no request for w or wiki folders, but
run in all other cases. Is there any guru's with rewriting, who can help me
out?
TIA
Best regards,
Umidjon B. Rahmonberdiev
NINP, Web Manager, CACAARI
P.O. Box 4564,6, Murtazaev St.,
Tashkent 700000, Uzbekistan
Tel.: (998-71) 137-21-30/69; Fax: (998-71) 120-71-25
E-mail: <mailto:u.rahmonberdiev@cgiar.org> u.rahmonberdiev(a)cgiar.org
WWW: http://www.cacaari.org
see the page on your wiki 'MeiaWiki:mainpage', it may not exist yet.
if it doesn't just create it.
On 23/04/07, Umidjon Rahmonberdiev <u.rahmonberdiev(a)cgiar.org> wrote:
> Ho do I rename main page?
>
>
>
> Best regards,
>
>
>
> Umidjon B. Rahmonberdiev
>
> NINP, Web Manager, CACAARI
> P.O. Box 4564,6, Murtazaev St.,
> Tashkent 700000, Uzbekistan
> Tel.: (998-71) 137-21-30/69; Fax: (998-71) 120-71-25
> E-mail: <mailto:u.rahmonberdiev@cgiar.org> u.rahmonberdiev(a)cgiar.org
> WWW: http://www.cacaari.org
>
>
>
> _______________________________________________
> MediaWiki-l mailing list
> MediaWiki-l(a)lists.wikimedia.org
> http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>
--
Robert.
http://www.wikitest.co.ukhttp://roberthl.wikitest.co.uk
Ho do I rename main page?
Best regards,
Umidjon B. Rahmonberdiev
NINP, Web Manager, CACAARI
P.O. Box 4564,6, Murtazaev St.,
Tashkent 700000, Uzbekistan
Tel.: (998-71) 137-21-30/69; Fax: (998-71) 120-71-25
E-mail: <mailto:u.rahmonberdiev@cgiar.org> u.rahmonberdiev(a)cgiar.org
WWW: http://www.cacaari.org
Hi everyone,
We'd like to utilize some of Wikipedia's common images in our wiki. Of
course, you can download them to your desktop and upload to our wiki, but 1,
this is time consuming and 2, the information about the image (copyrights,
history, credits to author) don't come with the image. Do tools exist
already to do this?
Thanks,
Gwen