Recent updates to this section include:
- Requirements for developing sites compatible with PBS's Amazon and internal Web server software and architecture have been added.
- Other HTML specifications may be used as long as the principals of Progressive Enhancement/Graceful Degradation are applied.
- A new load and performance testing requirement is included for producers using Amazon hosting.
- CDN and Memcached requirements have been added.
- UUA is now a requirement for any site that requires registration and login, and links to the UUA special terms of service and data retention policy have been added.
- The MovableType supported version list has been updated.
- Relevant how-tos and technical specs have been migrated to PBS Interactive's Product Documentation space and linked from this section's requirements.
Compatible Web Server Software and Architecture
Producers are required to develop sites and databases that are compatible with PBS's existing Web server software and architecture. Specifications for sites and databases developed on PBS's dedicated Amazon servers is available at http://docs.pbs.org/x/fYCr, and specifications for sites and databases developed on PBS's internal servers is at http://docs.pbs.org/x/fQHB.
In order to reach the most users, sites should be developed using HTML specification 4.0 and cascading style sheet specification CSS1. Other HTML specifications may be used as long as the principals of Progressive Enhancement/Graceful Degradation are applied so that there is always a compelling and usable experience available for the site user. Compliance with The World Wide Web Consortium (W3C) guidelines and recommendations is required. HTML standards must be compliant for the doc-type it is declaring. If it is not, PBS reserves the right to not publish or to limit the site audience.
Supported Web Browsers
Sites must be developed to support PBS-approved Web browsers across platforms. Although it is not assumed that all users will have the identical experiences when using different browsers, it is vital that every user be able to experience the same content and as much visual richness and interactivity as possible.
PBS currently supports all "A-Grade" Browsers (http://developer.yahoo.com/yui/articles/gbs/), as defined by Yahoo!
Google Analytics Tagging
PBS uses Google Analytics as a preferred method of generating detailed statistics about visits to PBS.org Web sites. It is the producer's responsibility to request a Google Analytics account from their content manger during site production; metrics will be unavailable to the producer otherwise. To function properly, every page of a Web site on PBS.org must include the Google Analytics Tracking Code (GATC) through a Server Side Include. For more information and implementation techniques, visit [http://docs.pbs.org/x/MICr|]
PBS Code Widgets
Standard interactive features must be created using tried-and-true code available in the PBS code widget library. If a relevant code widget exists, PBS code must be used. The PBS Product Documentation area (http://docs.pbs.org/x/sYCy ) lists the current products and applications for you to use.
Registration and Authentication
Any project wishing to provide registration or authentication services to its viewers must utilize the PBS Universal Authentication Service. Further information can be found at: http://docs.pbs.org/x/dQHB.
Blog Publishing Platforms
PBS supports blogs developed with MovableType 4.3.4 publishing platform with Pro Pack, Perl version 5.6.1 as well as legacy versions 4.1 and 3.2.
- If a project requires extensive customization, 3rd party producers may elect to install their own instance of Movable Type in their operational environment, or they may elect to select another blogging platform such as WordPress, Drupal, et. al.
- Installation, customization, debugging, and support of any such blogging platform is the exclusive responsibility of the 3rd party developer.
- It is the developers responsibility to select a blogging platform that meets their product requirements as well as that will run using the technology stack and operational environment provided by PBS.
Plug-in Introductory Text
When a plug-in is required to view site content, the teaser must be accompanied by introduction text that:
- Explains what the feature is
- Lists the file size of the feature
- Provides a link to the plug-in download page.
Use of any cookies is subject to the oversight of the PBS technical staff and cookies that extend beyond a user session must be developed in partnership with PBS technical staff.
Airdate Code on PBS.org
When providing broadcast information, you must use PBS's airdates code. PBS's airdates code is a simple server-side include which can be customized by CSS. It automatically displays the correct broadcast dates and times for local stations, using data provided by TV Guide and cross-referenced with the episode titles and descriptions the producer provides to PBS Traffic and Operations.
For more information, read the detailed implementation steps on the PBS Product Documentation site at http://docs.pbs.org/x/OICr.
Content Distribution Network (CDN)
All 3rd party developers and producers are expected to utilize the PBS Content Delivery Network which is currently hosted by Limelight.
Full use of the CDN is a launch requirement for the following media types:
- All media files, including but not limited to Flash, video, GIF, JPEG, etc.
- All CSS files greater than 10k.
More information is available at: http://docs.pbs.org/x/F4HT.
All database intensive sites must implement object based and/or page level server side caching as necessary in order to maintain high performance.
- Use of memcached is required for all "dynamic" pages that rely upon an internal database or 3rd party services for real time data.
- PBS requires the use of memcached for all server-side object and page level caching.
- Implementation instructions can be found at http://docs.pbs.org/x/lQDu.
Performance and Load Testing
In order to maintain the highest level of user experience, PBS requires that all applications and sites developed by 3rd party developers on PBS's Amazon hosting services undergo (and pass) performance and load testing.
Performing this testing is the sole responsibility of the 3rd party producer or developer. The purpose of this load testing is to demonstrate that the application has been engineered to handle the high levels of traffic that the site may see at launch.
- Using the small Amazon instance (LAMP stack) that has been provided by PBS, sites and applications must demonstrate that they are capable of achieving 50 requests per second from 10 simulated users. All performance testing must be performed with the copy of ApacheBench that is included on the instance provided.
- Upon completion of load testing, producers will be required to submit a copy of the load testing results to PBS for review.
- The maximum allowable latency for the loading of any single page is 5 seconds.
Documentation on how to perform load testing may be found at http://docs.pbs.org/x/UYPj