Google TRANSLATE

English French German Spain Italian Dutch

Russian Portuguese Japanese Korean Arabic Chinese Simplified

rss

Bagi sobat-sobat pengunjung Blog Share With me.. jangan lupa buat COMMENT dan FOLLOW yah..Terima Kasih. Selamat Membaca!

Minggu, April 03, 2011

Cloud Computing/Komputer Awan



Cloud computing adalah teknologi yang menggunakan internet dan server pusat yang jauh untuk menjaga/mengelola data dan aplikasi. Cloud computing membantu konsumen dan pebisnis untuk menggunakan aplikasi tanpa melakukan instalasi, mengakses file pribadi mereka di komputer manapun dengan akses internet. Teknologi ini memungkinkan efisiensi lebih dengan memusatkan penyimpanan, memory, pemrosesan, dan bandwith. Could Computing berbeda konsep dengan Client-Server, pada cloud computing server berperan sepenuhnya maksudnya user tinggal terima beres. segala macam kebutuhan user semua di server, user hanya perlu komputer, atau mini komputer ataupun selular yang ada koneksi internet(harus) dan browser. Cloud computing adalah user tidak memiliki infrastruktur fisik, melainkan menggunakan/meminjam jasa pihak ke-3. hal ini tentu saja dapat menghemat pengeluaran, user tidak perlu mengeluarkan tambahan biaya untuk maintenance, mengganti spare-part apabila rusak, dan user mungkin hanya perlu membeli komputer kosong tanpa harddisk, karena segala keperluan komputerisasi telah disediakan oleh pihak ke-3 termasuk security, backup, dan hal umum lainnya.

Contoh cloud computing adalah Yahoo email atau Gmail. Anda tidak perlu software atau server untuk menggunakannya. Semua konsumen hanya perlu koneksi internet dan mereka dapat mulai mengirimkan email. Software manajemen email dan serber semuanya ada di cloud (internet) dan secara total dikelola oleh provider seperti Yahoo, Google, etc. Konsumen hanya perlu menggunakan software itu sendiri dan menikmati manfaatnya. Analoginya adalah, "Jika and membutuhkan susu, kenapa membeli sapi?" Yang semua pengguna butuhkan adalah manfaat menggunakan software atau hardware seperti mengirim email dll. Hanya untuk mendapatkan manfaat ini (susu) mengapa konsumen harus membeli sapi (software/hardware).

Cloud computing dipecah ke dalam 3 segmen : aplikasi, platform, dan infrastruktur. Setiap segmen memberikan tujuan dan penawaran produk yang berbeda untuk pebisnis dan individual di seluruh dunia. Pada bulan Juni 2009, penelitian dilakukan oleh VersionOne yg menemukan bahwa 41% profesional senior di bidang IT tidak tahu apa itu cloud computing dan dua pertiga dari profesional keuangan bingung dengan konsep tersebut. Pada bulan September 2009, penelitian Aberdeen Group menemukan bahwa perusahaan yang disiplin mencapai rata-rata 18% pengurangan biaya IT mereka dari cloud computing dan 16% pengurangan dalam data center power costs.

Cloud computing terdiri dari beberapa layer atau lapisan, layer-layer itu antara lain:

1. client, yaitu komputer fisik (software dan hardware) yang bergantung pada service dari cloud computing. apabila tidak terkoneksi internet, maka client tidak dapat berbuat apa-apa.
2. application, software service atau Software as Service (SaaS) yang mengirimkan atau menyedikan software via internet.
3. platform, platform service atau Platform as Services (PaaS) yang menyediakan cloud infrastruktur atau infrastruktur maya yang mendukung cloud application.
4. infrastructure, infrastructure service atau Infrastructure as Services (IaaS) merupakan virtualisasi dari platform service. disinilah user tidak perlu membeli hardware, melainkan menggunakan layer ini pada cloud computing.
5. server, komputer fisik yang menjalankan segala kebutuhan client.

