Download to read offline
Uploaded byLoren Davie
Axilent Tool Talk from Breaking Development 2012
The document presents Axilent, a SaaS platform that enables content management through automated publishing via an API, a central repository of structured content, and a unified workflow. It focuses on improving editorial policy by adapting content selection algorithms to various channels while ensuring ease of integration with existing systems. The platform offers free account creation for developers, with pricing based on production API usage.
Technologyā¦
More Related Content
Similar to Axilent Tool Talk from Breaking Development 2012
Axilent Tool Talk from Breaking Development 2012
- 1. Create Once, PublishEverywhere
- 2. The Problem WeUsed to Have Conten Website t
- 3. Solution: Content ManagementSystems
- 4. The Problem WeHave Now Conten t
- 5. Separate Workflows forSeparate Channels?
- 6. NPRās Create Once,Publish Everywhere
- 7. What Is Necessaryfor COPE? ā¢ Automated Publishing through an API ā¢ Central Repository of Structured Content ā¢ Unified Publishing Workflow
- 8. The Axilent Platform ā¢Automated Publishing through an API ā¢ Central Repository of Structured Content ā¢ Unified Publishing Workflow
- 9. 1. Automated PublishingThrough An API
- 10. Just publishing every piece of content in the repository is dumb.
- 11. Editorial Policy ā¢ Editorialpolicy decides what, when and where to publish content. ā¢ In the pre-Internet and WYSIWYG world, done with content selection and layout decisions. ā¢ However, in the multi-channel world, layout doesnāt make a lot of sense any more.
- 12. Content Channels ā¢ Automateseditorial policy ā¢ Any mix of content selection algorithms ā¢ Accessed through the API ā¢ Change the mix at any time without re-programming.
- 13.
- 14. Different Content forDifferent Purposes?
- 15. Different Content forDifferent Purposes? i18n
- 16.
- 17. Content Flavors Mobil Mobile Summary e Title Tablet Bod y Web Summary
- 18. Content Flavors Mobil e Mobile Channel Tablet Web Channel Web
- 19.
- 20. 2. A CentralRepository of Structured Content
- 21. Structuring Content WithContent Types ā¢ Structure defined by Auth Title Fields or ā¢ Fields have data types ā¢ Publishing channels can rely on structure of Article content Catego Body ry
- 22. Structuring Content WithContent Types ā¢ Fields have Saliency Auth Title or ā¢ How relevant is a content item with a matching field? ā¢ Assists with content Article selection algorithms Catego Body ry
- 23.
- 24. Workflow Review Process Deploy
- 25. Review Steps: EditingContent ā¢ Review Steps allow people to edit content. ā¢ A focus on editing structured content ā¢ A full blown CMS
- 26. Review Steps: EditingContent ā¢ Version Control ā¢ Team Editing and Communications ā¢ Tagging and more
- 27.
- 28. Process Steps: AutomatedContent Processing ā¢ Shapes content in preparation for publishing ā¢ Automatically applied to content when it passes through a Process Step.
- 29. Process Steps: AutomatedContent Processing ā¢ Truncate words ā¢ Sanitize text ā¢ Convert to slug ā¢ Auto-tagging ā¢ More to come!
- 30.
- 31. Deploy Steps: PublishingContent ā¢ On deployment, content becomes available to the API ā¢ Content published to āDeployment Targetsā: availability zones for content ā¢ A Deployment Step can publish to any number of Deployment Targets
- 32.
- 33. Integration ā¢ RESTful APIs ā¢Content as JSON or XML ā¢ API is secure! API keys + HTTPS.
- 34. Integration ā¢ Content APIretrieves deployed content and Content Channels ā¢ Library API pushes content into the repository ā¢ Integration with legacy CMS possible ā¢ WordPress plugin, more to come!
- 35. Documentation docs.axilent.com
- 36. Axilent - aSaaS Platform ā¢ Automated Publishing through an API ā¢ Central Repository of Structured Content ā¢ Unified Publishing Workflow
- 37. Axilent - aSaaS Platform ā¢ Free to open an account - no credit card required! ā¢ Free for developer use ā¢ Pricing based on production API usage
- 38.
Editor's Notes
- #2Ā - Good morning, Iām Loren Davie - CEO of Axilent - Talking today about publishing content on the Internet
- #3Ā The problem we used to have: - Get content onto the website, or maybe... - Get content into print and onto the website
- #4Ā - The solution: Content Management Systems - WYSIWYG: What You See Is What You Get - A nice bridge for people from print backgrounds - Based on the underlying assumption that the web is the only destination for the content
- #5Ā The problem we have now: - Get content onto the website, the mobile site, the mobile apps, the tablet apps, the retina display version... - What about devices that havenāt been launched yet?
- #6Ā - Should we make totally separate publishing workflows for separate channels? - Itās been tried, and it didnāt end well - Multiplies the effort and cost, per channel - wonāt scale
- #7Ā - the way forward: NPRās Create Once, Publish Everywhere - publishes content through an API, where it is then consumed by various apps etc. - controls production effort and cost, regardless of the number of devices showing NPR content
- #8Ā - Automated publishing via an API - A central repository of structured content - Central - so content changes are reflected everywhere the content is published - Structured - composed into significant fields (title, body etc), to be visually formatted by target publishing channel
- #9Ā - Automated publishing via an API - A central repository of structured content - A unified workflow
- #12Ā - Just pushing up every piece of content in the repository is dumb - Editorial policy: what / when / where? - Used to be controlled with layout (in a print / WYSIWYG world)
- #13Ā - Now done with Content Channels - any mix of curated or selection algorithms - Content Channel accessed via API - Change the mix without reprogramming
- #14Ā - Content Channel mix - Add curated item - Related by field - Publish channel to Deployment target - Pull content via REST console
- #15Ā - What if you need different versions of content for different purposes? - target devices: web, mobile, tablet - i18n: languages and locales
- #16Ā - What if you need different versions of content for different purposes? - target devices: web, mobile, tablet - i18n: languages and locales
- #17Ā - Content Flavors offer parallel versions of content
- #18Ā - āFlavorsā of content are comprised of fields appropriate to their Flavor
- #19Ā - Flavors and Channels work together - Set a Channel to a specific Flavor, or pass in a Flavor as an argument to the Channel - Once set to a Flavor, the content items from that Channel will only contain the fields associated with that Content Flavor
- #20Ā - Set a Flavor on a Channel, republish - Pull content via REST console, show how only flavor fields have been returned
- #22Ā - Content structure defined by the Fields of Content Types - Fields have data types - provides content integrity - publishing channels can rely on format of content coming from the system - Salience - answers question What is Relevant? - is how we can determine relevance between content items - assists with content selection algorithms
- #23Ā - Content structure defined by the Fields of Content Types - Fields have data types - provides content integrity - publishing channels can rely on format of content coming from the system - Salience - answers question What is Relevant? - is how we can determine relevance between content items - assists with content selection algorithms
- #25Ā - Each content type has a workflow with steps that define - Editing and review of content - Automated processing of content - Deployment of content - A single workflow can manage the entire publishing lifecycle for content, regardless of the number of target publishing formats
- #26Ā - The Inbox: where you go to edit content - Workflow determines whatās in your inbox - The Content Type controls editing forms - At the conclusion of editing, user can move content forwards / backwards in workflow
- #27Ā - The Inbox: where you go to edit content - Workflow determines whatās in your inbox - The Content Type controls editing forms - At the conclusion of editing, user can move content forwards / backwards in workflow
- #28Ā - Inbox - Content item editing - QuickEdit - Flavor editing - Workflow controls
- #29Ā - Automatically process content with a workflow step - truncate words - sanitize text for web - convert to slug - more to come! - Processing pipes control the flow of processing - Usage example: use Truncate Words in conjunction with Content Flavors to solve the mobile summary problem
- #30Ā - Automatically process content with a workflow step - truncate words - sanitize text for web - convert to slug - more to come! - Processing pipes control the flow of processing - Usage example: use Truncate Words in conjunction with Content Flavors to solve the mobile summary problem
- #31Ā - Create a process workflow step - Show processing pipes - Apply Truncate Words process to content
- #32Ā - When content is deployed it becomes available to the API - Deployment Targets: content āavailability zonesā for the API - Deploy Steps in workflow can specify as many Deployment Targets as you want. When content items hit the deployment step, they are deployed.
- #33Ā - Set up a deployment step
- #34Ā - RESTful APIs - content is serialized as either JSON or XML - Library API - Lets you push content into the Axilent repo - Enables integration with legacy CMSās. - Wordpress plugin exists, more to come! - Web Hook workflow step lets you integrate external processes into the workflow. - Content API lets you get content out of Axilent - API is secure: API key + HTTPS
- #35Ā - RESTful APIs - content is serialized as either JSON or XML - Library API - Lets you push content into the Axilent repo - Enables integration with legacy CMSās. - Wordpress plugin exists, more to come! - Web Hook workflow step lets you integrate external processes into the workflow. - Content API lets you get content out of Axilent - API is secure: API key + HTTPS
- #36Ā - Main documentation site: docs.axilent.com - API reference documentation: www.axilent.net/api/dir
- #37Ā - Provides - Automated publishing via an API - Central repository of structured content - Unified publishing workflow - Free to open an account - No credit card required to open an account - Free for developer use - Pay for production deployment - prices based on API usage
- #38Ā - Provides - Automated publishing via an API - Central repository of structured content - Unified publishing workflow - Free to open an account - No credit card required to open an account - Free for developer use - Pay for production deployment - prices based on API usage