Makalah HTTP

KATA PENGANTAR

Bismillahhirrohmanirrohim.

Dengan memanjatkan do'a dan puji syukur kehadirat Allah SWT serta sholawat serta salam tercurahkan ke junjungan kita Nabi Muhammad SAW, sehingga penulis dapat menyelesaikan tugas Pengantar Teknologi Informasi dengan judul HTTP atau Hypertext Transfer Protocol.
Adapun penulisan makalah ini dapat terselesaikan berkat bantuan dari segala pihak yang membantu terselesaikannya makalah ini.

Maka dari itu penulis mengucapkan terima kasih kepada :

1. Ketua Jurusan Multimedia

2. Guru Pembina Multimedia yang telah memberikan tugas untuk pembuatan makalah ini.

3. Rekan se-angkatan yang membantu dan mendorong serta memberikan informasi yang sangat diperlukan dalam penyusunan makalah ini sehingga dapat terselesaikan.

4. Semua pihak yang telah ikut berpartisipasi, serta telah memberikan semangat dalam membantu menyelesaikan makalah ini.

Penulis menyadari bahwa makalah ini masih banyak kesalahan dan kekurangan, maka dari itu penulis mengharapkan sumbangan pikiran, pendapat serta saran – saran yang berguna demi penyempurnaan makalah ini. Semoga makalah ini dapat berguna dan bermanfaat bagi pembaca.

Jambi, September 2012

Penulis

DAFTAR ISI

KATA PENGANTAR………………………………………………………………		i
DAFTAR ISI…………………………………………………………………………		ii

BAB I	PENDAHULUAN
	1.1 LATAR BELAKANG……………………………………….. 1.2 RUMUSAN MASALAH……………………………………… 1.3 TUJUAN……………….………………………………………	1 1 1
BAB II	PEMBAHASAN
	2.1 PENGERTIAN HTTP………………………………………. 2.2 IKHTISAN TEKNIS ……………………….……………….. 2.3 HTTP sesi …... 2.4 Permintaan metode ……………………………………….. 2.5 Metode Aman ............................................................ 2.6 Idempoten Metode Dan Aplikasi Web 2.7 Keamanan 2.8 Kode Status ………………………………………………… 2.9 Koneksi Persistent ……………………………… 2.10 HTTP negara sesi 2.11 Secure HTTP	2 3 3 3 4 4 5 6 6 8 8
BAB III	PENUTUP	14
	3.1. KESIMPULAN……………………………………………... 3.2. SARAN………………………………………………………	14 14
DAFTAR PUSTAKA

BAB I

PENDAHULUAN

1.1 Latar Belakang

Istilah HyperText diciptakan oleh Ted Nelson yang pada gilirannya terinspirasi oleh Vannevar Bush 's mikrofilm berbasis " memex ". Tim Berners-Lee pertama kali mengajukan "WorldWideWeb" proyek - sekarang dikenal sebagai World Wide Web . Berners-Lee dan timnya dihargai dengan menciptakan HTTP asli bersama dengan HTML dan teknologi yang terkait untuk web server dan browser web berbasis teks. Versi pertama dari protokol hanya memiliki satu metode , yaitu GET, yang akan meminta halaman dari server. ^[3] Respon dari server selalu merupakan halaman HTML.

Versi pertama didokumentasikan adalah HTTP HTTP v0.9 (1991). Dave Raggett memimpin Kelompok Kerja HTTP (HTTP WG) pada tahun 1995 dan ingin memperluas protokol dengan operasi diperpanjang, negosiasi panjang, lebih kaya meta-informasi, diikat dengan keamanan protokol yang menjadi lebih efisien dengan menambahkan metode tambahan dan field header. ^[5] ^[6] RFC 1945 secara resmi diperkenalkan dan diakui HTTP V1.0 pada tahun 1996.

