I need some help - I've implemented the API using CodeIgniter for a
clients site and everything works on the site except for the wiki pages,
which are sluggish.
Here is my controller which lists the function calls being made and in
And here is my model where the actual API calls are made:
The api.php file exists on the same server that is making the calls, so
it should be instant but the pages are so very slow, and only in the
instance of using the MW API.
Any help or insight anybody could give would be MUCH appreciated.
-----BEGIN PGP SIGNED MESSAGE-----
As we're getting more of the enhanced Lucene search server's
capabilities exposed to the web UI, it might be good if we can make sure
they're exposed to the API as well.
I received a request recently specifically about the "did you mean"
feature for spelling corrections of search terms. Internally this is
exposed as the hasSuggestion(), getSuggestionQuery(), and
getSuggestionSnippet() methods on the search result set object for
search engine backends that support it.
Being able to return this via the API could be rather handy...
Do we have a standard way to return a query-specific bit of metadata
with the alternate search term suggestion as well as the list of
- -- brion
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.8 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
-----END PGP SIGNATURE-----
No special skills required
No business setup required
Be your own boss - Work from home
Unlimited recurring income
Sign up your FREE account now and see how our eMarketing Program builds
* You need a valid email to activate your FREE account .
* We Suggest using email account from gmail
= Select Country = AfghanistanAlbaniaAlgeriaAmerican
and HerzegovinaBotswanaBouvet IslandBrazilBritish Indian Ocean
FasoBurundiCambodiaCameroonCanadaCape VerdeCayman IslandsCentral African
RepublicChadChileChinaChristmas IslandCocos (Keeling)
IslandsColombiaComorosCongoCook IslandsCosta RicaCote
RepublicEast TimorEcuadorEgyptEl SalvadorEquatorial
GuineaEritreaEstoniaEthiopiaEuropeFalkland Islands (Malvinas)Faroe
IslandsFijiFinlandFranceFranceFrench GuianaFrench PolynesiaFrench Southern
Island and McDonald IslandsHoly See (Vatican City State)HondurasHong
People's Democratic RepublicLatviaLebanonLesothoLiberiaLibyan Arab
AntillesNew CaledoniaNew ZealandNicaraguaNigerNigeriaNiueNorfolk
IslandNorthern Mariana IslandsNorwayOmanPakistanPalauPalestinian
RicoQatarReunionRomaniaRussian FederationRwandaSaint HelenaSaint Kitts and
NevisSaint LuciaSaint Pierre and MiquelonSaint Vincent and the
GrenadinesSamoaSan MarinoSao Tome and PrincipeSaudi
IslandsSomaliaSouth AfricaSouth Georgia/Sandwich IslandsSpainSri
LankaSudanSurinameSvalbard and Jan MayenSwazilandSwedenSwitzerlandSyrian
Arab RepublicTaiwanTajikistanTanzaniaThailandTogoTokelauTongaTrinidad and
TobagoTunisiaTurkeyTurkmenistanTurks and Caicos
IslandsTuvaluUgandaUkraineUnited Arab EmiratesUnited KingdomUnited
StatesUnited States Minor Outlying
IslandsWallis and FutunaWestern SaharaYemenYugoslaviaZaireZambiaZimbabwe
This website is brought to you by our member.
We strictly apply the NO SPAM policy. If you feel that you are being
spamed, please report to
Earning is based on personal performance
Once you sign up for your FREE Account, the Auto eMarketing Program will
begin to build your business immediately.
Login to your account and watch your business grow
everyday. Become a member of our team after you see how our eMarketing
Become A Solar Member
Upgrade to Solar Member
You get two websites
Sell your own products or sell other people's products
Use the auto email marketing system
Use the auto team building system
No cold call required
Report Spam | [mailto:firstname.lastname@example.org] Contact Us
@2008 PromotionMarket.com All Rights Reserved - Contact
Confirm to list: SOLAR E BUSINESS
This message was sent by: ERNST CHRISTOPHER KREFFT BACHERER, Jr. Cosmos 660, Apt. 305
Urb. Las Gardenias - Surco
, LIMA, LIMA 33, Peru
Powered by iContact: http://freetrial.icontact.com
i checked it again this morning for adding the complete output, but it seems to be fixed.
Now i get a correct response from the parser for the entry 'Baum'
Thanks for helping me.
Psssst! Schon vom neuen WEB.DE MultiMessenger gehört?
Der kann`s mit allen: http://www.produkte.web.de/messenger/?did=3123
We're heavily using the MediaWiki API in our opensource project mwlib (http://code.pediapress.com/
), so first of all: Thanks to you all for implementing this
functionality to MediaWiki!
Maybe you're following the discussion initiated by Erik Möller on
Foundation-l about appropriate attribution. As there is yet a consesus
to be found, we plan to include all authors (minus minor edits, minus
bots) after each article in documents (PDFs, ODFs) rendered from
Currently we're using an API query with prop=revisions, requesting
rvprop=user|ids|flags. Afterwards we're filtering out minor edits,
anonymous/IP edits and bot edits (via regular expression on username
and comment) and combine edits by the same author. To retrieve the
data for all revisions for heavily edited articles (e.g.
[[en:Physics]]), this requires lots of API requests with rvlimit=500.
Is there a way (or a plan to implement one) to retrieve the list of
unique contributors for a given article (from a given revision down to
the first one)? Ideally this would accept parameters for the mentioned
filtering. I guess inside of MediaWiki code this can be handled very
efficiently (using appropriate database queries) and would eliminate
the need to transfer lots of redundant data over the socket.
-- Johannes Beigel