sumber:http://www.kaskus.us/showthread.php?t=5860587 ;http://farindiya.wordpress.com/ ;
Selengkapnya...

Sabtu, Maret 05, 2011

Memasang Skrip Google Analiytics


Google Analytics adalah termasuk solusi analisis web yang memberikan informasi rinci tentang kunjungan situs web dan keefektifan pemasaran. Hasil analisa kunjungan ke sebuah website/blog bisa menjadi acuan untuk optimasi hasil pencarian mesin pencari (serach engine).Manfaat lain Google Analytics adalah website/blog kita akan sering dikunjungi oleh robot mesin pencari Google. Tentunya akan memudahkan website/blog kita terindeks.

Berikut cara untuk dapat mengguakan fasilitas Google Analytics :
1. Kalian harus memiliki akun Google ( Gmail ).
2. Masuk ke www.google.com/analytics/
3. Klik menu Akses Analytics, kemudian login dengan akun Gmail.
4. Klik Sign Up
5. Maukkan alamat URL website/blog kalian yang akan didaftarkan pada Google Analytics.
6. Pilih lokasi teritorial-nya (Time zone) kemudian Continue.
7. Masukkan nama terakhir dan depan anda atau nama blog yang akan di SEO-kan, pilih negara, lalu klik tombol Continue.
8. Baca aturan penggunaan lalu cek list pada opsi kemudian klik Create New Account.
9. Kalian akan mendapatkan halaman yang berisi tentang petunjuk untuk menggunakan Google Analytics lalu klik Save and Finish.
10. Selesai mendaftar kalian akan masuk halaman utama.
11. Klik menu Edit untuk mengambil skrip Analytics dari website/blog yang telah kita buat.
12. Kalian ada di halaman Profile settings,
-kalian bisa mengecek status skrip sudah terbaca atau belum.
-Pada bagian bawah ada kode Analytics yang bisa di copy ke halaman website/blog bila sebelumnya belum terpasang.
-Jika skrip telah terpasang kalian bisa lakukan Tracking Code dengan klik Tracking Status.
-Jika skrip belum terpasang pada website/blog kalian bisa mengkopi skrip JavaScript yang ada kemudian pasang pada website/blog kalian.

Di bawah ini cara pemasangan Skrip Google Analytisc pada Blogspot :
1. Login ke Blogger.com
2. Pilih Tata Letak
3. Skrip Google Analytics sebaiknya dipasang pada halaman bawah. Klik tombol Tambag Gadget yang letaknya bawah (footer)
4. Pilih HTML/JavaScript
5. Kelmbali ke pada Google Analytics copy kode JavaScript yang akan dipasang.
(kode JavaScript dari hasil tracking alamat (misalnya: kyhananto.blogspot.com) harus dipasang pada alamat itu juga ) tidak boleh yang lain!!)
6. Paste kode tersebut
7. Simpan
8. Selesai.

Setelah terpasang kalian dapat melakukan pengecekan dengan melakukan Tracking Code lagi untuk memastikan skrip yang telah terpasang tdai telah terbaca oleh Google Analytics atau belum. Jika telah terbaca status memiliki keterangan "Tracking Installed".

Segini dulu informasi yang bisa saya sharing, mengenai analisa apa saja yang bisa dilakukan Google Analytics akan saya bahas lagi di lain kesempatan.

Semoga bermanfaat, terima kasih.

Selengkapnya...

Senin, Februari 28, 2011

Complex Systems Dalam Discovery Sumber Daya

3.5 Menerapkan Sistem Kompleks Teori Untuk Query Routing Dan Tabel Hash Distribusi

