[Wikitech-l] Codex code splitting: ResourceLoader now supports loading individual Codex components

[Roan Kattouw]

Hello everyone,

The Design Systems Team is pleased to announce that ResourceLoader now
supports basic code splitting for Codex
 components. The way this works is
similar to how Codex icons already work: you list the components you need
in your ResourceLoader module definition, and only the components you need
will be bundled. This should be helpful for performance, reducing the
amount of code that is loaded by loading only the components your feature
needs, not the entire library. Most new and existing uses of Codex should
be able to use this feature. If you maintain code that uses Codex, we
recommend trying this out!

There's documentation for how to use this feature on the Codex page on
mediawiki.org
,
and you can also look at the CodexExample extension
 for a more
complete example of how to use this feature. If you have any questions, or
run into any issues trying to use this feature, we're here to help, feel
free to reply to this email or post on the Codex talk page on mediawiki.org
.

So far we have only implemented the most basic iteration of code splitting.
We plan on building some more advanced features to help with deduplication
of components as well. For more details about our plans, see the epic task
 on Phabricator.

Roan Kattouw
Software engineer on the Design Systems Team at the Wikimedia Foundation
___
Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/

[Wikitech-l] phabricator.wikimedia.org downtime, Saturday 2024-01-20 @ 12:00 PST / 20:00 UTC

[Brennen Bearnes]

Hi all,

We'll be upgrading[0] phabricator.wikimedia.org this coming Saturday, 
starting at noon PST.  This involves re-imaging a machine, so some 
downtime is expected, although we'll do our best to keep it at a minimum.


As usual, operations will be conducted on libera.chat's 
#wikimedia-operations.


[0]. https://phabricator.wikimedia.org/T334519

--
Brennen Bearnes
Release Engineering
Wikimedia Foundation
___
Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/

[Wikitech-l] Re:  TK-999 receives Web Perf Hero award!

[Johan Jönsson]

This looks great! Thanks for the work on this, TK-999.

Best,


*Johan Jönsson*Manager, Product Ambassadors
Wikimedia Foundation 


On Tue, Jan 16, 2024 at 9:46 AM Derick Alangi 
wrote:

> Hi,
>
> I'm happy to share that the next Web Perf Hero award (for 2023 Q4) goes to
> TK-999, in recognition of their contributions, which made a huge positive
> impact on the performance of Wikimedia software.
>
> TK-999 worked on improving MediaWiki’s autoloading mechanism <
> https://gerrit.wikimedia.org/r/c/853972> (
> https://phabricator.wikimedia.org/T274041) specifically for classes which
> have been namespaced, by including them in the classmap. This means our
> autoloader will not spend significant amounts of time searching for files
> in directories, but rather just do a direct lookup. This approach is
> particularly optimized for speed and as a result, Wikipedia’s backend
> response time gained a 20% increase in the portion of requests that
> complete within 50ms.
>
> This award is given once a quarter, and manifests as a Phabricator badge.
> More information and past recipients:
> https://wikitech.wikimedia.org/wiki/Web_Perf_Hero_award
>
> Phabricator badge: https://phabricator.wikimedia.org/badges/view/17/
>
>
> -- Derick Alangi, on behalf of the MediaWiki Platform Team
> ___
> Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
> To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
> https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/
___
Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/

[Wikitech-l] Re: Changes in schema of pagelinks tables

[Amir Sarabadani]

Hello,
The data migration for several sections have been completed. We will start
dropping the old columns on s4
 and s5
 this and next week and
right after will start dropping the old columns on s3
.

The data has not been fully migrated in s1 (enwiki) and s8 (wikidata) but
migrated in some wikis of the rest of the sections.

If your tools rely on pagelinks, you might need to update your tools now.

Best

Am Mi., 18. Okt. 2023 um 13:46 Uhr schrieb Amir Sarabadani <
asarabad...@wikimedia.org>:

