Wikitech-l January 2020

wikitech-l@lists.wikimedia.org

68 participants
59 discussions

Re: [Wikitech-l] I wish I would understand the mediawiki architecture and components
by Marco A. 30 Jan '20

30 Jan '20

Good day, El mié., 29 ene. 2020 a las 19:13, Jefsey (<jefsey(a)jefsey.com>) escribió: > > Gentlemen, > I run around 290 small thematic citizen research wikis (nr being > developping) under an old mediawiki version (I fear an upgrading > hassle). In order to simplify their set-up I systemized them in using > a script to build the symbolic directories from a unique central one, > so I only have to build the LocalSettings.php, the images directories > mainly for the wikilogo.gif particular to the site and to enter the > templates manually. To be sure I can move them around without too > much pain and keep them under their own password, I use SQLite . > Round 20 minutes set-up each. > > With a friend we would like to transfer all this under MYSQL (or > MariaDB?) in order to share template and WikiDB. Possibly on several > machines. Possibly developping some extension on the middle range. > Possibly transfering further on under another database system (to mix > diffect entries and mail entries). I feel we would first need to > study a conceptual block map of the MediaWiki architecture, internal > exchanges and database requests. Does that exist ? > When it comes to upgrading you may find <https://www.mediawiki.org/wiki/Manual:Upgrading> useful. Please make sure you backup the data just in case something goes wrong. I am not an expert in the MediaWiki architecture area, but perhaps you could find <https://www.mediawiki.org/wiki/Manual:MediaWiki_architecture> useful, as well as <https://www.mediawiki.org/wiki/Manual:Database_layout>. MariaDB and MySQL (using InnoDB) are the most commonly used database types <https://www.mediawiki.org/wiki/Manual:MySQL>. > Also, in order to manage the whole thing advisably I would need two tips: > 1. is there a secure/reliable method/extension to protect pages on a > per page basis ? If as for protection you mean the ability to *see* some wiki pages and hide others, MediaWiki is intentionally not good at that. As you can read at <https://www.mediawiki.org/wiki/Extension:Lockdown>, "If you need per-page or partial page access restrictions, you are advised to install an appropriate content management package. MediaWiki was not written to provide per-page access restrictions, and almost all hacks or patches promising to add them will likely have flaws somewhere, which could lead to exposure of confidential data. We are not responsible for anything being leaked, leading to loss of funds or one's job." I am not sure if that information is still accurate nowadays though, although I suspect it is. If however you meant restrict editting wiki pages to some users or user groups, MediaWiki provides a native protection system which is described at <https://www.mediawiki.org/wiki/Manual:Protection> and related pages. The AbuseFilter extension <https://www.mediawiki.org/wiki/Extension:AbuseFilter> and the TitleBlacklist (comes with MW 1.21 or higher) <https://www.mediawiki.org/wiki/Extension:TitleBlacklist> can also help you further restrict editions or actions in your wiki. > 2. how to get on a daily basis the access count of the wiki pages ? > I suspect you'll need to set up something server-side for that. I can't remember if MediaWiki comes with a feature that allows you to get those stats. Like I said, I'm perhaps not the best contact for this, but I hope the links provided can help you. > Thank you ! > jfc > Best regards, M.

2 1

Global Watchlist extension - grant request
by Danny S 30 Jan '20

30 Jan '20

Dear all, I have requested[1] a project grant to fund the creation of a global watchlist extension. Such a feature has long been requested[2]. For now, a user script[3] can be used to create a basic global watchlist. The grant would fund conversion of the script to a proper extension, with the benefits that extensions have over user scripts, as well as continued development of the functionality. Please consider joining the discussion (at [1]). Thanks, --DannyS712 [1] https://meta.wikimedia.org/wiki/Grants:Project/Create_a_global_watchlist_ex… [2] https://phabricator.wikimedia.org/T5525 [3] https://meta.wikimedia.org/wiki/User:DannyS712/Global_watchlist.js