Bagian 2.3.1 menyimpulkan bahwa protokol routing query yang ada untuk tidak terstruktur net-karya yang tidak terukur dan cukup fleksibel untuk digunakan dalam berbagai jaringan tidak terstruktur. bagian itu berpendapat untuk sebuah protokol penemuan layanan yang dapat beradaptasi terhadap perubahan, tanpa perlu banjir, dan yang tidak mengeluarkan upaya untuk menemukan jalan terpendek dari satu node ke yang lain, karena dalam sistem dinamis, bahwa jalan pendek est adalah mungkin berumur pendek. Bagian ini proffers gagasan meniru proses biologis stigmergy, dibahas dalam Bagian 3.3 untuk memberikan dasar bagi sebuah query routing protocol dengan karakteristik yang diinginkan. Selain itu, dengan menggunakan teori jaringan yang kompleks, yang diuraikan dalam Bagian 3.4 modifikasi dapat dilakukan terhadap algoritma hash table Chord didistribusikan untuk meningkatkan skalabilitas untuk digunakan di lingkungan terstruktur stabil yang berisi node yang beragam kapasitas penyimpanan. Pekerjaan dilaporkan dalam dua bagian berikut ini juga dapat ditemukan di kertas sebelumnya.

3.5.1 Sebuah Protokol Routing Stigmergic

Ide

Salah satu tema meresapi dalam sistem yang kompleks adalah gagasan untuk mendapatkan pesanan secara gratis. Penerapan konsep seperti untuk perangkat lunak atau protokol untuk perangkat sumber daya con-tegang yang beroperasi di lingkungan yang dinamis sangat menarik dan tampak menjanjikan. Protokol untuk jaringan sensor, komputer genggam, ponsel dan perangkat dibatasi sama sumber daya harus minimalis karena keterbatasan fisik. Ini adalah faktor-faktor yang memandu desain query berikut routing protokol.
Lingkungan yang protokol ini dirancang terdiri dari perangkat sumber daya con-tegang didistribusikan secara acak di seluruh wilayah seperti pusat perbelanjaan. Perangkat yang mobile terhadap satu sama lain, dan mereka membentuk jaringan multi-hop. Setiap perangkat bebas untuk meninggalkan jaringan setiap saat. Di lain waktu mungkin bergabung dengan jaringan lain dengan karakteristik serupa.
Protokol routing query secara longgar didasarkan pada mencari makan semut, seperti yang dijelaskan dalam Bagian 3.3 di atas. Namun, protokol tentu menyimpang dari proses semut mencari makan-ing dengan alasan sebagai berikut.
Dalam mencari makan semut, ada satu sarang dan sumber makanan beberapa berpotensi. Feromon semut jalan langsung dari sebuah koloni tunggal untuk sumber berbagai makanan. Dalam pelayanan-covery dis, tidak ada satu sarang, tapi beberapa. sarang berkaitan dengan suatu layanan klien discov-ery. Klien dapat cache hasil query. Dengan demikian, dalam penemuan layanan, kehadiran jejak feromon tidak menguntungkan klien yang baru saja menerbitkan permintaan (kecuali klien tidak menggunakan cache), melainkan manfaat klien yang akan mengeluarkan permintaan di masa depan. Seolah-olah koloni semut yang berbeda berbagi jejak feromon mereka. Gambar 3.1 menggambarkan situasi ini.


Gambar 3.1: "Semut" dari berbagai "sarang" berbagi "jejak feromon".

Selanjutnya, feromon jejak dalam penemuan layanan harus dibedakan sesuai dengan jenis sumber daya mereka menuju. Sebuah jejak feromon yang mengarah ke deskripsi printer tidak ada gunanya untuk klien mencari perangkat penyimpanan, misalnya.
Pertanyaan yang tersisa: apa yang merupakan jejak feromon dalam protokol layanan dis-covery? Setiap node di sepanjang jalan dari situs resolusi query ke querier cache bisa respon keseluruhan. Ini berarti bahwa masa depan yang cocok dengan kueri sumber daya yang sama dapat diselesaikan dengan salah satu node di sepanjang jalan. Namun, di lingkungan tertentu yang didefinisikan di atas, ini bukan merupakan solusi yang berkesinambungan karena sumber daya perangkat sangat terbatas dalam hal kapasitas penyimpanan. alternatif adalah untuk menyimpan ringkasan singkat dari uraian layanan dan pointer ke node berikutnya-hop. Ringkasan tersebut mungkin hanya terdiri dari kelas atau jenis layanan. Jika query masa depan sesuai dengan ringkasan singkat, maka diteruskan ke node berikutnya-hop. Jika query tidak cocok dengan ringkasan disimpan, itu adalah untuk-dihindari secara acak. Proses ini berlanjut sampai query tersebut diselesaikan atau sampai counter hop nya berakhir (TTL).