WG HTTP direncanakan untuk menerbitkan standar baru pada bulan Desember 1995 ^[7] dan dukungan untuk pra-standar HTTP/1.1 berdasarkan kemudian mengembangkan RFC 2068 (HTTP disebut-NG) dengan cepat diadopsi oleh pengembang browser besar pada awal 1996. Pada Maret 1996, pra-standar HTTP/1.1 didukung Arena , ^[8] Netscape 2.0 , ^[8] Netscape Navigator Gold 2.01, ^[8] Mosaic 2.7 , ^[^rujukan?^] Lynx 2.5 ^[^rujukan?^], dan di Internet Explorer 2.0 ^[^rujukan?^]. Pengguna akhir adopsi dari browser baru ini adalah cepat. Pada bulan Maret 1996, salah satu perusahaan web hosting melaporkan bahwa lebih dari 40% dari browser yang digunakan di Internet adalah HTTP 1.1 compliant ^[.^rujukan?^] Itu web perusahaan hosting yang sama melaporkan bahwa pada bulan Juni 1996, 65% dari semua browser mengakses server mereka adalah HTTP / 1.1 compliant. ^[9] Standar HTTP/1.1 sebagaimana didefinisikan dalam RFC 2068 secara resmi dirilis pada Januari 1997. Perbaikan dan update dengan standar HTTP/1.1 dirilis di bawah RFC 2616 pada bulan Juni 1999.

1.2 Rumusan Masalah

Dengan melihat permasalahan yang ada maka masalah yang timbul :

a. Apa yang dimaksud dengan HTTP atau Hyperteks Transfer Protocol ?

b. Apa manfaat dari HTTP atau hypertext transfer protocol itu sendiri ?

c. Apa yang dimaksud dengan HTTP sesi ?

d. Apa saja permintaan metode di dalam HTTP atau hypertext transfer protocol ?

1.3 Tujuan

a) Untuk memenuhi salah satu tugas mata pelajaran

b) Untuk meningkatkan ilmu pengetahuan dalam bidang teknologi informasi khususnya tentang HTTP.

c) Untuk mengenal lebih dalam apa itu HTTP

BAB II

PEMBAHASAN

2.1 Pengertian HTTP

Hypertext Transfer Protocol (HTTP) adalah sebuah protokol jaringan lapisan aplikasi yang digunakan untuk sistem informasi terdistribusi, kolaboratif, dan menggunakan hipermedia. Penggunaannya banyak pada pengambilan sumber daya yang saling terhubung dengan tautan, yang disebut dengan dokumen hiperteks, yang kemudian membentuk World Wide Web pada tahun 1990 oleh fisikawan Inggris, Tim Berners-Lee. Hingga kini, ada dua versi mayor dari protokol HTTP, yakni HTTP/1.0 yang menggunakan koneksi terpisah untuk setiap dokumen, dan HTTP/1.1 yang dapat menggunakan koneksi yang sama untuk melakukan transaksi. Dengan demikian, HTTP/1.1 bisa lebih cepat karena memang tidak perlu membuang waktu untuk pembuatan koneksi berulang-ulang.

Pengembangan standar HTTP telah dilaksanakan oleh Konsorsium World Wide Web (World Wide Web Consortium/W3C) dan juga Internet Engineering Task Force (IETF), yang berujung pada publikasi beberapa dokumen Request for Comments (RFC), dan yang paling banyak dirujuk adalah RFC 2616 (yang dipublikasikan pada bulan Juni 1999), yang mendefinisikan HTTP/1.1.

Dukungan untuk HTTP/1.1 yang belum disahkan, yang pada waktu itu RFC 2068, secara cepat diadopsi oleh banyak pengembang penjelajah Web pada tahun 1996 awal. Hingga Maret 1996, HTTP/1.1 yang belum disahkan itu didukung oleh Netscape 2.0, Netscape Navigator Gold 2.01, Mosaic 2.7, Lynx 2.5, dan dalam Microsoft Internet Explorer 3.0. Adopsi yang dilakukan oleh pengguna akhir penjelajah Web pun juga cepat. Pada bulan Maret 2006, salah satu perusahaan Web hosting melaporkan bahwa lebih dari 40% dari penjelajah Web yang digunakan di Internet adalah penjelajah Web yang mendukung HTTP/1.1. ^[1]Perusahaan yang sama juga melaporkan bahwa hingga Juni 1996, 65% dari semua penjelajah yang mengakses server-server mereka merupakan penjelajah Web yang mendukung HTTP/1.1. Standar HTTP/1.1 yang didefinisikan dalam RFC 2068 secara resmi dirilis pada bulan Januari 1997. Peningkatan dan pembaruan terhadap standar HTTP/1.1 dirilis dengan dokumen RFC 2616 pada bulan Juni 1999.

