The wikidown address has been getting spam in the last few days... I
don't know if Lee still has it forwarding to his beeper, but that could
be awful annoying. :P
Suggestions?
-- brion vibber (brion @ pobox.com)
http://mediawiki.org and http://mediawiki.com
I bought these yesterday and forwarded them to
http://wikipedia.sourceforge.net/ . Please test to make sure both work.
These domain names will be transfered to the Wikimedia Foundation if the
foundation wants them. Otherwise they will expire in a year.
-- Daniel Mayer (aka mav)
I tried this on Wikipedia:Sandbox and Sexually transmitted disease.
With a language link to the current language, the firts few words on the
article do not appear when the page is saved -- but they are still there
in the source.
bug submitted to sourceforge.
Is it possible to change which phrases cannot be searched? A user on
WikipediaNL noted that the word "wants" could not be searched. In Dutch
a "wants" is a certain type of insect (don't know the English word), and
is the title of a page. Can this be changed? Is there a list of unsearchable
words available?
Andre Engels
I'm wondering about usage of `:' and `;'
This:
:::Triple indent
Paragraph
Generates this:
<p>
<dl><dd><dl><dd><dl><dd> Triple indent
</dd></dl></dd></dl></dd></dl>Paragraph
What makes absolutely no sense.
Any idea to do it in a saner way ?
Erik wrote:
>Right now, many people do not use the Wikipedia software
>because they think it is too tailor made for an encyclopedia.
>That's true in some respects (we do not make it easy enough
>to change all the Wikipedia-specific strings), but we are
>becoming more general as our spinoff projects prove, and I
>hate to see interesting projects use inferior software like
>TWiki because it has better marketing.
I agree.
Marketing of the software is needed so that we can expand the user/developer
base of the software. For that we need a real name. MediaWiki is the best
name suggestion so far; Phase III is a crappy generic name that nobody uses
outside of Wikipedia. PediaWiki is a no starter because the software is being
used in many non-encyclopedia contexts. MediaWiki is also a play on the name
Wikimedia and is thus associable with the Foundation (which itself is not any
specific project but a family of different projects using the same software
in different contexts). Thus the name MediaWiki is not married to any one
context while making it very clear that it is developed by Wikimedia.
We get clear credit and a larger user/developer base. I see only positives
with the name change.
-- Daniel Mayer (aka mav)
Hi, folks.
I know it's a bold move but I want to propose a whitelist mode for
article viewing. This is a feature that is most useful for Wikis with a
closed user base. My implementation takes only few lines in Article.php
and a new global config variable. Default action is - as usual - that
everybody on this planet (or more precisely: in this net) can view
everything. If the feature is turned on, only logged in users are able
to view articles.
If nobody objects, I'll commit it into the unstable branch.
Bye!
Matthias
P.S.: You probably already guessed so, but I'm planning on using Phase3
for a knowledge database of a closed community so the next thing to
implement will be some sort of invitation-based user account generation
(else this viewing feature would be pretty pointless). I want to commit
these closed-shop features to the main branch because I feel that other
users may want to use Phase3 and its advanced Wiki engine for their own
internal projects, too.
This is a feature previously discussed.
Summary of changes:
* new links at the foot of RC page: "view previous 50 | 100 | 250 edits"
* new item in the URL string for an "up to" date analogous to the "from"
date, eg "&upto=20030809172202"
Advantages
* obsessives like Mav and me could see a whole day of changes in small
chunks: get 250, check them, get the previous 250, check them, etc
* doing the above is quicker for the user, since we're not having to
download a single 1Mb+ page
* might be better for the server to do it this way too!
* we could remove the "500" link, since people can get the same
informationg in 2 batches of 250 -- might also be better for the server
Coding
From by poor reading of the php, we need an extra block in function
wfSpecialRecentchanges()
I made a rough start and got as far as this:
/* Cut-from -- show N edits from a specified time and older
need an $upto value in the query string */
if(preg_match('/^[0-9]{14}$/', $to)) {
$cutfrom = "AND rc_timestamp < '{$upto}'";
(but it's probably complete bunkum!!!!!!!)
Is there anyone who can take this mini-project on?
I love memcacheD. It's just plain cool. It and wikipedia would go great with
a dual G5 1.2Ghz X-Serve with 4GB RAM don't you think? Ahhhh dreams.
With some beefed up hardware and the break that memcached would give the DB
we might be able to start turning on things like special pages and
maintenance pages again, not to mention the search. If wikipedia ever got
really huge and had a bank acct with lots of money i think one of those
google search appliances would be really slick. Those features like spelling
suggestions and matching mispeelings make all the difference some times.
Is it just me or does it seem just like yesterday when hard drives were
still measured in megabytes, ram ammounts rarely went into double digits and
processor speeds were measured in double digit megahertz?
--------- Original message --------
From: "Erik Moeller" <erik_moeller(a)gmx.de>
To: "wikitech-l(a)wikipedia.org" <wikitech-l(a)wikipedia.org>
Subject: Re: [Wikitech-l] Memcached
Date: 08-09-03 02:13
Brion-
> At the moment we don't exactly have a lot of free memory floating around
Larousse seems to still have about 400 megs free, pliny 885, that is, used
by Linux for caching, but Linux always grabs as much as it gets for
caching -- that doesn't mean it has any substantial effect. For example, I
have 640 MB of RAM, "free" tells me that 620 are used -- but minus
buffers/cache, only about 200 MB are used.
Using an application-optimized cache like memcached would be orders of
magnitude more efficient than relying on Linux' kernel-based caching.
Regards,
Erik
_______________________________________________
Wikitech-l mailing list
Wikitech-l(a)wikipedia.org
http://mail.wikipedia.org/mailman/listinfo/wikitech-l
________________________________________________
This mail was sent by UebiMiau 2.5
I've bumped up the font size on headings a *small* amount: enough to
make the page title actually look like a page title again.
It's in CVS -- could someone put it on the test server?
After that, I'll put the body colour in CSS & make the relevant PHP change.
After *that*, I'll see about slowly tweaking the current skin. We need
to look a bit smarter in time for the 300k article announcement.
What were people's impressions of the Montparnasse skin debate? Did it
reach consensus at all?
BTW, a few weeks ago it was disucssed that several people would be
granted server access. the main motivation being that it was a cheaper
solution than paying the Raelians to clone Brion ;)
any word on this?