2. Content Management

Satu halaman telah dibuat, maka CMS akan menyimpan halaman tersebut pada tempat penyimpananya. Semuanya disimpan dengan link yang terkait. Pusat penyimpanan juga menyediakan fasilitas untuk mengelola content dengan metode :

· menjaga traking semua content sehingga bisa mengerahui siapa merubah dan kapan.

· Memastikan masing-masing user hanya punya privasi sesuai dengan haknya.

· Mengitegrasikan dengan system sesuai dengan spesifik kontent tersebut.

Yang paling penting ada masalah workflow capability. Sebagai contoh : bila ada content masuk yang dutullis oleh seseorang maka content tersebut tidak akan langsung dipublikasikan melainkan statusnya akan pending, sampai akirnya di review oleh administrator atau yang diberi hal untuk ini dan tergantung langkah administrator selanjutnya. Kalo di approve baik dengan diedit terlebih dahulu atau tanpa pengeditan, maka setelah itu content tersebut baru bisa dibaca oleh visitor.

3. Publication

Setelah atikel di terima oleh admin dan direview, tentunya disini admin atau user lain yang biberi privelege juga berhak untuk mengedit kali dirasa semua sudah sesuai selanjutnya artikel tersebut akan diapprove maka secara otamatis akan dipublikasikan sesuai dengan kategorinya.

4. Presentation

CMS dapat juga menyediakan penomeran atau berdasar tanggal untuk memindah kualitas dan efektifitas dirinya. Sebagai contoh CMS akan membangun navigasi buat kita dengan membaca struktur pengeluaran yang urut dari content yang teleh disimpanya. Sehingga akan membantu dalam mempresentasikan

Jenis-jenis komponen desain bisa sangat beragam, bergantung pada hasil analisi salam mengidentifikasi kebutuhan dan struktur content yang kita kelola. Beberapa komponen yang umum dijumpai, misalnya komponen navigasi, hyperlink, komponen data, dan lain-lain. Memang, tidak ada standar yang pasti, karena ini menyangkut s eni tentang bagaimana menyusun puzzle yang membentuk gambaran keseluruhan content dan desain yang dikelola.

b. Konstruksi content

Berbisara masalah content adalah perlunya memperjelas jenis-jenis content yang akan dikelola olah suatu sistem. Sedapat mungkin kita membuat pengelompokan jenis-jenis content berdasarkan nilai fungsinya, sehingga bisa ditelusuri dari desain tampilan halaman web tersebut. Pada desain-desain tersebut, seharusnya sudah bisa terlihat jenis-jenis content yang dimaksud. Misalnya ada bagian berita, artikel perusahaan atau institusi , laporan perusahaan dan mungkin juga produk layaan perusahaan.

Untuk memaksimalkan penggunaan kembali content tersebut, sebisa mungkin kita merancang struktur content yang fleksibel.

c. Management file

Sebagai salah satu bentuk multimedia, sebuah halaman web umumnya memuat file-file dengan format tertentu yang bisa diacu dari tag-tag HTML. Beberapa diantaranya meliputi gambar, audio, vidiu, animasi, dokumen, manual, laporan, dan sebagainya. Utuk memudahkan akses dan penggunaan file-file tersebut. Kita perlu mengelolanya, layaknya sebuah kepustakaan. Kita mungkin perlu membuat semacam katalog dan juga metadata untuk lebih memudahkan pecarian file-file yang dimaksud.

Jika sistem dirancang untuk mengenarate halaman web, maka file-file hasil generate ini harus pula dikelola dengan manajeman terpisah. Apabila production server halaman web ditempatkan terpisan dari administration server secara offline, maka perlu dibuat mekanisme sinkronisasi antara halaman situs hasil generate, dengan halaman situs pada production serber yang secara langsung diaksis oleh visitor

d. Form builder

kita perlu menabahkan fungsi form builder sebagai salah satu fasilitas interaktif antara visitor engan sistem. Fasilitas ini bisa digunakan oleh administrator untuk merancang tamkpilan form pada halaman situs internet. Pertimbangakan pula tingkat fleksibilitas form builder untuk mengakomodasi berbagai bentuk, jenis, dan keperluan form. Idealnya, CMS memiliki fasilitas form builder menggunakan format form ytang baku maupun tampilan yang bisa di dicustomize oleh perancang form.

e. Scurity dan workflow

Kemanan menjuadi suatu isu yang cukup penting dalam sebuah CMS. CMS dirancang untuk berinteraksi dengan berbagai jenis pengguna. Baik pengguna berpa visitor, terlebih lagi pengguna berupa administrator yang perlu diatur hak aksesnya untuk memperjelas peranan dan kewenangan masing-masing kelompok pengguna. Pemilihan hak akses berdasarkan fungsi ini, biasanya dikenal dengan istilah role-based security

Selanjutnya sistem juga harus menjamin pemilihan pengguna berdasarkan hak akses terhadap content. Skema pengamanan aliran data ini bisa ditempuh dalam beberapa cara. Yang lazim digunakan salah satunya dalah dengan menggunakan workflow. sebuah content diproduksi melewati beberapa tahapan, mulai dari pernulisan awal higga dipublikasikan

