Facebook Developer Sessions: Open Graph Protocol, Credits, Analytics, and Insights

Table of Contents

1. Sessions

This is open graph protocal, credits, analytics and insights

2. New Tools

2.1. DONE 12:30pm Open Graph

12:25pm PST: Mark Kinsey and Austin Haugen from Facebook will be presenting on Social Plugins and the Open Graph Protocol.

http://developers.facebook.com/docs/api

Like button is a plugin. Trivial to implement assuming that some metadata is present for the page.

Use the Open Graph protocol to turn objects into URLs.

Like link rel="canonical".

<iframe src="http://www.facebook.com/widgets/like.php?href=http://example.com" scrolling="no" frameborder="0" style="border:none; width:450px; height:80px"></iframe>

2.3. DONE 2:30pm Graph API

2.3.4. Search

https://graph.facebook.com/search?q=

New parameters user type event.

2.3.6. Stability and documentation

Hackathon several weeks ago; should be considered stable.

Internal release to confirm how some of the core infrastructure should work to allow for this to release cleanly. Would need to have the core tools established before this could happen.

3. Techniques

3.1. 12:30pm Making Things Fast

Find fast query for the fast set. If you don't have enough data use delay.

Don't over fetch.

Don't over filter.

api.facebook.com returns around 400ms. However, a backend memcache server returns in 10ms given the caching policy.

  • Get firstName and lastName for all users that have added the application.
  • Notification delivered when something has changed for a user
  • Make request against api
  • Update the local cache

There is a new api-read.facebook.com: designed to shave off 70 ms off cross-coast penalty.

Access to developers who wrote the libraries.

Significant amount of change in the last year.

3.1.1. Questions

3.1.1.1. Apply the TOSS process for the redirections

These are all new features after a user has authed the page.

3.1.1.4. Parallel JS load -> lazy load of JS

Lazy loading will be coming soon. Things not often used will be lazy loaded. No time.

This is based on user data that is being generated now.

3.1.1.6. multi-queries

Characteristics of the query requires empirical testing to determine where the slow and fast backend limits would be based on the complexity of the query.

3.1.1.7. What are the timeouts for application response

15s

Make sure you have a histogram listing all response times. 12s+ should be an error.

3.1.1.8. Slow content rendering

Need to make a decision behind what is the core content that needs to show. The flow depends on making trade-offs. Entirely possible to create a perfect page with comprehensive data that will never load.

3.1.1.9. New features

Application configuration includes these elements. Would need to treat strategic as the core

4. Facebook Strategy

4.2. What changed in last six months

Simplification of