Dalam skenario ini, kita asumsikan tidak ada iklan layanan. Dengan demikian, hanya node layanan berisi deskripsi layanan lengkap. Implikasi dari ini adalah bahwa permintaan paling untuk layanan ini akan diteruskan sepanjang jalan ke node layanan untuk diselesaikan. Hanya pertanyaan yang sangat sederhana - yang menentukan jenis atau kendala kelas dan tidak ada lagi - dapat diselesaikan oleh node intermediate, berdasarkan jejak feromon.
Algoritma tersebut disajikan di bawah ini.

void receive ( message ) {

if(isQuery(message)) {

if (match(message)) {
respond ( matchingServiceRecords ) ;

} else if(partialMatch(message)) {
forwardAlongTrail(message);

} else if(expired(message)) {
respond ( unresolved ) ;

}else{

decrementTTL ( message ) ;

forwardRandom ( message ) ;
}

} else { // It’s a query response

storePheromone ( message ) ;

forwardNextHop ( message ) ;
}

}


Algoritma di atas dijalankan pada setiap node. Node menerima pesan. Jika pesan query maka diperiksa terhadap hasil query disimpan yang previ-menerus dilalui melalui node dalam perjalanan mereka kembali ke klien query. Jika ada pertandingan, maka query bera

khir dan catatan waktu jasa pencocokan dikembalikan. Jika query cocok terhadap ringkasan singkat (pertandingan parsial), maka diteruskan ke hop berikutnya sepanjang jalan feromon yang relevan. Mungkin ada beberapa pertandingan parsial, dalam hal ini hanya salah satu pertandingan parsial yang dipilih, dan query diteruskan ke tetangga yang sesuai. Jumlah hop (TTL) tidak decre-mented jika query mengikuti jejak feromon, karena query akhirnya akan baik sepenuhnya diselesaikan atau akhir jejak feromon akan tercapai. Jika ada tidak cocok dan query telah

mencapai batas hop nya (TTL = 0), maka query yang belum terselesaikan dan sebuah pesan kepada efek yang dikirim sebagai jawaban. Jika tidak, permintaan tersebut diteruskan ke tetangga yang dipilih secara acak. Jika pesan query merupakan respon positif, maka respon akan disimpan di node ini dan kemudian diteruskan di rection-di query dari klien. Catatan Tersimpan akhirnya timeout kecuali mereka diperkuat oleh keterangan lebih lanjut. Ini versi sederhana dari algoritma mengabaikan isu-isu seperti loop routing dan backtracking query.


Diskusi

Query routing protocol yang disajikan di atas adalah sangat sederhana. Hal ini dijelaskan oleh seperangkat aturan kecil sepele yang memutuskan mana untuk maju pertanyaan dan mereka kembali sponses. Namun dari serangkaian aturan sederhana muncul.