HTTP adalah sebuah protokol meminta/menjawab antara klien dan server. Sebuah klien HTTP (seperti web browser atau robot dan lain sebagainya), biasanya memulai permintaan dengan membuat hubungan ke port tertentu di sebuah server Webhosting tertentu (biasanya port 80). Klien yang mengirimkan permintaan HTTP juga dikenal dengan user agent. Server yang meresponsnya, yang menyimpan sumber daya seperti berkas HTML dan gambar, dikenal juga sebagai origin server. Di antara user agent dan juga origin server, bisa saja ada penghubung, seperti halnya proxy, gateway, dan juga tunnel.

HTTP tidaklah terbatas untuk penggunaan dengan TCP/IP, meskipun HTTP merupakan salah satu protokol aplikasi TCP/IP paling populer melalui Internet. Memang HTTP dapat diimplementasikan di atas protokol yang lain di atas Internet atau di atas jaringan lainnya. seperti disebutkan dalam "implemented on top of any other protocol on the Internet, or on other networks.", tapi HTTP membutuhkan sebuah protokol lapisan transport yang dapat diandalkan. Protokol lainnya yang menyediakan layanan dan jaminan seperti itu juga dapat digunakan.."^[2]

Sumber daya yang hendak diakses dengan menggunakan HTTP diidentifikasi dengan menggunakan Uniform Resource Identifier (URI), atau lebih khusus melalui Uniform Resource Locator (URL), menggunakan skema URI http: atau https:.

2.2 Ikhtisan Teknis

HTTP berfungsi sebagai permintaan-respon protokol di klien-server model komputasi. Sebuah web browser , misalnya, mungkin klien dan aplikasi yang berjalan pada komputer hosting yang sebuah situs web mungkin server. Klien menyampaikan pesan permintaan HTTP ke server. Server, yang menyediakan sumber daya seperti HTML file dan konten lainnya, atau melakukan fungsi lain atas nama klien, mengembalikan sebuah pesan respon ke klien. Respon ini berisi informasi status tentang penyelesaian permintaan dan juga mungkin mengandung konten yang diminta dalam tubuh pesannya.

Sebuah web browser adalah contoh dari agen pengguna (UA). Jenis lain dari agen pengguna termasuk perangkat lunak pengindeksan digunakan oleh penyedia layanan pencarian ( web crawler ), browser suara , aplikasi mobile dan perangkat lunak lain yang mengakses, mengkonsumsi atau menampilkan konten web.

HTTP dirancang untuk mengizinkan elemen jaringan menengah untuk memperbaiki atau mengaktifkan komunikasi antara klien dan server. Tinggi lalu lintas situs sering mendapat manfaat dari web cache server yang memberikan konten atas nama server hulu untuk meningkatkan waktu respon. Web browser cache yang sebelumnya diakses sumber web dan menggunakan kembali mereka jika memungkinkan untuk mengurangi lalu lintas jaringan. HTTP proxy server di jaringan pribadi batas dapat memfasilitasi komunikasi untuk klien tanpa alamat global routable, dengan menyampaikan pesan dengan server eksternal.

HTTP adalah sebuah layer aplikasi protokol yang dirancang dalam kerangka dari Internet Protocol Suite . Definisi mengandaikan sebuah mendasari dan dapat diandalkan lapisan transport protokol, ^[2] dan Transmission Control Protocol (TCP) mendominasi untuk tujuan ini. Namun HTTP dapat menggunakan protokol tidak bisa diandalkan seperti User Datagram Protocol (UDP), misalnya dalam Simple Service Discovery Protocol (SSDP).

