Hi Igal,
All suggestions are welcome :)
Supporting this feature shouldn't be too difficult in theory because it is
already working with this kind of aggregation (month are built from days,
years from months...). The main problem is scalability for stats which
require uniqueness like number of users or number of edits *per page*.
That's why yearly stats can actually be disabled on some big wikis. So it
would be feasible but with edits limitations for the range (like 3-5
millions) and it would be very slow to load with lots of edits.
Akeron
2017-07-31 14:29 GMT+02:00 יגאל חיטרון <khitron(a)gmail.com>:
> Hello. It's amazing, thank you very much!
> Could I suggest one more feature, please? With it, the tool will be
> perfect. I'm talking about aggregation. Any kind of historical statistics
> for some day, month or year can be also shown as range of time. For
> example, if we have month statistics, we could fill From field to be Jan
> 2008 and To field to be May 2011, and get the aggregated numbers for this
> range. Is it possible?
> Thank you very much again,
> Igal (User:IKhitron)
>
> On Jul 30, 2017 22:18, "Pine W" <wiki.pine(a)gmail.com> wrote:
>
> > Wikiscan is an interesting tool for statistics fans. I suggest briefly
> > reading this IEG page
> > <https://meta.wikimedia.org/wiki/Grants:IEG/Wikiscan_multi-wiki>, then
> > playing with the tool on https://wikiscan.org/
> >
> > Pine
> > _______________________________________________
> > Wikitech-l mailing list
> > Wikitech-l(a)lists.wikimedia.org
> > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> _______________________________________________
> Wikitech-l mailing list
> Wikitech-l(a)lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Over the last couple of months, the Architecture Committee has been working on a
charter that defines the Committee's purpose of authority. Thank you for your
input! The final draft of the charter is now available at:
<https://www.mediawiki.org/wiki/Architecture_committee/Charter>
For a final round of feedback, we are following the procedure we also use when
approving RFCs. As per yesterday's ArchCom meeting, the charter is entering the
Last Call period. If no new and pertinent concerns are raised and remain
unaddressed by July 26, the charter will be enacted as the new basis of the
committee's operation and authority.
Note: with the new charter comes a rebranding: ArchCom becomes TechCom, the
Wikimedia Technical Committee! We think the name better fits the scope of the
committee as defined by the charter.
--
Daniel Kinzler
Principal Platform Engineer
Wikimedia Deutschland
Gesellschaft zur Förderung Freien Wissens e.V.
Hello All!
Victoria an I would like to share some good news:
After we have been talking about it for years, and vetting the draft for months,
it's finally done: the Architecture Committee has adopted a proper charter
defining its purpose, operation, and authority.
You can find the charter here:
<https://www.mediawiki.org/wiki/Wikimedia_Technical_Committee/Charter>
The charter among other things defines from where the committee draws its
authority over technical development at the WMF: the committee acts as an
extension of the CTO. This gives us a clear role in the foundation's decision
making processes.
The charter also clarifies the scope of TechCom: it is to act as an authority on
technical decisions regarding any official software that serves Wikimedia users.
The committee should be involved in matters regarding such software that are
strategic, cross-cutting, or hard to undo.
The committee has also given itself a new name, to better fit the scope as
defined in the charter: we are now the Wikimedia Technical Committee (TechCom).
Daniel Kinzler
TechCom Chair
https://www.mediawiki.org/wiki/Scrum_of_scrums/2017-07-26
= *2017-07-26* =
contact: https://www.mediawiki.org/wiki/Wikimedia_Engineering
== Callouts ==
* Reading Web request for Ops: (*URLs with title query string parameter and
additional query string parameters do not redirect to mobile site - *puppet
change https://phabricator.wikimedia.org/T154227 )
* Search Platform: Would like some DBA response on
https://phabricator.wikimedia.org/T164975
* Parsing: If you are an active editor on any wiki, please get your local
community to address high-priority linter errors on Special:LintErrors page.
== Audiences ==
=== Readers ===
==== iOS native app ====
* Blocked by: none
* Blocking: none
* Updates: 5.6.0 (Reading themes, on this day) goes to public beta this
week
==== Android native app ====
* *Blocked by:* MobileApp extension merges are blocked by the parser test
failure issue https://phabricator.wikimedia.org/T170880 (see also Reading
Web section below)*(resolved)*
* Blocking: n/a
* Updates:
** Cookie release work is all in QA/design review –
https://phabricator.wikimedia.org/project/view/2763/
** Offline compilations work continues apace –
https://phabricator.wikimedia.org/project/view/2833/
*** Our offline compilation files will be anywhere from <1 to 20 GB. We're
thinking about where to host them. Probably not with Dumps. How about
Swift? (https://phabricator.wikimedia.org/T170843 )
** Stephen working on cross-platform CSS/JS consolidation, lazy loaded
images in articles, dark mode UI
** Engineer interviews in progress (possibly complete(!)); resumes are
coming in for the PM position
==== Reading Web ====
* *Blocked by:*
**Ops: (*URLs with title query string parameter and additional query string
parameters do not redirect to mobile site - *puppet change
https://phabricator.wikimedia.org/T154227 )
* Parsing team/RelEng - Parser tests fail if default Skin for unit tests
makes use of doEditSectionLink https://phabricator.wikimedia.org/T170880 -
this issue is blocking us from merging changes on a variety of extensions
and we lack the expertise to fix it.*(resolved)*
* Blocking:
* Updates:
** Page previews roll out
** Working with services to build a new REST summary endpoint
** Revamping print styles for Vector skin
==== Reading Infrastructure ====
* Blocked by:
* Blocking:
* Updates:
** Added disambig/content type to mobile-sections responses. Designing Page
Content Service reference response.
** Gergo on vacation until Wikimania
==== Multimedia ====
* Blocked by: N/A
* Blocking: N/A
* Updates: Working on Thumbor support for STL files, progressing, may need
some support. Hiring progressing also, but not quite complete.
==== Discovery Frontend ====
* Blocked by: N/A
* Blocking: N/A
* Updates:
** (maps) Devs are back from vacation
** finishing up Explore Similar AB test
** investigating thumbnails on search results
=== Community Tech ===
* Blocked by:
** Performance team on https://phabricator.wikimedia.org/T170825
* Blocking:
* Updates:
=== Contributors ===
==== Editing ====
* Blocked by:
* Blocking:
* Updates:
==== Parsing ====
* Blocked by: N/A
* Blocking: N/A
* Updates: If you are an active editor on any wiki, please get your local
community to address high-priority linter errors on Special:LintErrors page.
==== Global Collaboration ====
===== Language =====
* Blocked by:
* Blocking:
* Updates:
** Work on ve-cx/OOjs UI migration continue.
** MLEB 2017.07 released.
** Kartik working on new API end-point config for CX.
===== Collaboration =====
* RCFilters
** Features
*** Add range group filters - limit, days and hours (task T162784, task
T162786)
*** combine user registration and experience level filters (task T165160)
*** proper group name for user experience level (task T165160)
*** Emphasize UI when saved query is loaded (task T169063)
*** Change loading animation (task T165286)
** Also a bunch of RCFilters bug fixes
* Also small fixes for Echo, Thanks, Flow, and WikimediaMessages
==== Contributors Design ====
* Blocked by:
* Blocking:
* Updates:
==== UI Standardization ====
* Updates:
** WikimediaUI Style Guide:
*** Extended WikimediaUI Style Guide own imagery in repo's resources Sketch
file
*** Using Style Guide imagery export, improving mobile & HiDPI experience
by that
** OOjs UI: no release this week, changes/ongoing since v0.22.3
*** (continued from last week): Further aligning OOjs UI with WikimediaUI
Base
*** Apex theme, fixing several accessibility/design issues, consolidating
with WikimediaUI theme
** Support Reading in print styles/Vector print styles
== Technology ==
=== Analytics ===
* Blocked by:
* Blocking:
* Updates:
** EventLogging purging script continues to run. From older to newer data,
dbstore1002 is purging 2015, analytics-store is still purging 2014 (slower
machine).
** Deployed an alpha (development) version of Wikistats2 with a single
metric (pageviews) and limited features. Also working on adding a new
metric (unique devices).
** Working on Wikistats back-end final design and starting implementation.
** Working on migrating stat1002 and stat1003 to new machines. There have
been some issues with the /a partition in 1002, and we need to migrate
users to stat1005 sooner than we had planned.
** Finished webrequest tagging UDF and taggers. Being deployed right now.
Next steps: make use of the tagging UDF in webrequest jobs.
* Next up: Make unique devices per project family public in AQS after
analysts finish the final vetting of the data.
=== Cloud Services ===
* Blocked by:
* Blocking:
* Updates:
=== Fundraising Tech ===
* Blocked by:
* Blocking:
* Updates:
** CiviCRM:
*** Loading in 3rd-party bulk mailing data, improving reporting views
https://phabricator.wikimedia.org/T161762,
*** Fixing location import issues
** Fr-tech-ops: migrating monitoring from Ganglia to Prometheus:
https://phabricator.wikimedia.org/T152562
** CentralNotice
*** Cache-purge-on-save is ready to deploy
https://phabricator.wikimedia.org/T154954
*** Manual cache purge button is in review
https://phabricator.wikimedia.org/T168673
*** Started work on 'Clone campaign'
https://phabricator.wikimedia.org/T91078
*** Hoping to get more responses from community campaign organizers on our
survey of CN usage
** DonationInterface and SmashPig payments library
*** Deployed fixes for PayPal EC bugs
https://phabricator.wikimedia.org/T170478,
https://phabricator.wikimedia.org/T167923
*** Continuing work on integrating with new API for main credit card
processor https://phabricator.wikimedia.org/T163948,
https://phabricator.wikimedia.org/T163946
=== MediaWiki Platform ===
* Blocked by:
* Blocking:
* Updates:
=== Performance ===
* Blocked by:
* Blocking:
* Updates:
=== Release Engineering ===
* Blocked by: None
* Blocking: None?
* Updates:
** 1.30.0-wmf.11 has 1 blocker with a patch otherwise on schedule
*** https://phabricator.wikimedia.org/T171370
** scap 3.6.0-1 tomorrow
*** changelog:
https://phabricator.wikimedia.org/rMSCA2f92babd3234a4b48e84cc178179f636541c…
=== Research ===
* Blocked by:
* Blocking:
* Updates:
=== Scoring Platform ===
* Blocked by:
**Trying to work out git-fat or git-lfs repos for our fast-changing binary
files, see https://phabricator.wikimedia.org/T171619
* Blocking:
* Updates:
**Announce presence of "oresscores" in api.php
***https://phabricator.wikimedia.org/T153688
***https://etherpad.wikimedia.org/p/ores_announcements_usage
**"reverted" model removals https://phabricator.wikimedia.org/T171059
**New models for Persian Wikipedia (more data == more better) and Wikidata
(badwords/informals detection)
**Conforming to MediaWiki code styles
***https://phabricator.wikimedia.org/T171084
***https://phabricator.wikimedia.org/T169578
=== Search Platform ===
* Blocked by: none
* Blocking: none
* Updates:
** Continuing work on ML-assisted ranking
** Vientamese analyzer evaluated, not ready for production yet, but
bugfixes incoming, so may be worth second look (
https://phabricator.wikimedia.org/T170423)
** Some search bugfixes (https://phabricator.wikimedia.org/T171155,
https://phabricator.wikimedia.org/T171009)
** "Explore similar" A/B test finished, result analysis next
** Preparing for interleaving search results A/B test (
https://phabricator.wikimedia.org/T150032)
** Archive search final deployment announced (
https://phabricator.wikimedia.org/T163235), will be enabled next week
unless there are objections.
** Wikidata prefix search with Elastic search now in testing (test:
http://elastic-wikidata.wmflabs.org/wb.html, announcement:
https://lists.wikimedia.org/pipermail/wikidata/2017-July/010964.html)
=== Security ===
* Blocked by:
* Blocking:
* Updates:
** Security reviews:
*** vue.js
*** OIT apps
* Bawolff will be mostly unavailable until August 1
=== Services ===
* Blocked by:
* Blocking:
* Updates:
**nodejs upgraded to 6.11
=== Technical Operations ===
* Blocked by:
* Blocking:
* Updates:
** wikitech api list=novainstances not returning list of instances
https://phabricator.wikimedia.org/T171280
** LDAP Outage due to CA expiry and a chain of other failures
https://wikitech.wikimedia.org/wiki/Incident_documentation/20170719-ldap
** 24th July - pdfrender (both datacenters) - Basically Giuseppe's fault
for merging a change he didn't like and not testing that enough - will
write an incident report.
** DBAs working on preserving parsercache space
https://phabricator.wikimedia.org/T167784#3469341
== Wikidata ==
* Blocked by:
* Blocking:
* Updates:
== German Technical Wishlist ==
* Blocked by:
* Blocking:
* Updates:
Hello all,
I would like to announce the release of MediaWiki Language Extension
Bundle 2017.07. This bundle is The bundle is compatible with MediaWiki
1.27 and 1.28 or above and requires PHP 5.5.9 or above.
Next MLEB is expected to be released in 3 months. If there are major
changes or important bug fixes, we will do intermediate release.
Please give us your feedback at
[[Talk:MLEB|https://www.mediawiki.org/wiki/Talk:MLEB]].
* Download: https://translatewiki.net/mleb/MediaWikiLanguageExtensionBundle-2017.07.tar…
* sha256sum: c050c326bfa56d326fece072bed5e4be3e3ad3289b0a449313a2e7dbc4514c55
Quick links:
* Installation instructions are at: https://www.mediawiki.org/wiki/MLEB
* Announcements of new releases will be posted to a mailing list:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-i18n
* Report bugs to: https://phabricator.wikimedia.org/
* Talk with us at: #mediawiki-i18n @ Freenode
Release notes for each extension are below.
-- Kartik Mistry
== Highlights and upgrade notes ==
== Babel ==
* Information about the languages that the user knows is now cached to
improve performance. To load the data from the cache, use
getCachedUserLanguageInfo() instead of getUserLanguageInfo(), and
getCachedUserLanguages() instead of getUserLanguages().
* Language code are normalized when they are stored in the database.
So, for example, "ZH" and "zh" are now stored as the same code.
* It is now possible to load Babel information from a Babel box on a
global user page.
== CLDR, CleanChanges and LocalisationUpdate ==
* Localisation and maintenance updates only.
== Translate ==
* Translate extension no longer bundles spyc library. If you need
support for parsing and generating YAML files, and you don't have
phpyaml extensions installed (HHVM provides it in PHP compatibility
mode), then you can install spyc using composer update. (T75945)
* Niklas Laxström fixed a broken error propagation in translator
sandbox user creation in case of an invalid password. (T164912)
* User TerraCodes removed redundant dialog title from the message
group selector. (T165241)
* Niklas Laxström added informative warning message that warns about
non-existent message groups.
* Niklas Laxström fixed a bug that could cause translation completion
statistics to not update in some situations (e.g. translatable pages
within an aggregate message group).
== UniversalLanguageSelector ==
* Amir Aharoni added to Compact Language Links the ability to show
languages that logged-in users specified in the Babel box. (T135371)
* Amir Aharoni improved the language database by making sure all
language autonyms are unique.
* Amir Aharoni fixed misaligned icons in the jquery.ime selector in
RTL. (T164474)
* Amir Aharoni added five African languages and one Asian language to
the language database.
* Amir Aharoni added five language of Taiwan to the language database.
* Amir Aharoni added Rangi language to the language database.
* Federico Leva added four new languages for translatewiki.net to the
language database.
* Federico Leva added variants for Hakka language to the language database.
=== Input methods ===
* Amir Aharoni added an input method for the Fula, Wolof language and
improved the keyboard for the Dagbani language.
* Amir Aharoni added input methods for Dinka, Bambara and Dagbani languages.
* Amir Aharoni renamed Akan keyboard and made it usable also for Twi.
* Kartik Mistry and Amir Aharoni merged numerous pull requests from volunteers:
** Kannada language input methods now also work for the Tulu language.
** Added Tarandine language keyboard by User:Joetaras
** Added Piedmontese language keyboard by User:GatoSelvadego
** Fixes to the Odia transliteration keyboard by User:Psubhashish
** Added the Tulalip input method for the Lushootseed language by
[https://github.com/jcrowgey jcrowgey].
** Added Sambhota input method for Tibetan language by
[https://github.com/eroux Elie Roux].
** Added a Gothic input method by User:Bokareis
** Added added mm3 input method for the Burmese language by User:Lionslayer.
** Added input methods for the Mongolian language by
[https://github.com/hfl Feilong Huang].
** Fixes to the Tamil 99 input method for the Tamil language by
User:Balajijagadesh
--
Kartik Mistry/કાર્તિક મિસ્ત્રી | IRC: kart_
{kartikm, 0x1f1f}.wordpress.com
Hi,
given a bot that only makes nulledits, for example with touch.py (ie.
saving pages without modifying), these edits won't appear either in recent
changes or the page history.
How can I follow these edits? (I am admin and checkuser, but it may be
interesting without higher user rights.)
Even with good faith these nulledits load the server, but they can be used
for an overload attack, too.
--
Bináris
Hello!
MediaWiki-Codesniffer 0.10.0 is now available for use in your MediaWiki
extensions and other projects. This release fixes bugs from 0.10.0 as
well as some new features:
* Add .gitattributes (Umherirrender)
* Add Squiz.Classes.SelfMemberReference to ruleset (Kunal Mehta)
* build: Added php-console-highlighter (Umherirrender)
* Don't ignore files or paths with "git" in them, only .git (Kunal Mehta)
* Fix exclude of common folders (Umherirrender)
* Fix "Undefined index: scope_opener" in SpaceBeforeClassBraceSniff (Reedy)
* Forbid backtick operator (Matthew Flaschen)
* Ignore returns in closures for MissingReturn sniff (Kunal Mehta)
* PHP CodeSniffer on CI should only lint HEAD (Antoine Musso)
* Reduce false positives in ReferenceThisSniff (Kunal Mehta)
* Sniff that the short type form is used in @return tags (Kunal Mehta)
* Swap isset() === false to !isset() (Reedy)
* track=1 rather than defaultbranch (Reedy)
* Update PHP_CodeSniffer to 3.0.2 (Kunal Mehta)
I'll be working on submitting patches for extensions again shortly.
Thanks,
-- Legoktm