Sistem yang lebih kompleks menjadi-haviour yang tidak secara langsung dikodekan pada set-aturan. Jika layanan (atau lebih tepatnya, query untuk kelas layanan khusus) yang populer, maka feromon jejak menjadi diperkuat. Artinya, layanan ringkasan cache yang merupakan jejak feromon tidak akan time-out. Jika layanan ini tidak populer, maka jejak feromon menuju ke sana (yang diciptakan sebagai hasil dari query yang cocok) akan menghilang sebagai hasil dari berakhirnya cache. Ini berarti bahwa layanan yang sudah populer akan memiliki lebih banyak kesempatan yang ditemukan dari satu kurang populer karena ada jejak feromon lebih menuju ke sana, dan dengan demikian kemungkinan permintaan akan menemukan suatu jejak feromon yang ada. Dalam bahasa sistem yang kompleks, dapat dikatakan bahwa jaringan berkembang untuk mendukung layanan populer karena permintaan untuk layanan populer akan menghabiskan lebih sedikit waktu mengembara secara acak sebelum tersandung di jejak feromon.

Karakteristik lain dari sistem yang kompleks, yang juga hadir dalam protokol penemuan layanan, adalah kemampuan untuk beradaptasi dengan kondisi yang berubah. Protokol menyesuaikan dengan node kegagalan dengan mereformasi jalan feromon seiring berjalannya waktu, sehingga memberikan kekokohan. Dalam hal banyak kegagalan node simultan, solusi atau keinginan res-kali, bahkan untuk layanan populer, mungkin lama, tetapi mereka mendapatkan kembali level bekas mereka sebagai pertanyaan lebih yang dikeluarkan.

Fitur-fitur muncul tidak dieksplorasi lebih lanjut di sini, dan banyak-ekor de dan komplikasi glossed atas. Algoritma ini pelayanan sederhana penemuan memberikan dasar untuk protokol routing terstruktur yang disajikan dalam bab berikutnya ter-, yang diberi pengobatan yang lebih menyeluruh. Sebuah diskusi dan analisis dari fitur-fitur muncul timbul dari protokol yang terjadi dalam Bab 7.


3.5.2 Membuat Tabel Distributed Hash Skala Bebas

Ide

Distributed hash table (DHT) protokol seperti Chord dan Pastry menawarkan cara di mana untuk menjamin, tanpa adanya kegagalan node, keberhasilan kunci pencarian dalam lingkungan terdistribusi. Properti ini membuat DHTs basis yang menarik untuk mem

bangun protokol penemuan layanan untuk stabil, terstruktur-KASIH lingkungan. Bahkan, INS / Benang adalah dibangun di atas DHT untuk membuat mekanisme penemuan layanan yang dapat diandalkan. Namun, bangunan di atas struktur tabel hash deterministik meniadakan manfaat dari sifat skala bebas dari jaringan yang mendasari atas mana DHT dibangun. Artinya, mampu, node yang terhubung sangat dipaksa untuk memainkan peran yang sama sebagai node kurang mampu dan kurang terhubung. Sebuah pertanyaan yang jelas-tion untuk bertanya, dalam terang pembahasan di atas tentang jaringan skala bebas, dapat DHT dibuat skala-gratis? Melakukan hal memiliki manfaat penting untuk mengurangi panjang jalur menegaskan usia dari satu node ke node lain dalam tabel hash peer-to-peer. Pada gilirannya, setiap penemuan layanan protokol overlay seperti tabel hash skala-bebas akan mencapai latency query yang lebih rendah. Sisa dari bagian ini dikhususkan untuk merinci mekanisme yang Chord DHT algoritma,

