Extension talk:LocalisationUpdate/LUv2

Getting feedback
I suggest to ask all our committed users we know of:. You're interested in the wikis without "wmf" in their MediaWiki version name. --Nemo 12:24, 13 March 2014 (UTC)
 * Thanks for the link Nemo! --kondi 14:03, 13 March 2014 (UTC)

Hashes
Small note, in "a list of message_id->hash pairs" the hashes may end up being longer than the content, take into account that most messages are very short. Is this a problem? --Nemo 16:39, 13 March 2014 (UTC)
 * I looked up some of the more complete translation files from mediawiki core, and most of the messages are indeed very short. It'd make more sense to use the messages as is, no hashing. --kondi 10:09, 21 March 2014 (UTC)

Some feedback
Kondi, I'm sorry I was so irritated earlier in IRC. Ordinarily I'm happy to give early feedback on a draft proposal, *if* I know what (specifically) the author wants feedback on. (The basic concept of the project? Prose style? Implementation plans?) But since you don't yet have a schedule and you don't yet provide any evidence that you can do this project (in three months, or at all), there's not much I can say beyond "work on your capitalization" and "when you make assertions, back them up". Sharihareswara (WMF) (talk) 15:01, 20 March 2014 (UTC)
 * I should've clarified that it wasn't complete before asking. Anyway I've added most of the required details now. -- kondi 12:02, 21 March 2014 (UTC)

Sandbox
Thanks for drafting a timeline. What's the sandbox you have in mind? Do you plan to set up a test instance of translatewiki.net? Or would that depend on you getting shell access on its server (which is not trivial)? --Nemo 07:09, 21 March 2014 (UTC)
 * There'll be two standalone servers (even a single server would suffice) in which the current scenario will be replicated. One would host mediawiki/jquery.uls/rails-port applications, the other will host the LUv2 service. Shell access to the translatewiki.net servers is not required. One option for updating the service database is to get the updates directly from translatewiki.net database (instead of depending on git hooks). For this I'll need read access to the translatewiki.net database (primarily the translate_tms table). --kondi 09:53, 21 March 2014 (UTC)
 * Quick correction, you do not want the translate_tms table, it's for translation memory. For that we use Solr (soon ElasticSearch) so that table is not in use. Git hooks (via GitHub or Gerrit?) on repositories sounds okay, but we could also think whether we can push information (not contents) about exports to your service directly form translatewiki.net. --Nikerabbit (talk) 16:11, 21 March 2014 (UTC)