> (If you don’t work with pagelinks table, feel free to ignore this message)
>
> Hello,
>
> Here is an update and reminder on the previous announcement
> 
> regarding normalization of links tables that was sent around a year ago.
>
> As part of that work, soon the pl_namespace and pl_title columns of
> pagelinks table will be dropped and you will need to use pl_target_id
> joining with the linktarget table instead. This is basically identical to
> the templatelinks normalization that happened a year ago.
>
> Currently, MediaWiki writes to both data schemes of pagelinks for new rows
> in all wikis except English Wikipedia and Wikimedia Commons (we will start
> writing to these two wikis next week). We have started to backfill the data
> with the new schema but it will take weeks to finish in large wikis.
>
> So if you query this table directly or your tools do, You will need to
> update them accordingly. I will write a reminder before dropping the old
> columns once the data has been fully backfilled.
>
> You can keep track of the general long-term work in T300222
>  and the specific work for
> pagelinks in T299947 . You can
> also read more on the reasoning in T24
>  or the previous announcement
> 
> .
>
> Thank you,
> --
> *Amir Sarabadani (he/him)*
> Staff Database Architect
> Wikimedia Foundation 
>
___
Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/

[Wikitech-l] Re:  TK-999 receives Web Perf Hero award!

[Derick Alangi]

Hi,

Missed adding a link directly to the blog post on Wikimedia Techblog, here
is it: https://techblog.wikimedia.org/2024/01/16/web-perf-hero-mate-szabo/.
Enjoy! :)

Regards!

On Tue, Jan 16, 2024 at 11:45 AM Derick Alangi 
wrote:

> Hi,
>
> I'm happy to share that the next Web Perf Hero award (for 2023 Q4) goes to
> TK-999, in recognition of their contributions, which made a huge positive
> impact on the performance of Wikimedia software.
>
> TK-999 worked on improving MediaWiki’s autoloading mechanism <
> https://gerrit.wikimedia.org/r/c/853972> (
> https://phabricator.wikimedia.org/T274041) specifically for classes which
> have been namespaced, by including them in the classmap. This means our
> autoloader will not spend significant amounts of time searching for files
> in directories, but rather just do a direct lookup. This approach is
> particularly optimized for speed and as a result, Wikipedia’s backend
> response time gained a 20% increase in the portion of requests that
> complete within 50ms.
>
> This award is given once a quarter, and manifests as a Phabricator badge.
> More information and past recipients:
> https://wikitech.wikimedia.org/wiki/Web_Perf_Hero_award
>
> Phabricator badge: https://phabricator.wikimedia.org/badges/view/17/
>
>
> -- Derick Alangi, on behalf of the MediaWiki Platform Team
>


-- 

*Derick Alangi (he/his/him)*

Senior Software Engineer,

MediaWiki Platform @ MediaWiki Engineering Group,

Wikimedia Foundation

___
Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/

[Wikitech-l]  TK-999 receives Web Perf Hero award!

[Derick Alangi]

Hi,

I'm happy to share that the next Web Perf Hero award (for 2023 Q4) goes to
TK-999, in recognition of their contributions, which made a huge positive
impact on the performance of Wikimedia software.

TK-999 worked on improving MediaWiki’s autoloading mechanism <
https://gerrit.wikimedia.org/r/c/853972> (
https://phabricator.wikimedia.org/T274041) specifically for classes which
have been namespaced, by including them in the classmap. This means our
autoloader will not spend significant amounts of time searching for files
in directories, but rather just do a direct lookup. This approach is
particularly optimized for speed and as a result, Wikipedia’s backend
response time gained a 20% increase in the portion of requests that
complete within 50ms.

This award is given once a quarter, and manifests as a Phabricator badge.
More information and past recipients:
https://wikitech.wikimedia.org/wiki/Web_Perf_Hero_award

Phabricator badge: https://phabricator.wikimedia.org/badges/view/17/


-- Derick Alangi, on behalf of the MediaWiki Platform Team
___
Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/