Mekanisme kedua dalan pengamanan data adalah dengan pengelompokan hak akses terhadap content. Administrator, selain dikelompokan berdasarkan fungsi uang dikalikanya, juga bisa dikelompokan berdasarkan data atau content yang mereka tangani. Pengelompokan ini bisa saja didasarkan pada pembagian struktur dana suatu perusahaan, misalnya pembagian dalam departemen-depaertemen atau komite-komite. Jika perlu, pengelompokan berdasarkan struktur itu dapat pula dibentuk dalan mekanisme hierarkis, dimana level yang lebih tinggi kemiliki kewenangan terhadap konten yang dikelola oleh level yang berada di bawahnya, namun tidak sebaliknya.

Kedua jenis mekanisme pengamanan data di atas biasanya sudah cukup untuk mengatasi kebutuhan pengelolaan content oleh CMS pada umumnya. Mekanisime lain dapat pula diimplementasikan ke dalam sistem, seperti mekanisme data-sharing atau data-assignment dan lain sebagainya

f. Versión tracking dan roolback

Sebelum menginjak tahap publikasi, content mungkikn mengalmi proses update beberapa kali karena adanya mekanisme revisi. Scope updating ini mulai dari skala struktur content hingga sistus internet. Pada hakikatnya, setiap ada perubahan dalam skala sekecil apapun, maka akan merubah status komponen dalan skala besar. Ada baiknya sistem CMS melakukan pencatatan dari setiap perubahan yang terjadi, sekecil apapun skelanya.

Dan history transaksi perubahan ini akan digunakan sebagai acuan ketika melakukan version release dari suatu situs internet. Sistem CMS sebaiknya dibekali dengn suatu mekanisme pengsipan, baik terhadap content yang sudah lawas maupun versi content yang sedang aktif. Ini penting, kerena sewaktu-waktu jika terjadi sesuatu maka mngakitkan kerusakan sistem, dapat dikakukan mekanisme roolback untuk kembali kestatus sebelumya yang masih dianggap sebegai versi yang valid. Sistem yang sudah rusak akan diganti oleh sistem sebelumnya, sehingga proses restore terhadap sistem menjadi jauh lebih mudah dan efisien

g. Extensubility

Untuk meningkatkan kemampuan situs internet yang dapat dikelola oleh CMS, perlu juga disediakan antarmuka untuk modul-madul tambahan (Add-Ons) yang bisa membongkar pasang. Jika modul-modul tambahan tersebut tidak pakai. Maka dapat dengan mudah menghilangkan modul tambahan itu dari sistem. Jika modul-modul tersebut diperlukan, yang patut dilakukan adalah memasukan atau menginstall modul tambahan tersebut ke sistem.

Dari sisi content, perluasan dapat dilakukan dengan melakukan content syndication dengan situs internet lainnuya. Caranya, dngak mengekstrak content yang disediakan oleh situs lain untuk dimasukkan menjadi bagian dari content CMS. Dengan menambahkan bagian content yang bermanfaat kedalam sistus Internet kita. Visitor pasti akan tertarik berkunjung. Informasi content yang memutakirkan dan beraneka ragam, selama masih relevan, akan memperkaya situs yang kita kelola untuk mendapatkan berbagai content yang sesuai dengan kebutuhan mereka.

h. Publikasi content

Setelah menentukan format-format yang akan dihasilkan oleh CMS, kita perlu menentukan bagaimana content itu kita sajikan kepada visitor, apakah halaman web hendak degenerate menjadi physical file atau degenerate on-the-fly. Masing-masing metode menawarkan keunggulan dan kekurangan. Sebuah sistem yang baik, harus bisa mengakomodasikan keduanya untuk memaksimalkan keugulan masing-masing metode.

Kelemahan web yang di generate menjadi file stasis antara lain adalah, membutuhkan mekanisme updating yang lebih rumit, karena sering terjadi gap antara content yang telah degenerate dengan content yang data dasarnya dikelola oleh CMS. Kerumitan ini akan semakin tambah, mengigat struktur content tersebut dibangun dari komponen-komponen yang lebih kecil. Kelemahan lain yang meskipun tidak terlalu menjadi kendala untuk saat ini adalah, mengenerate file statis yang lebih besar dan memerlukan menajemen file yang handal.

Adapun keunggulan metode penyajian halaman web dengancara degenerate on-the-fly antara lain. Mekanisme updating yang relative lebih mudah. Selain itu, aspek interaktifnya bisa dikembangkan semaksimal mungkin, tanpa hambaran berarti. Sedangkan kelemahannya antara lain, pemrosesan dilakukan setiap kali ada visitor mengakses, sehingga menyita dan memakan banyak sumber daya server. Mengenerate conatent on-the-fly berarty, pada perangkat produksi (production server) harus diintall modul paket atau paket aplikasi server.

