Diff for "Foundations/Proposals"

Not logged in - Log In / Register

Differences between revisions 11 and 12
Revision 11 as of 2010-07-19 13:20:28
Size: 2433
Editor: gary
Comment:
Revision 12 as of 2010-07-21 14:35:13
Size: 2533
Editor: mars
Comment:
Deletions are marked like this. Additions are marked like this.
Line 20: Line 20:
 * Simplify daily launchpad development by changing to a new [[MergeWorkflowDraft|MergeWorkflow]].

Proposals

Feel free to put blueprint-like or LEP-like Foundations documents here.

Template for Proposals, based on LEP template

Incomplete

  • 45419 ("Launchpad needs a way of easily flagging spam")

  • Invalidating Cached Page Snippets: A possible replacement for the current TALES memcached integration based primarily on invalidation rather than expiration.

  • Performance Tests in Windmill: Implementing tests to enforce limits on the number of items loaded in a browser by a page initially and on a repeat viewing.

  • Unique ID for everything: Right now developers can't simply refer to any arbitrary object in the database. This means that library file aliases can't keep track of their parents for security purposes (see 397674), comments can't be implemented generically for all objects, and other issues (collect here, or on page when it is made).

  • Remove *.launchpad.net (with redirects for deprecation): Having different virtual servers (bugs.launchpad.net, code.launchpad.net) accomplishes very little, and for a significant cost: we can't share expensive-to-download files (combo.css, launchpad.js, and more) across the boundaries. This means every shared +icing slowdown compounds its cost for each "pillar". What about just using launchpad.net/bugs/ and launchpad.net/code/ and so on, like most other web applications? [Question for mars: why can't we share these again? Can we put these on a CDN? Note: JS on CDN is a security risk.]
  • Local "VPN CDN": Robert is going to test XXX
  • Speed up SQL deployment by making changes more careful/restricted XXX tied together with new version of MergeWorkflowDraft, which is itself tied together with the QA tagging changes

  • Switch to using directory of sdists. Make it easy to share eggs across deployments (autogenerate eggs?). Switch deployment to using zc.sourcerelease to package up eggs for minor cleanup of Makefile. XXX
  • Simplify Merge/Batch-Testing Machinery: implement our batch-testing approach with a single tool (tarmac eventually, maybe PQM as an initial experiment) to eliminate buildbot and poller machinery.

  • Simplify daily launchpad development by changing to a new MergeWorkflow.

Foundations/Proposals (last edited 2010-07-21 14:35:13 by mars)