HTTP sumber daya diidentifikasi dan terletak pada jaringan dengan Uniform Resource Identifier (URI)-atau, lebih khusus, Uniform Resource Locators (URL)-menggunakan http atau https URI skema . URI dan hyperlink di Hypertext Markup Language (HTML) dokumen membentuk jaring antar-link hypertext dokumen. Di Internet yang World Wide Web didirikan pada tahun 1990 oleh ilmuwan komputer Inggris dan inovator Tim Berners-Lee .

HTTP/1.1 merupakan revisi dari HTTP asli (HTTP/1.0). Dalam HTTP/1.0 terpisah koneksi ke server yang sama dibuat untuk setiap permintaan sumber daya. HTTP/1.1 dapat menggunakan kembali sambungan beberapa kali untuk men-download gambar, script , stylesheet dan lain-lain setelah halaman telah disampaikan. HTTP/1.1 komunikasi karena itu mengalami kurang latency sebagai pembentukan koneksi TCP menyajikan overhead yang cukup.

2.3 HTTP sesi

Sebuah sesi HTTP adalah urutan jaringan permintaan-respon transaksi. Sebuah klien HTTP memulai permintaan dengan membentuk Transmission Control Protocol (TCP) koneksi ke khusus pelabuhan pada server (biasanya port 80, lihat Daftar TCP dan UDP nomor port ). Sebuah server HTTP yang mendengarkan di port tersebut menunggu pesan permintaan klien. Setelah menerima permintaan, server akan mengirimkan kembali baris status, seperti "HTTP/1.1 200 OK", dan pesan sendiri. Tubuh pesan ini biasanya merupakan sumber daya yang diminta, meskipun pesan kesalahan atau informasi lain juga dapat dikembalikan.

2.4 Permintaan metode

Permintaan HTTP dibuat menggunakan telnet. Permintaan, header respon dan respon tubuh tersebut disoroti.

HTTP

mendefinisikan sembilan metode (terkadang disebut sebagai "kata kerja") yang menunjukkan tindakan yang diinginkan yang akan dilakukan pada sumber daya diidentifikasi. Apa sumber daya ini mewakili, apakah sudah ada data atau data yang dihasilkan secara dinamis, tergantung pada pelaksanaan server. Seringkali, sumber daya sesuai dengan file atau output dari sebuah eksekusi yang berada di server.

KEPALA

Meminta respon yang identik dengan salah satu yang akan sesuai dengan permintaan GET, tapi tanpa respon tubuh. Hal ini berguna untuk mengambil meta-informasi yang ditulis dalam header respon, tanpa harus mengangkut seluruh konten.

GET

Permintaan representasi dari sumber tertentu. Permintaan menggunakan GET hanya mengambil data dan seharusnya tidak memiliki efek lain. (Hal ini juga berlaku beberapa metode HTTP lainnya.) ^[1] The W3C telah menerbitkan prinsip-prinsip panduan tentang perbedaan ini, katanya, " aplikasi Web desain harus diinformasikan oleh prinsip-prinsip di atas, tetapi juga oleh keterbatasan yang relevan. " ^[10] Lihat metode yang aman di bawah ini.

POST

Mengajukan data yang akan diproses (misalnya, dari bentuk HTML ) ke sumber daya diidentifikasi. Data tersebut termasuk dalam tubuh permintaan. Hal ini dapat mengakibatkan pembentukan sumber daya baru atau update sumber daya yang ada atau keduanya.

PUT

Upload representasi dari sumber tertentu.

DELETE

Menghapus sumber daya yang ditentukan.

TRACE

Gema kembali permintaan diterima, sehingga klien dapat melihat apa (jika ada) perubahan atau penambahan yang telah dibuat oleh server penengah.

PILIHAN

Mengembalikan metode HTTP bahwa server mendukung untuk ditetapkan URL . Ini dapat digunakan untuk memeriksa fungsi dari sebuah server web dengan meminta '*' dan bukan sumber tertentu.

CONNECT

Mengkonversi koneksi permintaan ke transparan terowongan TCP / IP , biasanya untuk memfasilitasi SSL -dienkripsi komunikasi ( HTTPS ) melalui terenkripsi proxy HTTP .

PATCH

Digunakan untuk menerapkan modifikasi parsial untuk sumber daya.