Untuk itu metode gabungan layak dipertimbangkan untuk memaksimalkan keunggulan masing-masing metode, caranya bisa dnegan memilah-milah halaman yang akan degenerate menjadi file statis, dan halaman lain adalah dengan mengenarate komponen-komponen template yang lebih kecil menjadi file statis. Lewat cara ini, proses updating hanya akan berdampak pada komponen yang relevan dengan content yang bersangkuntan, sehingga lebih mudah untuk dikelola.

Ketika akan disajikan kepada visitor, barulah komponen-komponen halaman web yang telah degenerate menjadi file statis tersebut digabungkan on-the-fly. Mekanisme yang umum dipakai adalah, dengan memanfaatkan teknologi SSI (Server Side Include) di mana sebuah halaman web dapat memanggil halaman situs lain untuk digabungkan kedalan halaman web pemanggil.

Untuk menjamin sinkronisasi antara halaman situs dengan content actual yang dikelola CMS, perlu dirancang mekanisme penjadwalan untuk mengenerate halaman web yang perlu diubah secara berkala. Selain itu, proses mengenerate halaman statis perlu dibuat seefesien mungkin, karena proses ini akan sering dijalankan bukan saja secara manual, tapi juga secara otomatis mengikuti jadwal yang telah ditentukan

Mempublikasikan informasi ke dunia maya, berarti menjadikan informasi untuk konsumsi lintas negara. Asumsinya bukan hanya untuk konsumsi lintas Negara. Asusmsinya bukan hanya untuk konsumsi orang dari negara tertentu saja uyang akan mengakses informasi yang disediakan, melainkan juga meraka yang mungkin menggunakan bahasa lain. Oleh kerananya, sebaiknya dari awal sistem CMS yang dirancang mengakomodasi kebutuhan penggunaan multi bahasa. Ada beberapa pendekatan untuk menyajikan informasi dalam lebih dari satu bahasa. Yakni dengan melakukan proses penterjemahan terhadap seluruh content yang disajikan. Cara lain adalah, menggunakan bahasa utama dalam situs utama sembari menyediakan situs tersendiri untuk bahasa tambahan, masing-masing memiliki keunggulan dan kelemahan, bergantung bagaimana menyesuikan metode yang dipakai dengan kebutuhan kita.

Jika fasilitas multi bahasa hanya dikhususkan untuk satu keperluan khusus atau hanya bagian tertentu dari situs yang dibangun, mungkin pendekatan multi situs lebih layak untuk dilakukan. Sedangkan jika memang dari awal situs tersebut diperuntukkan bagi visitor yang memiliki beragaman bahasa, tentu pedekatan multi bahasa menjadi metode yang lebih layak.

Dari awal, pada umumnya aplikasi CMS memang sudah menunjang fasilitas menajemen multi situs, sehingga tidak menjadi persoalan untuk mengcreate sebuah situs khusus untuk bahasa tertentu pula. Yang harus lebih diperhatikan adalah fasilitas multi bahasa. Ini berarti seluruh aspek content idealnya juga dapat disajikan dalah bahasa yang beragam. Gambar-gambar desain yang menyajikan informasi tekstual harus diterjemahkan di samaping isi content sendiri, yang pada umumnya memang sudah terbentuk tekstual. Penyajian tipe data tanggal mesti disesuaikan dengan format baku tanggal ang biasa digunakan pada masing-masing negara asal bahasa tersebut.

j. Personalisasi

Fasilitas lain yang juga perlu diperbangkan adalah, adanya fungsi-fungsi personalization yang memungkinkan sistem menyajikan meraka masing-masing. Seolah-oleh, meraka diperlakukan secara khusus dan dapat lebih mudah menggunakan situs internet sesuai kebutuhan masing-masing yang unik. Hal ini biasa dilakukan untuk lebih menarik perhatian visitor.

Ada dua pendekaktan yang biasa dilakukan berkenanan dengan hal ini, yakni berdasarkan preferensi pengguna dah juga berdasarkan perilaku pengguna. Preferendi pengguna berarti, pengguna menyaktakan sendiri apa yang mereka inginkan dari sistem, misalnya, pilihan warna yang lebih disukai, bentuk tampilan yang lebih sesuai atau kelompok data yang paling mereka butuhkan dari situs yang bersangkutan.

Adapun yang berdasarkan perilaku pengguna berarti, sistem akanmencoba mencari pola kunjungan visitorm, lalu menyusun semaca profil perilaku tentang visitor. Informasi tenrtang pola perilaku ini kemudian akan dijadikan bahan pertimbangan bagi sistem dalam menyajikan informasi-informasi yang relevan dan mungkin dibutuhkan oleh visitor pada kunjungan berikutnya. Misalnya visitor yang sekring mengakses artikel belajar kelompok atau ekstra kulikurer berdasarkan perilaku kunjugan tersebutm, sistem dapat menyesuaikan content yang perlu ditonjolkan bagi visitor yang bersangkutan, yakni yang berkaitan dengan masalah belajar kelompok dan ekstra kulikurer

• Basic PHP Rp 75.000,- (4 kali pertemuan)
  
• PHP and MySQL web Development Rp 150.000,- (6 kali pertemuan)
• Basic PHP Security Rp 75.000,- (4 kali pertemuan)
• AJAX and PHP Rp 75.000,- (4 kali pertemuan)