yang disajikan dalam Bagian 2.3.2, bisa berpengaruh terhadap suatu topologi skala-bebas.
Pertama-tama, perhatikan bahwa setiap jenis caching di Chord akan menghasilkan panjang jalan rata-rata berkurang dari satu simpul Chord yang lain. Dengan demikian, sebuah modifi cation-sederhana untuk algoritma dan struktur yang digunakan untuk mendukung algoritma tersebut dapat menghasilkan protokol yang lebih terukur dari segi rata-rata jumlah node yang perlu dihubungi selama lookup. Penambahan paling sederhana untuk algoritma Chord adalah untuk cache alamat node yang ditemukan selama pencarian. Tabel jari kemudian toko sebagai pengidentifikasi banyak dan alamat IP untuk setiap interval yang mampu melakukan. Selama pencarian, node kemudian dapat memilih untuk menghubungi salah satu simpul dengan ID terdekat ke node target, atau bisa mengukur waktu respon, dan memilih untuk menghubungi simpul dengan respon tercepat. Peningkatan dasar, atau yang sangat mirip dengan itu, disarankan oleh penulis Chord. Namun, mereka tidak membahas pilihan kebijakan cache pengganti, yang memiliki pengaruh langsung terhadap kinerja dari solusi. Sisa bagian ini membahas algoritma caching dan strategi cache pengganti Chord. Ini menunjukkan mengapa strategi cache pengganti yang dipilih adalah ideal untuk protokol Chord.
Teori jaringan, seperti yang dijelaskan dalam Bagian 3.4, menyarankan suatu cara di mana cache ini dapat digunakan untuk mengubah protokol Chord berkecenderungan pada skala set-bebas dari interaksi, sehingga mengurangi jumlah rata-rata masing-masing node dihubungi selama pencarian lebih jauh dari mekanisme caching di atas sederhana bisa dilakukan. Dalam sebuah jaringan heterogen, seperti orang mungkin menemukan dalam lingkungan komputasi luas, kita akan menemukan segala macam perangkat, beberapa di antaranya mampu menyimpan data dalam jumlah besar dan tersambung ke link bandwidth tinggi. Perangkat lain akan miskin sumber daya, dan akan terhubung ke perangkat lain hanya melalui link bandwidth rendah. Jika fungsi caching diperkenalkan untuk Chord, ukuran cache akan bervariasi dengan kemampuan node Chord. Nodes dengan cache besar umumnya akan memiliki informasi tentang node lebih dekat ke target daripada akan menjadi kasus dalam algoritma Chord asli. Hal ini benar karena teori jaringan menyatakan bahwa sangat berhubungan node, atau hub karena mereka dikenal, biasanya dapat menjangkau setiap node lain dalam jaringan dalam sejumlah kecil hop. Dalam konteks protokol meja kami hash, itu berarti bahwa, dengan probabilitas tinggi, sangat node tersambung dapat lebih dari membagi dua jarak ke target pada setiap hop, karena kemungkinan mereka tahu dari node lebih dekat ke target daripada yang mungkin di bawah asli Chord protokol. Algoritma baru mempertahankan kebenaran karena setiap langkah membawa node query setidaknya dua kali sebagai dekat dengan target sebagai node langkah sebelumnya.
Node cache ID, alamat IP dan ukuran cache masing-masing node dihubungi selama operasi mereka sendiri lookup. Ini tidak memerlukan tambahan pesan yang akan dikirim. Ukuran cache sepenuhnya disesuaikan untuk setiap node. Ketika cache yang terkait dengan interval tertentu dalam tabel jari penuh, node mengikuti strategi penggantian cache yang bias node dengan ukuran cache lebih besar. Seiring waktu, cache untuk interval masing-masing akan berisi node paling tinggi terhubung dalam selang waktu tersebut.

Diskusi

Untuk membuktikan kelayakan seperti strategi caching, model simulasi telah dibuat. Dalam simulasi, node ditugaskan kemampuan acak yang mewakili spasi metrik. Selama pengujian, kemampuan maksimum ditetapkan ke sebuah node adalah sepuluh persen dari jumlah node dalam simulasi. Kemampuan minimal adalah salah satu.


Gambar 3.2: Rata-rata panjang jalan yang asli dan dimodifikasi Chord algoritma

