(25 Agustus 2014)
Hari ini seharusnya hari pertama testing dan presentasi. tapi pada belum fix sistemnya… jadi molor…
kemarin memanfaatkan hari minggi buat bikin Api dengan baik dan benar. Jadi hari ini check ngirim SMS dengan memanfaatkan Api. Ya, kenyataan ngga semanis rencana…. ada aja masalahnya… Selain checking SMS, kami juga nyoba2 sistem nyar bug yang masih banyak…. dibenerin terus cari lagi… benerinya susah, ya begitulah.
(23 Agustus 2014)
Fungsi-fungsi utama CRm udah pada kelar, hari ini kami test buat pengiriman SMS langsung dari Gammu. Gagal-gagal terus, masih cari tau masalahnya apa. Dan ternyata ngga bisa pake kartu CDMA. Bego banget….. jadi mesti cari modem GSM, kartu perdana GSM plus mest ada pulsanya hedeh….. untuk pengiriman langsung dari gammu pakai cmd, masukin nomor tujuan dan isi sms…. dan cus terkitim
(22 Agustus 2014)
Masih berkutat dengan SMS Gateway kemarin, jujur aja masih awam banget soal Api. Kenal an sama Api gara-gara ambil mata kuliah SIstem Terdistribusi nya Ibu Dosen Sari, ada praktikumnya juga tapi pakainya java sih, sedangkan ni sistem pakainya php… =_=)
So, cari temen yang sudah akbrab sama Api. Dan jadilah sbuah fle api.php yang berada di server gammu yang melakukan checking ke database server CRM setiap 5 detik dengan menggunakan javascript ajax call. pengecekan yang dilakukan adalah cek apakah di dalam database CRM ada SMS yang tanggal engiimannya sama dengan tanggal dan jam saat ini. jika ada api.php akan melakukan pemanggilan pada dirinya sendiri untuk melakukan kirim SMS ke nomor yang dituju.
(21 Agustus 2014)
Hari ini kami belajar Api, Selain itu Intan dapet tugas untuk finishing setting Gammu di server Gammu untuk SMS Gateway. Sedangkan aku bikin fungsi dan form untuk SMs Gateway yang ada di sistem. Seperti yang udah aku jelasin di postingan-postingan sebelumnya, sistem yg kami bangun ini terdiri dari satu server di cloud yaitu sistem CRM nya dan banyak server gammu untuk SMS gateway setiap user. Kedua server ini di hubungan dengan sebuah api yang melakukan pemeriksaan data setiap 5 detik untuk melakukan pengiriman SMS secara otmatis sesuai dengan waktu yang ditentukan pada sistem CRM. SMS yang akan dikirmkan ada 2 tipe, yaitu SMS langsung yang berupa SMS promo atau pemberitahuan-pemberitahuan tertentu mengenai produk yang ditawarkan ke customer, dan SMS personal yang dikirmkan ke customer berkaitan dengan customer day atau event-event customer seperti ulang tahun, hari pernikahan, hari kelahiran anak dll. Jadi disini aku bikin form pengiriman SMS untuk SMS langsung dan form konfigurasi SMS untuk SMS personal.
(20 Agustus 2014)
Lanjut verifikasi email…. karena ngga berhasil juga pake library ion_auth, akhirnya aku move on bikin verifikasi email sendiri tanpa library. Ya akibatnya ngga ada fasilitas upa password y=dan ganti password sih… mesti bikin sendiri juga. Karena dikejar waktu jadi aku ngga pake 2 fitur tadi.
Nah cara bikin verifikasi email sendiri ternyata ngga susah, logikanya emang gampang tapi coding nya yang belum ada bayangan, jadi aku nanya2 ke temen deh…. dari pada stack ngga jadi jadi. Pertama kita buat fungsi send_email() di controller register yang isi nya adalah mengirimkan email ke alamat email tertentu. intinya fungsi ini berisi konfigurasi pengiriman email. Isi emailnya sendidi juga dituliskan di fungsi ini. Verifikasi email biasanya mengirimkan link ke email pendaftar. link ini berisi kode yang digunakan untuk autentikasi dan mengubah status pendaftar menjadi aktif sehingga dapat melakukan login ke sistem. Kali ini aku bikin linknya dalam bentuk button, karena isi email dapat diisi dengan kode html. tombol ini diarahkan ke fungsi aktivasi() di controller register. di dalam fungsi ini, program akan memerisa kode yang ada pada link dengan yang ada di database apakah ada yang sama, jika ada yang sama maka ganti status pada row kde tersbut menjadi aktif.
(19 Agustus 2014)
Hmmm…. ngga sesuai dengan schedule yang dibuat…. verifikasi email pake ion_auth belum berhasil. Sementara aku tinggal dulu karena meti ngejar target juga. Jadi hari ini aku bikin validasi form untuk setiap form yang membutuhkan validasi. Kali ini validasi formnya aku pake javascript.
(18 Agustus 2014)
Setelah libur Hari Kemerdekaan, abis santai-santai saatnya hari ini on fire lagi hahaha… lanjut project ^^
Karena kerjaan kemarin masih belum kelar soal verifikasi email pake ion_auth, jadi hari ini lanjut lagi. Fasilitas-fasilitas yang disediakan oleh ion_auth itu sendiri cukup banyak dan enak banget kalo bisa pakai ni library. Ada fasilitas veriikasi via email, lupa password, ganti password, dll. Tapi serius susah banget ni library nempel… =_=)\
(16 Agustus 2014)
Masih berkutat dengan project kamerin… hari ini Intan ngurusin masalah bug-bug registrasi, username tidak bisa sama. Kalau aku hari ini nglengkapin kekurangan registrasi juga bagian enkripsi password, nambah field input confirm password, dan mempelajari tentang verifikasi email. CI juga sudah menyediakan fitur-fitur registrasi lengkap dengan verifikasinya yaitu pakai library ion_auth. Jadi hari ini aku nyoba2 masang ion_auth ke sistem.
(15 Agustus 2014)
Hari ini kami membuat halaman layout untuk user profile, fasilitas read dan editnya juga. Untuk CSS kami pakai bootstrap 3.2 dan jquery yang kami pakai adalah versi 1.11.0.
Fungsi upload itu sendiri telah disediakan oleh CI, fungsi upload ini akan meminta user untuk memasukkan file image berekstensi .jpg atau .png kemudian file disimpan pada sebuah folder tertentu yang path nya telah ditentukan. Selain itu, pada source codenya kami juga harus menentukan ukuran file maksimal yang boleh di upload, dan ukuran dimensi gambar. Program akan memeriksa tipe file yang diupload, ukuran file, dan ukuran dimensi file. Kemudian, jika telah sesuai dengan ketentuan program akan menyimpan informasi meta data dari file tersebut, berupa nama file, ukuran file, dimensi file, dan path. Agar gambar dapat ditampilkan, kami menyimpan nama file gambar ke database, sehingga untuk menampilkan gambar tersebut kami tinggal memanggilnya dengan nama filenya.
(14 Agustus 2014)
Dengan penuh semangat… hahaha…. hari ini aku mulai bikin form registrasi. Intan nglengkapin CRUD yang belum. Karena sistem ini bersifat multiuser, maka user dapat melakukan registrasi secara mandiri. Makadari itu butuh form registrasi. Selain bikin formnya aku juga mesti mastiin apakah datanya berhasil di simpan di database. mas CEO nya juga minta password user dienkripsi dan ngga boleh cuma pake md5 karena di bruteforce bisa dan udah banyak yang punya database chippertextnya. Jadi, disini kami pake enkripsi SHA1 yang disisipin random character. Nah kalo gini kan aman… #insyaAllah
nanasho 