Wow, that IS a big difference!

Looking at the network load for Q1339, there is still a four-second period where JavaScript does ... something it doesn't need to do.

But, the site has regained its usefulness! Congrats, honestly!

Cheers,
Magnus


On Tue, Feb 25, 2014 at 8:07 PM, David Cuenca <dacuetu@gmail.com> wrote:
Just noticed about it! Yesterday I took me almost 5min and many "unresposive script errors" to load Russia, now it is under a minute of computer freeze :)
https://www.wikidata.org/wiki/Q159

Not optimal but definitely a big leap forward. Great work!

Still curious about progressive loading (at least for big items).

Cheers,
Micru


On Tue, Feb 25, 2014 at 8:58 PM, Lydia Pintscher <lydia.pintscher@wikimedia.de> wrote:
On Tue, Feb 25, 2014 at 8:55 PM, David Cuenca <dacuetu@gmail.com> wrote:
> While reading this [1] and observing how other website load large pages
> without freezing my computer, I was just wondering why progressive loading
> of items was not an option for Wikidata.
>
> Is it too difficult to implement? Or impossible with mediawiki? Or just
> undesirable for some other reasons?

We've just made a huge improvement like 2 minutes ago ;-)
More will follow.


Cheers
Lydia

--
Lydia Pintscher - http://about.me/lydia.pintscher
Product Manager for Wikidata

Wikimedia Deutschland e.V.
Tempelhofer Ufer 23-24
10963 Berlin
www.wikimedia.de

Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.

Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg
unter der Nummer 23855 Nz. Als gemeinnützig anerkannt durch das
Finanzamt für Körperschaften I Berlin, Steuernummer 27/681/51985.

_______________________________________________
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l



--
Etiamsi omnes, ego non

_______________________________________________
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l




--
undefined