Hasil penelitian menunjukkan bahwa modifikasi dari algoritma asli kembali Chord-Hasil pengujian secara signifikan penurunan panjang jalan rata-rata antara node. Bahkan, seperti pencarian semakin banyak dilakukan, panjang jalan rata-rata antara node yang lebih pendek. Gambar 3.2 merangkum hasil yang diperoleh dari simulasi algoritma Chord dimodifikasi. Untuk tes masing-masing, satu juta pencarian dilakukan, dan panjang lintasan rata-rata dihitung. Sebagai contoh, dalam sebuah jaringan 512 node, panjang jalan rata-rata dalam algoritma Chord asli sekitar empat. Dalam algoritma dimodifikasi, setelah satu juta lookup, panjang jalan rata-rata adalah satu. Dalam jaringan yang lebih besar, dimana simulasi menunjukkan panjang hop telah berkurang dua pertiga dari panjang aslinya, panjang hop berkurang lebih jauh jika lebih dari satu juta query diterbitkan, karena pengetahuan sangat node yang terhubung akan menyebarkan lebih lanjut melalui jaringan .
Pemilihan algoritma cache tidak memiliki efek pada panjang jalan rata-rata. Untuk menentukan ini, algoritma cache dimodifikasi untuk cache node paling tersambung. Dalam sebuah jaringan 512 node, panjang jalan rata-rata adalah dua, dua kali lipat dari algoritma caching skala-bebas. Oleh karena itu, penggantian cache algoritma-algoritma kendali memiliki pengaruh pada rata-rata panjang jalur dalam jaringan.

Kami tidak menganggap kebijakan membersihkan setidaknya-terakhir digunakan karena perubahan popularitas node node baru secara dinamis ketika bergabung dengan jaringan dan ketika kunci baru ditambahkan ke DHT. Kemampuan dari sebuah node, dalam hal kapasitas untuk menyimpan titik-ers ke node lain, adalah properti statis, dan karenanya pilihan yang lebih baik yang menjadi dasar kebijakan membersihkan cache.


Selengkapnya...

Minggu, Februari 13, 2011

Cara Memilih dan Pengaturan URL Pada Blog



Kali ini saya masih melanjutkan penjelasan point selanjutnya dari parameter panduan SEO, sebelumnya saya telah menjelaskan mengenai optimasi meta tag, kali ini saya akan menjelaskan tentang pemilihan dan pengaturan URL yang baik pada suatu blog agar mudah dikenali oleh search engine atau mesin pencari. URL (Uniform Resource Locator) merupakan serangkaian karakter yang menunjukan alamat dari suatu sumber file dokumen maupun gambar di Internet.

Memilih dan mengatur URL yang tepat merupakan hal penting serta kewajiban untuk meningkatkan SEO. Karena selain untuk mempermudah mengingat suatu alamat yang ada di dalam suatu web/blog. URL itu sendiri juga bisa berfungsi sebagai keyword. Pemilihan URL yang tepat akan meningkatkan rangking suatu blog/web pada mesin pencari, semakin familiar URL tersebut maka semakin bagus keyword yang akan berpengaruh terhadap mesin pencari.

Pada suatu website dan beberapa layanan blog gratis maupun CMS ada cara sendiri untuk menentukan dan mengatur URL yang kita buat bahkan kita dapat mengganti URL tersebut kapan saja. Tapi tidak untuk blogspot, pada blogspot masih belum memilki pengaturan permalink sama sekali, sehingga kalian harus berhati-hati dalam menentukan suatu judul artikel. Karena blogspot tidak akan memakai semua judul artikel sebagai alamat URL dari artikel tersebut, tapi hanya 4 atau 5 kata paling depan saja. Jika URL dari artikel terpotong seperti ini :

Judul artikel : Strategi Promosi Untuk Pemasaran Pada E Commerce

URL : kyhananto.blogspot.com/2011/01/strategi-promosi-pemasaran-pada-e.html

maka akan mengecewakan bukan?!
Namun jangan khawatir kita bisa mengakalinya dengan berfikir cerdik, yaitu dengan melakukan posting yang didahului dengan pembentukan URL judul dahulu kemudian baru kita membuat judul dan isi artikelnya.

1. Login pada Blogger
2. masuk Dasbor klik Entri Baru kemudian Posting
3. ketikan judul dengan beberpa kata yang menjadi bidikan SEO

Judul artikel : Strategi Promosi Pemasaran E Commerce