HTTP server harus terlebih dahulu menjalankan setidaknya metode GET dan KEPALA ^[13] dan, bila memungkinkan, juga metode PILIHAN

2.5 Metode Aman

Beberapa metode (misalnya, HEAD, GET, PILIHAN dan TRACE) didefinisikan sebagai aman, yang berarti mereka hanya ditujukan untuk pencarian informasi dan tidak boleh mengubah keadaan server. Dengan kata lain, mereka tidak boleh memiliki efek samping , di luar efek relatif tidak berbahaya seperti logging , caching , penyajian iklan banner atau incrementing web counter . Membuat permintaan GET sewenang-wenang tanpa memperhatikan konteks negara aplikasi karenanya harus dianggap aman.

Sebaliknya, metode seperti POST, PUT dan DELETE dimaksudkan untuk aktivitas yang dapat menyebabkan efek samping baik pada server, atau efek samping eksternal seperti transaksi keuangan atau pengiriman email . Metode tersebut karena itu tidak sesuai biasanya digunakan oleh robot web atau web crawler , beberapa yang tidak sesuai cenderung membuat permintaan tanpa memperhatikan konteks atau konsekuensi.

Meskipun keselamatan yang ditentukan permintaan GET, dalam praktek penanganan mereka dengan server tidak secara teknis terbatas dengan cara apapun. Oleh karena itu, pemrograman ceroboh atau sengaja dapat menyebabkan non-sepele perubahan pada server. Hal ini tidak disarankan, karena dapat menyebabkan masalah untuk caching web , mesin pencari dan agen otomatis lainnya, yang dapat membuat perubahan yang tidak diinginkan pada server.

2.6 Idempoten Metode Dan Aplikasi Web

Metode PUT dan DELETE didefinisikan menjadi idempoten , yang berarti bahwa permintaan identik harus memiliki efek yang sama seperti satu permintaan (Perhatikan bahwa idempotence mengacu pada keadaan dari sistem setelah permintaan selesai, jadi sementara tindakan server membutuhkan (misalnya menghapus record) atau kode respon itu kembali mungkin berbeda pada permintaan berikutnya, keadaan sistem akan sama setiap waktu.) Metode GET, HEAD, OPTIONS dan Trace, sedang diresepkan sebagai aman, juga harus idempoten, karena HTTP adalah suatu protokol stateless .

Sebaliknya, metode POST belum tentu idempoten, dan karena itu mengirim kali permintaan POST identik lebih lanjut dapat mempengaruhi negara atau menyebabkan efek samping lebih lanjut (seperti transaksi keuangan ). Dalam beberapa kasus ini mungkin diinginkan, tetapi dalam kasus lain ini bisa disebabkan kecelakaan, seperti ketika pengguna tidak menyadari bahwa tindakan mereka akan menghasilkan mengirim permintaan lain, atau mereka tidak menerima umpan balik yang memadai bahwa permintaan pertama mereka adalah sukses. Sementara web browser akan menampilkan kotak dialog peringatan untuk memperingatkan pengguna dalam beberapa kasus di mana reload halaman mungkin kembali mengirimkan permintaan POST, umumnya sampai dengan aplikasi web untuk menangani kasus di mana permintaan POST tidak boleh mengirimkan lebih dari satu kali.

Perhatikan bahwa apakah metode adalah idempoten tidak ditegakkan oleh protokol atau web server. Sangat mungkin untuk menulis sebuah aplikasi web di mana (misalnya) memasukkan database atau non-idempoten aksi dipicu oleh permintaan GET atau lainnya. Mengabaikan rekomendasi ini, bagaimanapun, dapat mengakibatkan konsekuensi yang tidak diinginkan, jika user agent mengasumsikan bahwa mengulang permintaan yang sama aman jika tidak.

2.7 Keamanan

Menerapkan metode seperti TRACE, TRACK dan DEBUG dianggap berpotensi tidak aman oleh beberapa profesional keamanan, karena mereka dapat digunakan oleh penyerang untuk mengumpulkan informasi atau melewati kontrol keamanan selama serangan. Keamanan perangkat lunak perangkat seperti Nessus dapat dipertahankan dan Microsoft laporan URLScan pada keberadaan metode ini sebagai masalah keamanan.

