TINJAUAN PUSTAKA 2.1.Tinjauan Empiris
2.2. Tinjauan Teoritis
2.2.4.1. Arsitektur aplikasi facebook
langsung berkomunikasi dengan satu sama lain, hanya melalui komputer.
2.2.4.1. Arsitektur aplikasi facebook
Di bawah ini adalah arsitektut web standar:
Gambar 2. 2 Arsitektur Web Standar
Saat kita ingin membuka halaman web, kita mengirimkan HTTP Request ke server. Di server, aka nada proses yang melibatkan aplikasi dan database. Hasil prose tersebut, sebuah halaman HTML akan dikirim ke browser kita.
Berbeda dengan bagaimana facebook platform bekerja. Saat kita membuka sebuah aplikasi yang ada di facebook, kita mengirimkan HTTP Request ke facebook server. Permintaan kita akan diteruskan ke server pemilik aplikasi tersebut. Ada beberapa informasi (misalkan user id) yang akan diminta dari server aplikasi ke server facebook. Selanjutnya server facebook akan merespon dan mengirimkan data ke server aplikasi. Setelah diproses di server aplikasi, ia akan mengirimkan dokumen dalam format FBML yang dikirim ke server facebook. Oleh facebook, dokumen diproses dan menghasilkan dokumen HTML yang dikirim ke halaman kita.
26
Gambar 2. 3 Arsitektur Facebook
2.2.4.2.Facebook Framework Components
Dalam facebook flatform, terdapat komponen-komponen yang bisa kita libatkan dalam source code kita. Beriut ini adalah komponen-komponen dari facebook framework.
a. Facebook API
API singkatan dari Application Programming Interface. Facebook API adalah adalah jantung aplikasi kita. Facebook API adalah antarmuka pemrograman web services (web service programming interface) untuk mengakses layanan utama facebook (profile, friends, photo event). API ini berbasis arsitektur REST (Representational State Transfer).
b. FBML ( Facebook Markup Language)
Facebook Markup Language adalah bahasa seperti HTML Versi facebook untuk menampilkan halaman di kanvas facebook. Berikut ini tiga fakta tentang FBML:
· FBML berisi juga subset element-elemen HTML. Elemen-elemen umum seperti p, ul, dan h1 juga bagian dari FBML.
27
· FBML juga mendukung untuk elemen script dan style. Namun, beberapa kode javascript dapat didukung di facebook javascript. Elemen style tidak dapat kita gunakan untuk mengakses eksternal style sheets. Kita hanya dapat menggunakan untuk internal CSS.
· FBML menyediakan beberaapa ekstensi untuk user interface secara khusus
c. FQL ( Facebook Query Language)
Facebook Query Language (FBQL) adalah interface berbasis SQL ke data facebook. Melalui FBQL, kit adapt mengakses banyak tabel di database facebook seperti user, friend, group, group_member, event, event_member, photo, album, dan photo_tag. FBQL adalah bahasa query yang mirip dengan SQL standar, namun ada beberapa batasan:
· Pernyataan SELECT harus dalam satu tabel dalam satu waktu.
· Query join tidak diijinkan.
· Sebuah query haruslah dapat diindeks. d. Facebook Javascript
Seperti yang telah disebutkan di atas, facebook tidak mendukung javascript standar di dalam elemen scriptnya. Namun ada kode javascript (yang dalam jumlah sangat terbatas) yang dapat dijalankan di facebook melaui facebook javascript.
2.2.4.3.Autentikasi Facebook
Platform Facebook menggunakan OAuth 2.0 untuk otentikasi dan otorisasi. Di Web Desktop, untuk mengotentikasi
28
pengguna menggunakan aliran sisi server kita harus mengikuti langkah-langkah berikut:
a. mengarahkan pengguna ke dialog Oauth
b. Pengguna diminta untuk mengizinkan menggunakan aplikasi
c. Pengguna diarahkan kembali ke aplikasi d. Tukarkan kode untuk akses token pengguna
e. Pengguna dapat membuat permintaan ke graph API
Otentikasi yang berhasil nantinya akan memperoleh token akses pengguna yang dapat digunakan untuk membuat permintaan ke API Facebook. Ada beberapa arus otentikasi dan masing-masing berlaku untuk platform yang berbeda.
Ketika aplikasi memperoleh token akses dari Facebook, itu akan berlaku segera dan itu dapat digunakan dalam permintaan ke API untuk beberapa periode waktu yang ditetapkan oleh Facebook. Setelah periode itu berlalu, token akses dianggap telah berakhir dan pengguna akan perlu dikonfirmasi lagi agar aplikasi Anda untuk mendapatkan token akses baru. Durasi yang token akses yang diberikan berlaku tergantung pada bagaimana access token itu dihasilkan.
29
2.2.5. Twiter
Twitter adalah layanan jaringan sosial berdasarkan informasi real-time yang menghubungkan pengguna dengan terbaru cerita, ide, pendapat dan berita. layanan semacam ini disebut layanan microblogging, karena berbeda dari blog tradisional di bahwa isinya biasanya lebih kecil dalam ukuran file yang sebenarnya dan agregat. Twitter memungkinkan pengguna untuk bertukar elemen kecil dari konten seperti kalimat pendek, gambar individu atau link video. Ini diciptakan oleh Jack Dorsey dan diluncurkan pada bulan Juli 2006. Layanan ini cepat mendapatkan popularitas di seluruh dunia dengan lebih dari 140 juta pengguna aktif.
Penggunaan layanan jaringan sosial ini sangat sederhana. Pengguna harus membuat profil, menemukan akun yang menarik dan mengikuti percakapan. Pengguna juga dapat mengirim sesuatu ke net atau memperbarui. potongan-potongan informasi yang disebut "Tweet". Tweet memiliki bujur 140 karakter
Twitter adalah alat yang sangat berguna untuk bisnis. Keterampilan yang paling penting bahwa Twitter dapat menawarkan adalah kapasitas menghubungkan perusahaan dengan pelanggan secara real time. Perusahaan menggunakan Twitter untuk berbagi informasi dengan cepat dengan orang-orang yang tertarik pada produk mereka, membangun hubungan dengan pelanggan, mitra dan influencer.
2.2.5.1.Twitter API dan Library
Twitter memiliki tiga API yang berbeda: Search API, rest API dan API Streaming. Search API memungkinkan pengguna untuk query untuk konten Twitter. Mencari kata kunci tertentu dalam tweet, menemukan tweet referensi pengguna tertentu, atau mencari tweets dari pengguna tertentu. Dengan API ini pengguna dapat memiliki akses ke data di sekitar Trends. Tetapi jika
30
kebutuhan pengguna untuk query Search API pada kecepatan yang ekstrim, maka lebih baik menggunakan API Streaming.
REST API memungkinkan pengembang untuk mengakses beberapa primitif inti dari Twitter, seperti jadwal, update status atau informasi pengguna. Jika salah satu pengembang ingin membangun satu aplikasi dengan profil dari satu pengguna, nama, gambar, pengikut, tweet terakhir dan sebagainya ini adalah API yang tepat. Selain menawarkan program akses ke obyek garis waktu, status, dan user, API ini juga memungkinkan pengembang banyak peluang integrasi untuk berinteraksi dengan Twitter. Melalui API ini, pengguna dapat membuat dan mengirim kembali ke Twitter, membalas tweet, retweet dan sisanya dari fungsi yang ditawarkan oleh Twitter.
API Streaming adalah untuk pengembang yang memiliki kebutuhan data yang intensif. Jika aplikasi untuk membangun sesuatu yang terkait dengan penelitian analisis, API ini adalah yang benar. Pengguna bisa mendapatkan jumlah besar kata kunci yang akan ditentukan dan dilacak, mengambil tweet geo-tagged atau mendapatkan status publik dari pengguna. Langkah pertama harus bekerja dengan API pencarian pertama, dan jika aplikasi sedang tingkat-terbatas atau jelas bahwa aplikasi memiliki kebutuhan query sangat agresif, maka perlu untuk pindah API Streaming.
Sumber daya REST API dibagi sesuai dengan tujuan dari query: jadwal, tweet, pencarian, streaming, pesan langsung, teman & pengikut, pengguna, pengguna disarankan, favorit, daftar, account, tempat danlain lagi. Beberapa contoh adalah sebagai berikut:
a. Timelines:
· GET_statuses/home_timeline: Mengembalikan status terbaru, termasuk retweets jika ada, diposting oleh
31
pengguna otentikasi dan pengguna mereka ikuti. Ini adalah waktu yang sama dilihat oleh pengguna ketika mereka login ke twitter.com.
· GET_statuses/mentions: Mengembalikan 20 recent mentions (status yang berisi username) untuk pengguna otentikasi. Metode ini hanya bisa kembali sampai 800 status.
· GET_statuses/retweeted_by_me: Mengembalikan 20 tweet terbaru yang diposting oleh pengguna yang terotentikasi.
· GET_statuses/retweeted_to_me: Mengembalikan 20 tweet terbaru yang diposting oleh pengguna terotentikasi
· GET_statuses/user_timeline: Mengembalikan 20 status terbaru diposting oleh pengguna otentikasi. Hal ini juga memungkinkan untuk meminta waktu pengguna lain dengan menggunakan SCREEN_NAME atau parameter userid.
b. Friends & followers:
· GET followers/ids: Mengembalikan array ID numerik untuk setiap pengguna mengikuti pengguna tertentu. Metode ini ampuh bila digunakan bersama dengan pengguna / lookup. · GET friendships/show: Mengembalikan
informasi rinci tentang hubungan antara dua pengguna.
· POST friendships/create: Memungkinkan pengguna otentikasi untuk mengikuti petunjuk yang ditentukan dalam parameter ID. Mengembalikan pengguna berteman dalam format yang diminta ketika sukses.
32
Mengembalikan string yang menjelaskan kondisi kegagalan ketika gagal.
2.2.5.2.Twitter Authentication