4. kemudian Terbitkan Entry, maka akan mendapatkan URL :

URL : kyhananto.blogspot.com/2011/01/strategi-promosi-pemasaran-e-commerce.html

5. kemudian balik lahi ke Dasbor klik edit entry kemudian kita baru menuliskan judul yang sesuai dan isi artikel
6. Terbitkan Entry

Selesai sudah kita mengakali dengan cerdik kelemahan dari blogspot yang satu itu, kalian sudah mendapatkan artikel dengan judul yang lengkap serta URL yang sesuai bidikan SEO.



Selengkapnya...

Senin, Januari 31, 2011

Optimasi Meta Tag Pada Blog/Website


Melanjutkan postingan saya yang sebelumnya, kali ini saya akan menjelaskan point pertama pada artikel Parameter Panduan SEO yaitu Optimasi Meta Tag pada Blog/Website, maksudnya menambahkan meta tag pada halaman blog atau website kita. Untuk meningkatkan ranking dan tarffic pada mesin pencari ( search engine ) menambahkan meta tag pada setiap halaman blog dan website merupakan salah satu strategi SEO yang sangat penting.

Meta Tag? Apakah yang di maksud dengan Meta Tag? Meta Tag adalah sebuah informasi yang di tambahkan ke dalam suatu halaman blog atau website. Informasi ini diletakan dalam area "head" dimana informasi ini tidak bisa terlihat browser ketika kita meilhat halaman blog atau website tersebut.

Informasi ini kita letakan dalam area "head" karena area tersebut menjadi sangat penting jika dihubungkan dengan mesin pencari ( search engine ). Mesin pencari akan membaca infomasi Meta tag itu sebagai kata kunci atau keyword untuk hasil pencarian. Faktor terpenting untuk optimasi dan peningkatan ranking pada mesin pencari/search engine biasanya ditentukan dari ketepatan penulisan meta tag, terutama pada bagian description dan keyword sesuai dari isi blog atau website kita.

Berikut adalah bagian-bagian dari Meta Tag yang termasuk pentik untuk melakukan SEO pada Blog dan website kita, yaitu :
1. Title atau Judul dari Blog atau Website kita
2. Description atau deskripasi dari Blog atau Website kita
3. Keyword atau kata kunci yang kita gunakan sebagai target SEO.

Contoh dari Optimasi Meta Tag pada Blogger :
1. Login Blogger
2. masuk halaman Dasbor kemudian pilih Rancangan
3. Klik menu Edit HTML
4. sebelum mengedit akifkan Expand Template Widget
5. Letakan kode Meta Tag seperti di bawah ini :

<head>
<b:include data='blog' name='all-head-content'/>

<title><data:blog.pageTitle/></title>

<meta content='index follow' name='robots'/>

<meta content='blog, tips blog, website, bisnis, tutorial, animasi, objek 3d, bisnis online,serach engine, seo' name='keyword'/>

<meta content=' Kartiko Yudo' name='author'/>

<meta content='Tutorial langkah-langkah cara dan tips belajar blog, bisnis online, SEO, komputer dan Internet.' name='description'/>

<b:skin><![CDATA[/*

6. Simpan Template.

Selamat mencoba dan semoga bermanfaat sharing dari saya kali ini.
Terima Kasih.
Selengkapnya...

Categories

Banner qu.. ( you can select )

Share With Me.. Check Google Page Rank
 

Join YukS!

Banner sahabat

Learn from the best bloggers.  Find Award Winning Becoming a Better Blogger Blogs - BlogCatalog Blog Directory
BannerFans.com
free download http://coolmixs.blogspot.com/ Photobucket logoblog
http://gadget-devianty.blogspot.com
Photobucket
tlpg Semarang


Tanpa Batas bakuhatsu SHARING AND INFORMATION SHARING AND INFORMATION Blog Kang Epot - Seputar Ringkasan Semua Bidang Ilmu

BlogUpp