1 0

Re: [Wikitech-l] I wish I would understand the mediawiki architecture and components
by Erika Bjune 30 Jan '20

30 Jan '20

You lost me at "Gentlemen" *Erika Bjune *(she/her) VP of Engineering Wikimedia Foundation <https://wikimediafoundation.org/> On Wed, Jan 29, 2020 at 10:14 AM Jefsey <jefsey(a)jefsey.com> wrote: > Gentlemen, > I run around 290 small thematic citizen research wikis (nr being > developping) under an old mediawiki version (I fear an upgrading > hassle). In order to simplify their set-up I systemized them in using > a script to build the symbolic directories from a unique central one, > so I only have to build the LocalSettings.php, the images directories > mainly for the wikilogo.gif particular to the site and to enter the > templates manually. To be sure I can move them around without too > much pain and keep them under their own password, I use SQLite . > Round 20 minutes set-up each. > > With a friend we would like to transfer all this under MYSQL (or > MariaDB?) in order to share template and WikiDB. Possibly on several > machines. Possibly developping some extension on the middle range. > Possibly transfering further on under another database system (to mix > diffect entries and mail entries). I feel we would first need to > study a conceptual block map of the MediaWiki architecture, internal > exchanges and database requests. Does that exist ? > > Also, in order to manage the whole thing advisably I would need two tips: > 1. is there a secure/reliable method/extension to protect pages on a > per page basis ? > 2. how to get on a daily basis the access count of the wiki pages ? > > Thank you ! > jfc > > > _______________________________________________ > Wikitech-l mailing list > Wikitech-l(a)lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l

1 0

TechCom Radar 2020-01-22
by Kate Chapman 30 Jan '20

30 Jan '20

Hi All, Here are the minutes from last week's TechCom meeting: * RFC Approved: Hook container with strong types and DI <https://phabricator.wikimedia.org/T240307> * Reviewed discussion on Standalone service to evaluate user-provided regular expressions, summary available here: <https://phabricator.wikimedia.org/T240884#5808716> * New RFC under discussion: Allow extensions to register handlers with factories without the use of global variables. <https://phabricator.wikimedia.org/T243213> * Further discussion on RFC: Adopt a modern JavaScript framework for use with MediaWiki. <https://phabricator.wikimedia.org/T241180> scheduling IRC meeting soon * No TechCom meeting this week You can also find our meeting minutes at <https://www.mediawiki.org/wiki/Wikimedia_Technical_Committee/Minutes> See also the TechCom RFC board <https://phabricator.wikimedia.org/tag/mediawiki-rfcs/>. If you prefer you can subscribe to our newsletter here <https://www.mediawiki.org/wiki/Newsletter:TechCom_Radar> Thanks, Kate -- Kate Chapman Senior Program Manager, Core Platform Wikimedia Foundation kchapman(a)wikimedia.org

3 2

Storing some values in the DB
by Jeroen De Dauw 30 Jan '20

30 Jan '20

Hey, I have a MediaWiki extension in which I'd like to store a handful of values. Example: * Cats 42 * Ravens 23 * Goats 0 The most obvious thing to do would be to add a new database table with a string and an integer column. However I'd like to avoid the need to run update.php to install this extension. Is there some place in the MediaWiki DB schema where I can put a few values like these? They could even be in a single serialized blob (though preferably can be looked up by string key). Cheers -- Jeroen De Dauw | www.EntropyWins.wtf <https://EntropyWins.wtf> Professional wiki hosting and services: www.Professional.Wiki <https://Professional.Wiki> Software Crafter | Speaker | Entrepreneur | Open Source and Wikimedia contributor ~=[,,_,,]:3

6 9

Re: [Wikitech-l] onVerifyFileUpload error message not displayed 'as is' in visual editor upload form
by Tom Schulze 27 Jan '20

27 Jan '20

