wiki: continuous migrations on stage9

VERIFIED FIXED in 2.4

Status

VERIFIED FIXED
7 years ago
6 years ago

People

(Reporter: groovecoder, Assigned: groovecoder)

Tracking

unspecified
x86
Mac OS X

Details

(Whiteboard: u=contributor c=wiki p=2 2.4.5)

(Assignee)

Description

7 years ago
Migrate top 100 viewed, recently edited, longest, and non-english articles from MindTouch to Kuma on stage9 every 3 hours WITH the overwrite option.
We probably want another script run by cron like this one:

    https://github.com/mozilla/kuma/blob/mdn/scripts/migrate_recent.sh

And the command in that new script should look something like:

    python26 manage.py migrate_to_kuma_wiki --wipe --viewed=50 --recent=50 --longest=50 --nonen=50

That will delete all Kuma wiki docs, revisions, and tags. It will then migrate over the 50 most viewed, recently edited, longest, and non-english pages. 

That should be a decent subset for banging on, without migrating over everything (ie. 30000 pages). If 50 of each of these doesn't end up being too server-intensve, we could bump them up to 100 or 200

If the cronjob runs a script, rather than this command directly, we always have the option to tweak things later with a git push.
(Assignee)

Updated

7 years ago
Assignee: nobody → lcrouch
(Assignee)

Updated

7 years ago
Depends on: 731821

Comment 2

7 years ago
Commit pushed to mdn_prod at https://github.com/mozilla/kuma

https://github.com/mozilla/kuma/commit/3e433cebc00673273a39dfc24769f5789e253c38
Bug 731715 migrate_top script; fix user attr bug during migration
(Assignee)

Updated

7 years ago
Status: NEW → RESOLVED
Last Resolved: 7 years ago
Resolution: --- → FIXED
verified fixed https://developer-stage9.mozilla.org/en-US/docs/all
Status: RESOLVED → VERIFIED
Version: Kuma → unspecified
Component: Docs Platform → Editing
Product: Mozilla Developer Network → Mozilla Developer Network
You need to log in before you can comment on or make changes to this bug.