> From: Sy Ali <sy1234(a)gmail.com>
>
> ... apparently going into the database
> would indeed be required to purge history.. but such things are not
> for me...
I think anyone who is going to administer a MediaWiki site would
benefit from learning something about MySQL.
If you're someone who does a lot of web stuff, that learning would
not be limited to one application, either, as the PHP/MySQL combo is
used on hundreds of free web applications.
There are also numerous GUI tools for administering a MySQL database,
that span the range from free to thousands of dollars. My favorite
(although it lacks a thing or two that cause me to run off to some
other tool now and then) is phpMyAdmin, which is free.
As when learning anything, work on a backup. Record the manual steps
you take to accomplish your goal. Then try to do them in a script.
Then instead of ranting, submit your work for the benefit of all, and
become a famous contributor, rather than an infamous ranter!
:::: At the root of our problem is America's addiction to cheap
energy. It would be a sad commentary if our leaders found it easier
to send Americans to fight in the desert than to impose gasoline and
other energy taxes. -- James Gustave Speth, 1990
:::: Jan Steinman <http://www.Bytesimths.com/Van>
A while back a developer posted:
On 08/13/05 11:59, Sy <sy1234(a)gmail.com> wrote:
> I designed a simple set of templates to allow weblog-style articles --
> namely for permanent links and discussion.
<snip>
> http://jrandomhacker.info/mw/index.php/MediaWiki_as_a_weblog
> http://jrandomhacker.info/mw/index.php/MediaWiki_calendar_templating
My email is just to request that a blog feature be added to MediaWiki.
Perhaps a blog link on each user's mail wiki page that can be enabled by
the site administrator? A bonus would be having a site-wide option to
make the blog's only editable by the blog owner.
When the Mozilla Foundation migrated developer.mozilla.org to the
MediaWiki, one of the things I noticed at the time was that they use
something else for the developer blogs. Perhaps if the MediaWiki had
this feature it could be used for everything?
Enjoy,
Jeff
Hello!
We would like to transfer a big CMS-System to a brandnew Wiki-System.
As everything was done with HTML we would love to get a good filter
where we put HTML in and get Wiki-Syntax out - i know such filters exist
for Word & Co....
Any ideas, links or hints?
Would be great.
Happy new Year,
Martin
Okay, in plain old html I'd make an image a link to another page by going:
<a href="www.yahoo.com"><img src="myYahooLogo.gif"></a>
Reading the mediawiki help and trying to figure out how to do this
within the wiki...my god...I'm sorry but it seems horribly complex for
a relatively easy concept. Is it really true that I have to make a
redirect at the image page?
So what I want to do is upload an image and then make that image link
to an external website, like perhaps:
[http://gmail.google.com/gmail [[Image:GmailIcon.jpg]]]
I'm hoping that there is a reasonably easy way to do this reasonably
common thing.
Thanks,
fenton
If i look on mediawiki.org or meta.wikimedia.org or wikipedia.org in
the page source i see:
@import "/w/index.php?title=MediaWiki:Common.css&action=raw&ctype=text/css&smaxage=2678400";
In each skin, with userstyles on or off, doesn't matter.
However i can't find how to enable this on my own wiki-website, i
think it's not on the mediawiki as distributed (i have latest version
downloaded 3 days ago).
How can i fix this?
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
A few warnings about using GD2 as your thumbnail generator.
I have found at least 2 bugs with the GD2 library, both dealing with
PNGs with an alpha channel. One of them is purely aesthetic; the other
silently crashes PHP (and Apache).
The first bug is that in resizing a PNG image, it will either (depending
on how the destination image was created)
* Keep the alpha and change the colors to shades of an arbitrary one (in
my case, yellow)
* Loose the alpha
The second bug is that while loading the source image, GD2 causes some
kind of error and silently kills PHP and (if you're using SAPI) Apache.
(To know that it is actually crashing Apache, try running Apache with
"-D ONE_PROCESS".)
Just a word of warning. There are advantages to running other programs
to do your work.
- -- Jamie
- -------------------------------------------------------------------
http://endeavour.zapto.org/astro73/
Thank you to JosephM for inviting me to Gmail!
Have lots of invites. Gmail now has 2GB.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFDtraChSTbi9X4m60RAoTVAJ9B01xw6QhLgRpFTq2XBvSYRHu3rQCfcSZF
cd9iOW7jjMVinsIze3zjVzY=
=ciTW
-----END PGP SIGNATURE-----
here my story:
i host about 10 websites with mediawiki.
i noticed some anonymous guy from france spamming in Current Events
with all the span crap hidden in a very small div.
My reaction was to delete everything and install a spamblocker (no more
anonymous login / the extension etc...)
All wikis were spammed and after doing some research myself in the net,
i found a lot of other beginners wiki spammed too.
The ranking in google dropped from 4 to 0 within one week, even having
removed all the crap.
Now i realized that google also look in all the versions and deleted
pages !!!!!
So here the question:
How can i remove safely all spam in the database without leaving any
link to a version.
Can i just delete the blob in mysql?
Thanks for helping.
unfortunately all wikis are going to be abused that way, even reacting
immediately the ranking drops because of the versions!!!
Thanks for any hint
Andres
On 12/22/05, Rob Church wrote:
> Use the CSS float style, perhaps?
Thanks. I'm muddling my way through using div's for positioning.
How about this one part:
Also, how do I get the contents of the second cell (Percent) to center?
{| border="1" cellpadding="2"
|+Imager Purchased New or Used
|-
!New/Used!!Percent
|-
|New|| 49.3%
|-
|Used || 12.3%
|}
Thanks
Al Degutis
Hallo Liste,
bin auch Anfänger und konnte bislang niemand hier weiterhelfen, aber
jetzt brauche ich Hilfe:
insgesamt habe ich 3 wikis laufen. Eines bei 1und1 das läuft derzeit
ohne Problem. Zwei weitere habe ich bei silverlineserver. Die liefen
bislang auch, bis letzte Woche, plötzlich ging nichts mehr, obwohl ich
nichts verändert habe.
Wenn ich jetzt wie üblich meine URL aufrufe, kommt
die Fehlermeldung:
"Umleitungslimit für diese URL ist überschritten. Die angeforderte Seite
kann nicht geladen werden. Das kann von geblockten Cockies herrühren"
Eine Unterseite kann ich erreichen, wenn ich den ursprünglichen Link
eingebe, von dort aus wird aber wieder falsch verlinkt
statt
wiki/index.php?title=Spezial:Specialpages
versucht der browser folgenem Pfad zu folgen und findet natürlich nix,
weil es den Ordner Index.php gibt es nicht:
wiki/index.php/Spezial:Specialpages
Habt ihr ne Ahnung an was das liegen kann?
Ein PHP update? Ordner wurden verschoben oder weiß der geier. Der
Provider antwortet leider nicht auf meine Fragen :-(
Kann mir jemand weiterhelfen?
Es grüßt Euch
Karin
Hello,
is there anybody, who is able to help me with my wikiproblem?
My wiki worked ok. But suddenly I could not reach the URL. I found out
that I can fetch a page if I change the link from the shown way:
wiki/index.php/Spezial:Specialpages
to
wiki/index.php?title=Spezial:Specialpages
But all links on this page are wrong again. I changed nothing. How can I
fix this problem, I think my provider changed anything.
I would be happy if annybody got an idea
Karin from Germany
Hi I have a problem installing MediaWiki on my hosting service package.
Here's what I get when I try. It says it's a MySQL problem, but won't even
have a clue what to ask my administrator to do...
RSVP
ploosqva
PHP 4.3.11: ok
Warning: PHP's register_globals option is enabled. MediaWiki will work
correctly, but this setting increases your exposure to potential security
vulnerabilities in PHP-based software running on your server. You should
disable it if you are able.
PHP server API is cgi; using ugly URLs (index.php?title=Page_Title)
Have XML / Latin1-UTF-8 conversion support.
PHP's memory_limit is 16M. If this is too low, installation may fail!
Attempting to raise limit to 20M... ok.
Have zlib support; enabling output compression.
Neither Turck MMCache nor eAccelerator are installed, can't use object
caching functions
Warning: shell_exec() has been disabled for security reasons in
/home/wikibus/public_html/wiki/config/index.php on line 1328
GNU diff3 not found.
Found GD graphics library built-in, image thumbnailing will be enabled if
you enable uploads.
Installation directory: /home/wikibus/public_html/wiki
Script URI path: /wiki
PHP is linked with old MySQL client libraries. If you are using a
MySQL 4.1server and have problems connecting to the database, see
http://dev.mysql.com/doc/mysql/en/old-client.html for help.
Trying to connect to MySQL on 127.0.0.1 as root...
MySQL error 1045: Access denied for user: 'root@localhost' (Using password:
NO)
Trying regular user...
MySQL error 1045: Access denied for user: 'wikibus_admin@localhost' (Using
password: YES)