Hi Bartosz, thanks a lot for testing this for me. I just realized that using your hook (UploadVerifyUpload) instead of UploadVerifyFile works as intended. I added my old code snippet to yours at https://phabricator.wikimedia.org/P10258 for the sake of clarity. -- Tom Schulze

1 0

Regarding GSoC 2020
by Gollavilli Srikanth 27 Jan '20

27 Jan '20

Dear Community Members, I am Srikanth Gollavilli from India. Currently, I am pursuing Masters in Geoinformatics from Indian Institute of Technology Bombay (IITB). I have a bachelor’s degree in Computer Science and Engineering. I have development experience in python, PLSQL, C++, IoT, postgresql, GIS tools, spatial database, ENVI softwares. Also I am comfortable with version control systems. I am interested in Machine Learning, Image Processing, Remote Sensing, client server architecture and interoperability. I am fond of open source community as it provides me an opportunity to keep my skills updated, helps to build connections and improve communications skills thus I would love to contribute to Wikimedia in Google Summer of Code 2020. My Github link: https://github.com/SrikanthIITB

2 1

Request of user Zoranzoki21 to get +2 right in mediawiki/*
by Zoran Dori 26 Jan '20

26 Jan '20

Hi, per rules, I'm posting here my request to get +2 right in mediawiki/*. URL to request on Phabricator: https://phabricator.wikimedia.org/T243700 Best regards and wishes, Zoran.

1 0

New Tool from Community Tech: Who Wrote That?
by Ilana Fried 26 Jan '20

26 Jan '20

Hello everyone, I’m very excited to share a new tool created by the Community Tech team: <https://www.mediawiki.org/wiki/Who_Wrote_That%3F>Who Wrote That[1], available as a <https://chrome.google.com/webstore/detail/who-wrote-that-beta/ekkbnedhfelfa…>Chrome[2] and Firefox[3] browser extension. We developed this tool in response to the <https://meta.wikimedia.org/wiki/Community_Wishlist_Survey_2017/Search/Blame…>#4 wish[4] from the 2017 Community Wishlist Survey[5]. With Who Wrote That? (WWT), you can find authorship information directly on Wikipedia articles. When you hover over content, the tool highlights all content by the same author. When you click on content, the tool identifies the author of the revision, along with revision details. We would love your feedback[6]! You can download the <https://chrome.google.com/webstore/detail/who-wrote-that-beta/ekkbnedhfelfa…>Chrome[2] and Firefox[3] extension, and documentation on the tool is available on the MediaWiki WWT page[1]. The data and analysis in WWT come from the WhoColor API[7], developed by WikiWho[8], and the MediaWiki API. We hope that you all enjoy using the tool! Thank you, Ilana Fried Product Manager, Community Tech [1]. https://www.mediawiki.org/wiki/WWT [2]. https://chrome.google.com/webstore/detail/who-wrote-that/ekkbnedhfelfaidbpa… [3]. https://addons.mozilla.org/en-US/firefox/addon/whowrotethat/ [4]. https://meta.wikimedia.org/wiki/Community_Wishlist_Survey_2017/Search/Blame… [5]. https://meta.wikimedia.org/wiki/Community_Wishlist_Survey_2017 [6]. https://meta.wikimedia.org/wiki/Talk:Community_Tech/Who_Wrote_That_tool [7]. https://api.wikiwho.net/en/whocolor/v1.0.0-beta/ [8]. https://www.wikiwho.net/

4 3

Introduction
by Bobga Hermann N. 25 Jan '20

25 Jan '20

Sent from Mail for Windows 10 Hello, I’m Bobga Hermann, a software engineering student from the College of Technology of Buea, Cameroon. Please I’ll like to be guided on a starting point on projects to work on concerning the Gsoc Program from Google. I skilled with knowledge in html5 and css3, including experience in Graphic Designing. I await your reply, thank you.

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Wikitech-l January 2020