2.8 Kode Status

Dalam HTTP/1.0 dan sejak, baris pertama dari respon HTTP disebut baris status dan termasuk kode status numerik (seperti " 404 ") dan sebuah frase alasan tekstual (seperti" Tidak Ditemukan "). Cara agen pengguna menangani respon terutama tergantung pada kode dan sekunder pada header respon. Kode status kustom dapat digunakan karena, jika agen pengguna menemukan kode itu tidak mengakui, dapat menggunakan digit pertama dari kode untuk menentukan kelas umum respon.

Juga, frase alasan standar hanya rekomendasi dan dapat diganti dengan "setara lokal" di web developer kebijaksanaan itu. Jika kode status menunjukkan masalah, user agent mungkin menampilkan frase alasan untuk pengguna untuk memberikan informasi lebih lanjut tentang sifat dari masalah. Standar ini juga memungkinkan user agent untuk mencoba menafsirkan frase alasan, meskipun ini mungkin tidak bijaksana karena standar secara eksplisit menetapkan bahwa kode status yang dapat dibaca mesin dan frase alasan yang terbaca-manusia.

2.9 Koneksi Persistent

Dalam HTTP/0.9 dan 1,0, koneksi ditutup setelah sepasang permintaan / respon tunggal. Dalam HTTP/1.1 mekanisme tetap-hidup-diperkenalkan, di mana koneksi dapat digunakan kembali untuk lebih dari satu permintaan.

Koneksi persisten tersebut mengurangi permintaan latensi nampak, karena klien tidak perlu kembali menegosiasikan koneksi TCP setelah permintaan pertama telah dikirim. Efek samping lain yang positif adalah bahwa secara umum koneksi menjadi lebih cepat dengan waktu karena TCP slow-start -mekanisme.

Versi 1.1 dari protokol membuat perbaikan bandwith optimasi untuk HTTP/1.0. Sebagai contoh, HTTP/1.1 memperkenalkan pengkodean mentransfer chunked untuk mengizinkan konten pada koneksi yang gigih untuk dialirkan, bukan buffer. pipelining HTTP selanjutnya mengurangi jeda waktu, yang memungkinkan klien untuk mengirimkan beberapa permintaan sebelum tanggapan yang sebelumnya telah diterima untuk yang pertama. Lain peningkatan dengan protokol adalah byte porsi , yang ketika server mengirimkan hanya bagian dari sumber daya secara eksplisit diminta oleh klien.

2.10 HTTP negara sesi

HTTP adalah protokol bernegara . Sebuah protokol stateless tidak memerlukan server untuk menyimpan informasi atau status tentang setiap pengguna selama beberapa permintaan. Sebagai contoh, ketika sebuah server web diperlukan untuk menyesuaikan isi dari halaman web untuk pengguna, aplikasi web mungkin harus melacak kemajuan pengguna dari halaman ke halaman. Solusi umum adalah penggunaan cookie HTTP . Metode lain mencakup sesi sisi server, variabel tersembunyi (ketika halaman ini berisi bentuk), dan URL-ulang menggunakan URI-encoded parameter, misalnya, / index.php? session_id = some_unique_session_code.

2.1 Secure HTTP

Ada tiga metode membangun koneksi HTTP aman: Secure HTTP , Aman Hypertext Transfer Protocol dan sundulan upgrade HTTP/1.1 . Browser dukungan untuk dua terakhir, bagaimanapun, hampir tidak ada, sehingga Secure HTTP adalah metode dominan membangun koneksi HTTP aman.

BAB III

PENUTUP

3.1. Kesimpulan

HTTP atau kepanjangan dari Hypertext transfer protocol berfungsi sebagai permintaan respon protocol di klien server model komputasi dan sebagai penunjuk/ menunjukan informasi pada layer Aplication, Presentation dan Session.

3.2. Saran

Untuk membantu melihat alamat application atau blog yang sedang kita lihat maka lihatlah di HTTP karena http menunjukkan informasi pada layar application, presention dan session