Offline content generator/2013 Code Sprint

Purpose of this page: Planning and status update for development sprint to replace MediaWiki's aging PDF rendering pipeline, 11/12-11/22

Primary participants:
 * Matt Walker
 * Max Semenik
 * Brad Jorsch
 * C. Scott Ananian
 * potentially, Jeff Green

Join the fun in #mediawiki-pdfhack on irc.freenode.net

Primary goal:
 * Resolve dependency on mwlib and PediaPress rendering setup for PDF generation for single-page documents and collections with the Collection extension. Minimum viable release would be an additional PDF output option being available via the Collection extension, to potentially phase out the old rendering pipeline. Rationale: Current service/architecture is not maintainable and we'd like to clean things up before moving things out of our old Tampa data-center into our new primary DC.

Stretch goals:
 * Continued support for PediaPress print-on-demand service, completely separate from Wikimedia's internal service;
 * Fully replace the old pipeline in the course of the sprint;
 * Support for other formats. Highest priority: ZIM for offline use
 * Improvements to PDF layout.

Functional requirements:
 * Needs to integrate with Collection extension.
 * Needs to append legally required licensing information.
 * Needs to include images in print-level resolution.

Architectural questions:
 * Use Parsoid HTML5 output and PhantomJS for PDF generation?
 * Hardware requirements; current system load? Provision VMs to test in Labs?
 * How to make service fully puppetized and deployable? Key dependencies? Security aspects e.g. private wikis?
 * Caching strategies for PDFs once generated?

Longer term questions:
 * Issues ownership
 * Follow-up sprint(s) consistent with TPA migration timeline
 * Cross-datacenter failover?

Docs:
 * Little bits of documentation of the old setup here: PDF Servers

/Brainstorming