Yuri Astrakhan wrote:
>I feel that bot operators should actively pay attention to the technical
>aspects of the community and the mailing lists. So, the bot operator who
>never updates their software, doesn't pay attention to the announcements,
>and ignores api warnings should be blocked after the deadline.  Bot
>operators do not operate in a vacuum, and should never run bots just for
>the sake of running them.

I feel that former MediaWiki Web API maintainers should actively pay
attention to which mailing lists they're posting to. ;-)  I doubt you
intended to send this message to mediawiki-api-announce.

>Lastly, I again would like to promote the idea discussed at the hackathon
>-- a client side minimalistic library that bigger frameworks like
>pywikibot rely on, and that is designed in part by the core developers.
>See the proposal at
>https://www.mediawiki.org/wiki/Special:Permalink/1663950

I briefly looked at this proposal and I'm confused why you feel it's
necessary to write yet another MediaWiki API library/framework in Python.
Don't we already have mwlib, python-wikitools, and a half-dozen others?

If the intention is for this to be an abstraction layer between existing
Python frameworks and the MediaWiki API, that seems even sillier to me as
we've already created two layers of abstraction (MediaWiki PHP --> api.php
and api.php --> Python framework). I don't see how a third layer of
abstraction, even a "minimal" one, would help anything.

Or put another way: nearly every Python library has a login action that
communicates with api.php. And obviously api.php has a login action that
communicates with SpecialUserLogin.php and the rest of the MediaWiki
authentication infrastructure. What would be solved here by implementing
your proposal?

MZMcBride



_______________________________________________
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Reply via email to