Hi,
FYI, I've just published my wiki auto import script at
http://xpt.sourceforge.net/tools/wiki_import/
Here is some basic info:
1.2. Info
wiki_import.sh - mediawiki automatic file import script
1.3. Source
http://xpt.sourceforge.net/tools/https://sourceforge.net/project/showfiles.php?group_id=163815
1.4. Description
The script is designed to import a whole folder of files into mediawiki,
with the folder directory tree mapped as wiki category hierarchy.
1.5. Features
* economic, build wiki site from existing knowledge base collection without
"double-entry"
* persistent, map folder directory tree as wiki category hierarchy
* sophisticated, import/handle all well-known file types automatically
* complete, cover every applicable scenario, even the case when you need to
control access to individual wiki pages
* versatile, highly customizable
2.1. Quick Help
wiki_import.sh $ $Revision: 1.1 $
mediawiki automatic file import script
Usage: wiki_import.sh [OPTIONS]...
The script is designed to import a whole folder of files into mediawiki, with
the folder directory tree mapped as wiki category hierarchy.
The specification of the file-to-import is passed from standard input.
Options:
-s, --sect=n the root category section of the wiki
of the imported article (mandatory)
-1, --header include standard header (category hierarchy path & notice)
-l, --link link to actual file on the web site
-f, --footer include standard footer (article category)
-R, --res[=p] add restricted tag in the footer
as '{{<Res Param|Root Category> Restricted}}'
(default=`$_opt_sect')
Configuration Options:
-p, --php=fn mediawiki import php script specification
-r, --root=n the root category name for the whole wiki site
-m, --max=n max_allowed_packet for mysqld to import
-u, --user=n wiki user used for the import
-a, --arch=p the root url that linked-to archive files based on
Examples:
echo ./path/to/file.ext | wiki_import.sh -1 -l -f -s 'Customer Support' -R
Please check it out. Details at
http://xpt.sourceforge.net/tools/wiki_import/
thanks
--
Tong (remove underscore(s) to reply)
http://xpt.sf.net/techdocs/http://xpt.sf.net/tools/
I am running multiple MediaWiki 1.10.0 instances on a shared Linux hosting
service. I am testing out having each instance point to a single set of
source code, using the instructions at
http://www.mediawiki.org/wiki/Manual:Wiki_family. I had no success with
Scenario 2. Scenario 1 (symbolic links to source code files and
directories) seemed to work nicely, with minimal changes. However, I
found that I could not upgrade using this method. 'upgrade.php' fails
because it cannot find 'LocalSetting.php'. It appears that when
'commandLine.inc' fetches the current directory, it gets back the source
code directory, not the symbolically linked directory under the Wiki
instance. This was reported in
http://www.steverumberg.com/wiki/index.php/WikiHelp#Upgrading and a bypass
suggested.
Does anyone have suggestions on the best way to have multiple Wikis point
to one set of source code and be able to upgrade painlessly? Copying the
LocalSettings.php file into the source code directory seems somewhat risky
if/when memory fails...
Thanks, Norbert
If I search for a title like 'client*' where an existing page has a title of
'clientgroup' I get 'There is no page titled "client*".* * You can create
this page.' I then get a listing of page text matches. Is there a way to
enable a wildcard search on page titles?
Thanks in advance
Hi,
Can anybody please help me with the problem discussed below?
Regards,
Jack
----------------------------------------------------------------
-----Original Message-----
From: mediawiki-l-bounces(a)lists.wikimedia.org
[mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of Jack Eapen
C
Sent: Friday, June 22, 2007 7:36 PM
To: MediaWiki announcements and site admin list
Subject: Re: [Mediawiki-l] Watchlist is not notified
Hi,
No, there is no wgsmtp setting in my localsettings.php
Does this has to do something with smtp authentication?
Bcs, the linux server on which MW is running don't have a mail server.
Our mail server is Exchange server.
I wrote a small script as follows:
<?php
$email="jackec(a)suntecgroup.com";
$send=mail($email,"Test","Hello Jack");
if ($send) {
echo "Mail sent";
}
else {
echo "Error";
}
?>
When I call this, I'm getting the message "Mail sent", but no mail
actually reaches-both on Windows and Linux. (I'm not a programmer. So
not sure, whether the script itself is wrong :) )
Regards,
Jack
-----Original Message-----
From: mediawiki-l-bounces(a)lists.wikimedia.org
[mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of Rob Church
Sent: Friday, June 22, 2007 7:16 PM
To: MediaWiki announcements and site admin list
Subject: Re: [Mediawiki-l] Watchlist is not notified
On 22/06/07, Jack Eapen C <jackec(a)suntecgroup.com> wrote:
> I'm using MW 193. I first set it up on Winodws and then ported to
Linux. In windows, the users were getting notification emails when a
watching page is changed. But in the production version in linux, that's
not happening. There are some other programmes (like Moodle) in the same
server which has some mail notification features and they are working
correctly. So I believe, the PHP mail is working fine.
Were you previously using PEAR::Mail, which would be the case if
$wgSMTP has been defined in LocalSettings.php? This is a common setup
under Windows, since PHP's mail() function outright sucks on that
platform, but it's not usually needed under Linux, where PHP and the
mail transfer agent work together pretty well.
If $wgSMTP is present in LocalSettings.php, comment it out and see if
it makes a difference.
Rob Church
This electronic mail (including any attachment thereto) may be confidential and privileged and is intended only for the individual or entity named above. Any unauthorized use, printing, copying, disclosure or dissemination of this communication may be subject to legal restriction or sanction. Accordingly, if you are not the intended recipient, please notify the sender by replying to this email immediately and delete this email (and any attachment thereto) from your computer system...Thank You
do you know anything that the movie - "Lost Horizon" only sold in poster laterly?
----- Message d'origine ----
De : Tels <nospam-abuse(a)bloodgate.com>
À : mediawiki-l(a)lists.wikimedia.org
Envoyé le : Vendredi, 22 Juin 2007, 18h08mn 19s
Objet : Re: [Mediawiki-l] I could upgrade, but...
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Moin,
On Friday 22 June 2007 23:10:55 Rob Church wrote:
> On 22/06/07, Azurite <azurite(a)seventh-star.net> wrote:
> > So if I want to upgrade my existing version of MediaWiki to the latest
> > stable version, how can I do that? Will doing the *.htacess change mess
> > up my existing MW 1.6.10 install? Or can I somehow use the .php5
> > extension when upgrading?
>
> Make the change in .htaccess, then perform the upgrade. MediaWiki
> 1.6.0 should run fine on PHP 5.
Alternatively, you can put the .htaccess file with the change in only the
directory of your new Mediawiki installation - this way it only counts for
this directory and below, leaving the other installation alone.
And don't forget to put this in:
php_flag register_globals 0
All the best,
Tels
- --
Signed on Sat Jun 23 00:05:57 2007 with key 0x93B84C15.
Get one of my photo posters: http://bloodgate.com/posters
PGP key on http://bloodgate.com/tels.asc or per email.
". . . my work, which I've done for a long time, was not pursued in
order to gain the praise I now enjoy, but chiefly from a craving after
knowledge, which I notice resides in me more than in most other men. And
therewithal, whenever I found out anything remarkable, I have thought it
my duty to put down my discovery on paper, so that all ingenious people
might be informed thereof."
-- Antony van Leeuwenhoek. Letter of June 12, 1716
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
iQEVAwUBRnxIW3cLPEOTuEwVAQLjlQf+NrWBp7ftDGNP70WJ3jYfw4D3M1hedWMZ
uqp1lF98TBG6lsXJaRK6omItBM/yINGCwFJwABr7HJ6fIQmHpmcPNEEekkt4evWV
M+qrb7ewJN+BhfLoGYMvASMVV7DX5f+bkwNiJvYi+443kBI38SWrzSvVFvQsAf8p
CI3E4dVKxDY1hZ3wbMqd0MtZQSjQVnQFwFdLWX1tOuin6xhObQg0zoBFgiscsq0M
VaQDPpaGBAuvEjuMtTaHXx8OBDmYMJ9Q0EsoKqCtAt1IoW32DqbWIETIVL3sFsC+
1TH053vn3MiddDn3zfiucOMmAS08oaoqmGXC1md5yiaTAZRBxr9bHg==
=6kfS
-----END PGP SIGNATURE-----
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l(a)lists.wikimedia.org
http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
_____________________________________________________________________________
Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers Yahoo! Mail
TableEdit 0.5 should (I hope) fix problems with MW1.10.0. I was
using the wrong way to get the pageID of the page containing the
table, which caused all kinds of problems. I also fixed a minor
formatting bug while editing table headings.
For those who have not seen this already, TableEdit is an extension
that creates a forms-based special page for editing tables. The
table content is also stored in a lightweight external mysql database
(which can support multiple wikis).
http://www.mediawiki.org/wiki/Extension:TableEdit
=====================================
Jim Hu
Associate Professor
Dept. of Biochemistry and Biophysics
2128 TAMU
Texas A&M Univ.
College Station, TX 77843-2128
979-862-4054
Hi
I have a problem with the purge request from MediaWiki :
when it send a request to purge an image, there is a big delay (~1 seconde per
image on a page oO), I have checked my Apache & Squid logs and I have found that
MediaWiki try to purge a thumb of each image... but the thumb doesn't exist.
I think (not sure) my problem come from the latency caused by the 404 error...
but I don't know how to resolve this. Have you an idea?
Squid log example (purge request for a 64x64px image - not rescale):
xxx.xxx.xxx.xxx - - [27/May/2007:09:56:47 +0200] "PURGE
http://mydomain.tld/w/images/thumb/7/7b/Image.png/64px-Image.png HTTP/1.0" 404
109 TCP_MISS:NONE
PS: sorry my english is bad - I'm french ^^
Thanks for the help Rob and Tels...
I managed to upgrade successfully (according to the ssh, anyway), but
when I actually try and go to my Wiki, I get an "infinite redirect"
message. Clearing my cache of cookies does nothing, so I'm wondering
what I can do to resolve this... (I already checked into my cookies
setting to make sure my browser will accept cookies from my Wiki, and
while I didn't find a cookie for my site, there's nothing BLOCKING it
from accepting one-- I have it set to accept cookies from sites).
Also, what does this line do: php_flag register_globals 0 ?
I've read and re-read all the documents (readme, install, upgrade,
release notes), but nothing seems to pertain to this. I have a feeling
there's a really simple (and I'll be stupid for not seeing it) solution,
but I can't think of it. All my searches were coming up nil for this
version of MediaWiki.
If anyone can help, I'd appreciate it-- it'll be nice to be up-to-date
for once!
-Azurite