Beberapa teman yang punya komputer/laptop dengan spesifikasi tinggi mungkin tidak tahu bagaimana caranya bisa menggunakan perangaktnya secara maksimal, terutama yang memiliki RAM besar.
Di bawah ini penulis beritahu caranya agar Anda bisa menggunakan RAM secara maksimal, bahkan mungkin sampai kehabisan resources.
Saya sarankan untuk pengguna RAM di bawah 8 GB pada komputer atau laptopnya tidak mempraktekkan tulisan ini, kalau tetap ngeyel penulis tidak ikut tanggung jawab.

Di Artikel ini penulis hanya menggunkan fitur Redaksi dari aplikasi perkantoran LibreOffice Impress.

JUAL BERBAGAI PART TV DAN MONITOR LCD/LED MURAH

Tentang Redaksi
Redaksi adalah suatu cara untuk menyensor kata-kata atau  menghapus informasi sensitif atau rahasia dari suatu dokumen.
Redaksi biasanya digunakan untuk melindungi informasi pribadi, data keuangan, data rahasia, dan informasi sensitif lainnya agar tidak dibagikan atau disebarkan secara tidak sengaja.

Unduh LibreOffice dari situs resmi LibreOffice, pilih yang sesuai dengan sistem operasi komputer Anda. kemudian Install.

Sebagai bahan uji coba unduh Berkas Membuat Presentasi Dengan LibreOffice Impress, setelah berhasil diunduh Ekstrak, selanjutnya buka berkas tersebut menggunakan LibreOffice Impress.

Setelah berkas berhasil dibuka, kemudian pilih tab Ulasan, klik ikon Redaksi. 

Terdapat empat alat redaksi yang bisa digunakan:

• 
  Persegi Panjang: digunakan untuk memberi tanda pada konten yang akan disunting dengan cara menggambar objek persegi panjang di atas konten tersebut. Gunakan pegangan untuk mengubah ukuran persegi panjang.
• Garis Bentuk Bebas: digunakan untuk memberi tanda pada konten yang akan disunting dengan cara menggambar garis atau poligon bentuk bebas untuk menutupi konten. 

Dalam Tombol Ekspor berkas yang telah disunting tersedia dua opsi:

• Ekspor PDF Terredaksi Putih: mengekspor dokumen Anda dengan mengonversi objek semi transparan yang menutupi konten menjadi objek putih, dan ekspor sebagai gambar atau piksel dalam format PDF.
• Ekspor PDF Terredaksi Hitam: mengekspor dokumen Anda dengan mengonversi objek semi transparan yang menutupi konten menjadi objek hitam, dan ekspor sebagai gambar atau piksel dalam format PDF..
• Ekspor PDF Pratilik: Membuat dokumen dalam format PDF untuk dibagikan sebagai salinan kata demi kata yang masih berupa teks untuk ditinjau.

Contoh penggunaan Redaksi

• Penulis anggap bahwa berkas presentasi Anda sudah dibuka dengan LibreOffice Draw, pilih dan klik ikon alat redaksi persegi panjang.

• Buatlah bentuk persegi panjang untuk menutup salah satu teks atau gambar. 

• Sekarang ekspor berkas yang sudah disunting tersebut menggunakan mode Ekspor PDF Terredaksi Putih dan ekspor sebagai gambar atau piksel dalam format PDF.

Nah..... inilah proses penyiksaan komputer dimulai, silakan tunggu sambil berdoa agar komputer/atau laptop Anda tidak apa-apa.

Jika komputer/laptop Anda dirasa masih mampu menahan siksaan silakan buka palikasi berat lainnya.

Maka setelah proses penyikasaan selesai, tercipta berkas baru format PDF dengan bagian teks atau gambar tertutup kotak putih sesuai kotak persegi panjang yang telah ditambahkan sebelumnya.
Berkas format PDF yang dihasilkan berupa bitmap atau bukan lagi teks, tentu saja tidak bisa diblok dan dicopy-paste..

Beberapa bulan belakangan ini penulis sering mengerjakan pembuatan Jam Digital & Jadwal Waktu Sholat untuk beberapa Masjid.
Berikut ini penulis buat beberapa catatan singkat untuk pembuatan tersebut Jadwal Waktu Sholat tersebut.

 Bahan:

• TV LCD/LED ukuran 24 - 32 Inch: untuk menampilkan Jadwal Waktu Sholat
• STB Android TV Box: untuk pasang aplikasi Jadwal Waktu Sholat.
• Timer Digital: untuk mengatur nyala dan mati TV secara otomatis agar TV LCD/LED lebih awet
• Adaptor DC 12 V dan Kipas komputer bekas ukuran 8 cm: untuk pendingin tambahan).
• Kabel dan Stop Kontak 4 Lubang: untuk colokan Timer. STB, dan Adaptor DC 12 V.
• Barcket TV: untuk menempelkan TV LCD/LED ke dinding.

Peralatan

• Bor Listrik
• Mata Bor

 Setting Timer
Colokkan Timer yang akan digunakan ke Stop Kontak untuk melakukan pengisian baterai sehingga terisi penuh (sekitar 8 – 12 jam).

Reset Timer ke posisi awal dengan menusuk tombol kecil di bawah simbol huruf R dengan menggunakan benda kecil yang ujungnya tumpul.

JUAL BERBAGAI PART TV LCD/LED MURAH

Catatan:

• Ketika menekan tombol WEEK, HOUR, atau MIN salah satu jari tetap menekan tombol CLOCK.

Berikutnya adalah mengatur agar Timer menyala dan mati secara otomatis dengan waktu yang berbeda-beda.

• Tekan tombol PROG, pilih 1 On untuk mengatur urutan pertama Timer menyala secara otomatis.
• Tekan tombol WEEK beberapa kali hingga mendapatkan hari yang sesuai, dalam contoh penulis melakukan pengaturan mulai hari Selasa maka pilih TU.
• Tekan tombol HOUR beberapa kali hingga mendapatkan JAM yang sesuai dalam contoh penulis melakukan pengaturan Timer menyala pada pukul 04.
• Tekan tombol MIN beberapa kali hingga mendapatkan MENIT yang sesuai.
• Dalam contoh penulis melakukan pengaturan agar Timer menyala otomatis pukul 4.10.

Jika pengaturan 1 sudah sesuai lanjut ke pengaturan berikutnya.

• Tekan tombol PROG, pilih 1 Off untuk mengatur urutan pertama Timer mati secara otomatis.
• Tekan tombol WEEK beberapa kali hingga mendapatkan hari yang sesuai, dalam contoh penulis pilih TU.
• Tekan tombol HOUR beberapa kali hingga mendapatkan JAM yang sesuai dalam contoh penulis melakukan pengaturan Timer mati pada pukul 05.
• Tekan tombol MIN beberapa kali hingga mendapatkan MENIT yang sesuai.
• Dalam contoh penulis melakukan pengaturan agar Timer mati secara otomatis pukul 6.25.
• Lakukan langkah-langkah yang hampir sama untuk mengatur HARI, JAM, dan MENIT lainnya.
• Jika semua pengaturan sudah sesuai, tekan tombol CLOCK untuk mengakhiri pengaturan.

Jika ingin melakukan koreksi pada Timer, tekan PROG untuk menampilkan pengaturan yang telah dibuat sebelumnya, kemudian pilih HARI, JAM, dan MENIT yang akan dikoreksi, lakukan pengaturan seperti cara sebelumnya.

Di bawah ini penulis lampirkan tabel pengaturan Timer di salah satu Masjid yang pernah penulis setting.

• Dalam contoh tabel penulis melkukan pengaturan khusus untuk hari Kamis dan Jum’at, yaitu setiap hari kamis TV mati otomatis pada pukul 20.45 karena sering diadakan pengajian, dan setiap hari Jum’at siang TV menyala lebih awal.

 Demikian Tuturial singkat cara setting Timer Digital untuk implementasi jadwal waktu sholat, sampai jumpa dengan tutorial lainnya.

Hi all!

I hope that you, wherever now, are doing well and happy as well. I would like to share about my experience at the AWS Summit Singapore two weeks ago, on May 7 2024 that I attended and spoke at.

First, honestly, I didn’t expect to have the opportunity to speak at the event, which was in the Developer session. I had been informed beforehand that there would be an AWS Summit Singapore and I thought that I should register because we definitely agreed that it would be a huge event, especially in Singapore.

Then, I remember one month before the event, the Call For Papers (CFP) program opened and I thought I should give it a try (regardless of being accepted or not). There were two opportunities, Live Project Demo and Flash Talk.

I wasn’t sure what topics the other speakers would cover and to increase my probability, I tried to apply two talks that covered Amazon EKS (Elastic Kubernetes Service) and AWS Network Firewall.

Then, one of my talks got accepted! I was so happy and super excited!!

Perhaps, this one will be one of my big achievements this year. I had been preparing my slides for about two weeks and I had a rehearsal three days before the D-Day event. The AWS Team helped me a lot!

My session took place at 10:40 SGT and to be honest, I was quite nervous and worried about my English skills. I was worried that I would suddenly be speaking in Indonesian instead of English. If that happened, what about the material?

But that didn’t happen thankfully because I enjoyed it so much. The allotted time was about 20 minutes, I used it for about 30 minutes! Luckily for me, my session was before lunch, so there was no issue with that. Thanks to Mark!

I had the opportunity to join the panel discussion with the main topic of Generative AI. Since I am not yet an expert in Gen AI, I learned a lot from the other speakers, thanks to Mark, Kristine, Arvin, and Yube Wang. I remember the last question, if I had the chance to make Generative AI application for cats, what would I want to make?

Took a picture with other AWS Community folks.

It was such an exciting event. Thank you all and see you in other blog!!

Tadi sewaktu bongkar berkas kuliah yang lumayan menumpuk di drive, saya iseng coba lihat satu-satu termasuk foto-foto lama. Perjalanan selama hampir empat tahun yang kalau dipikir dan dilihat sekarang, keliatan sangat amat berkesan.

Salah satunya yang terlampir. Menurut saya pribadi, mata kuliah pengembangan game termasuk yang cukup sulit.

Mungkin karena dari awal mindsetnya itu main game sulit (karena hampir selau kalah), pun harus ditambah memastikan game tersebut bekerja sesuai fungsinya. Jadi, saya harus memastikan ada pemain yang bisa menang kalau main game tersebut. Cukup sulit kan?

Apalagi aplikasi yang dipakai, Unity, cukup berat dan perlu usaha ekstra untuk membuatnya berjalan semestinya di laptop Linux saya.

Makanya, sewaktu nilai akhir mata kuliah ini keluar, saya langsung bersyukur, sudah lebih dari cukup dan tidak perlu mengulang.

Dikarenakan adanya perubahan dari Kurikulum 2013 (K13) ke Kurikulum Merdeka (KurMa), maka secara otomatis materi ajar di sekolah-sekolah juga berubah.

Berdasarkan riset dan uji coba yang saya lakukan, modul format presentasi lebih mudah implementasinya ketika di gunakan untuk mengajar.

Soal Latihan

Pada masing-masing modul sengaja saya sediakan soal untuk latihan yang dapat dikerjakan para murid tanpa menggunkan komputer, yaitu dengan cara mencetaknya (print) sesuai jumlah murid yang mengikuti pelajaran.

Di bawah ini saya mulai melampirkan tautan beberapa modul

Berhitung

• Hitung dan Warnai Benda
• Belajar Penambahan
• Belajar Pengurangan
• Belajar Pecahan 1 (segera tersedia)
  
• Belajar Pecahan 2 (segera tersedia)
• Cari Komplemen Sepuluh (segera tersedia)
• Mengurutkan Angka  
• Urutan Angka

Membaca

• Mengurutkan Huruf
• Mengurutkan Kalimat
  

• Huruf dala m kata mana (segera tersedia)
• Huruf yang hilang  (segera tersedia)
• Praktik membaca mendatar (segera tersedia)
• Praktik membaca menurun (segera tersedia)
• Nama gambar (segera tersedia)
• Permainan klasik hangman (segera tersedia)
•  

 Perkantoran

• Belajar LibreOffice Calc - Bagian 1
• Belajar LibreOffice Calc - Bagian 2 
•  

Desain Grafis  

•  Menggambar Rumah Sederhana Dengan Inkscape
•  

Halo semua!

Selamat siang! Apa kabar? Jumpa lagi di Jurnal saya ya! Sudah lama tidak update dan disini saya ingin memulai tahun 2024 dengan topik migrasi database MySQL di on-premise ke Cloud SQL menggunakan Database Migration Service.

Yup!

Mengapa harus menggunakan Database Migration Service? Sebenarnya bisa saja kita menggunakan tool semacam mysqldump untuk dump database di on-premise dan restore di Cloud SQL. Itu cara termudah dan tidak perlu layanan tambahan seperti Database Migration Service. Hanya saja hal tersebut memiliki kekurangan salah satunya aplikasi haruslah downtime.

Mengapa? karena jika kita menggunakan tool mysqldump sedangkan aplikasi masih dalam keadaan up dan running, maka ditakutkan adanya inkonsistensi data. Data yang ingin dipidahkan haruslah data terbaru dan tidak rusak.

Selain itu juga, jika data yang ingin dipindahkan berukuran sangat besar sehingga akan memakan waktu yang lama, maka aka solusi yang tepat adalah menggunakan layanan tambahan seperti Database Migration Service. Intinya, kita ingin memindahkan database dari MySQL on-premise (misal di atas instance) ke Cloud SQL tanpa ingin mematikan aplikasi dan ingin data tetap utuh dan konsisten.

Bagaimana cara kerja Database Migration Service?

Pertama, kita perlu membuat connection profile yang berisi detail database yang berada di on-premise seperti IP Address, username dan password yang memiliki hak akses. Selanjutnya kita buat job di DBMS berisi detail seperti tipe migrasi (apakah continuous atau one-time), profile database sumber dan tujuan, serta metode koneksi apa yang ingin dipakai untuk migrasi.

Mari kita mulai.

Sebelum memulai pastikan kedua API dibawah ini, yaitu Database Migration API dan Service Networking API.

Di bawah ini adalah VM instance yang berisi database yang akan kita migrasi ke Cloud SQL.

Selanjutnya, buka layanan DBMS dengan tampilan seperti berikut:

Pertama, kita buat connection profile. Klik Create Profile.

Ada beberapa database engine yang didukung oleh Google Cloud, khususnya untuk MySQL dan PostgreSQL. Disini saya pilih MySQL.

Isikan detail koneksi dari database yang berada di on-premise seperti Hostname/IP Address, port, username, dan password. Untuk connection profile region pilih region dimana Cloud SQL akan ditempatkan. Lalu klik Create.

Selanjutnya, kita tinggal buat job migrasinya! Klik Create a migration job dan isi detail yang terdiri dari 5 tahap. Pertama, isikan nama job, database engine, dan tipe job migrasi. Apa bedanya? untuk Continuous sendiri saat proses migrasi selesai, antara MySQL di on-premise dan Cloud SQL di tujuan akan sama-sama running dan kita bisa verifikasi. Jika ada data masuk di MySQL on-premise, data akan otomatis direplika ke Cloud SQL sampai kita melakukan cutover/promote. Sedangkan on-time, seperti namanya, migrasi hanya akan dilakukan sekali.

Disini saya pilih Continuous.

Langkah kedua pilih connection profile yang telah dibuat sebelumnya.

Langkah ketiga set tujuan instance, disini saya karena belum punya Cloud SQL instance, maka saya pilih New Instance dan set detailnya.

Pada langkah keempat adalah mengatur koneksi apa yang dipilih untuk DBMS melakukan migrasi. Ada tiga pilihan, yaitu IP allowlist, Reverse-SSH tunnel, dan VPC peering.

Ketiganya bisa dipilih salah satu, dan karena disini MySQL on-premise saya simulasikan di VM instance, saya pilih VPC peering.

Langkah kelima bisa direview dan untuk memastikan koneksi aman dan migrasi berhasil bisa Test Job.

Pastikan centang hijau! Klik Create & Start Job untuk mulai migrasi.

Tampilan proses job migrasi

Berikut tampilan Cloud SQL instance.

Bisa verifikasi menggunakan SQL query.

gcloud sql connect mysql-cloudsql -user=root --quiet

Dari tampilan di atas migrasi database kita berhasil! Yeay!

Karena kita pilih Continuous, maka selama job masih running maka data baru yang masuk ke instance akan otomatis direplika ke Cloud SQL. Hal ini biasanya dilakukan untuk melakukan verifikasi dan memastikan data tidak ada yang tertinggal.

Jika sudah selesai kita bisa lakukan cutover dengan klik Promote di job migrasi.

Tunggu sampai selesai dan status akan berubah menjadi Completed.

Migrasi database kita sukses dan selesai!

Sekian!

Sumber:

• https://cloud.google.com/database-migration

 Hati-hati jika beli aksesoris atau part elektronika, karena saat ini Original sudah bukan hanya merupakan sebuah kata lagi, tapi sudah berupa merek.

Jadi misalnya anda sudah terlanjur beli Baterai laptop untuk merek snsv, penjualnya bilang baterai Original.
Begitu diterima ternyata barang tiruan, kemudian protes ke penjualnya karena barang yang dikirim tidak asli akan sia-sia belaka.
Karena di deskripsi tertulis barang Original, nah di sini yang dimaksud ORIGINAL itu adalah mereknya, bukan barangnya.

Tulisan kali ini adalah lanjutan dari cerita yang berjudul Perjalanan Ke Acara LOUCA2023 yang telah saya tulis sebelumnya.

Setelah mandi, saya dan ponakan (selanjutnya sebut saja Ipul) mencari masjid terdekat untuk menunaikan ibadah Shalat Jumat.

Sebelum berangkat saya tanya dulu mbak resepsionis penginapan, katanya di pinggir jalan raya ada masjid. Saya dan Ipul akhirnya ke masjid terdekat sesuai yang dibilang resepsionis penginapan tadi, sampai di lokasi ternyata masjid tersebut tutup

Salah seorang tukang pakir di dekat lokasi bilang masjid terdekat berada di pinggir jalan raya, katanya dekat kok, jalan kaki tidak sampai 10 menit.

Kami pun mengikuti petunjuk tukang parkir tersebut yaitu jalan lurus, melewati rel kereta api, ketemu lampu merah (traffic light) belok kiri jalan terus, akhirnya sampai di masjid terdekat tapi cukup jauh.

Selesai Shalat Jumat kami berencana ke lokasi LOUCA2023 untuk sekedar bantu-bantu atau buat rusuh panitia dalam melakukan persiapan.

Tentu saja sebelum ke lokasi saya berkabar dulu dengan salah seorang teman panitia kalau saya akan ke lokasi tersebut.

Awalnya kami akan naik bus Batik Solo Trans atau lebih sering disebut BST, untuk sekedar mencoba dan sebagai konten cerita bersambung saya di google play book, kebetulan di dekat kami menginap terdapat halte BST, yaitu halte Jebres 1.

Namun niat kami naik BST terpaksa diurungkan karena untuk menggunakan mode transportasi tersebut tidak bisa tunai alias harus Non Tunai. Berbeda dengan BRT di semarang yang masih melayani Tunai dan Nontunai.

Batik Solo Trans - gambar ambil dari Wikipedia

Akhirnya saya putuskan untuk menggunakan transportasi online saja menuju lokasi LOUCA2023, setelah beberapa kali coba pesan transportasi online pilihan mobil sulit mendapatkan driver, akhirnya saya putuskan untuk pesan transportasi online motor saja sekaligus dua.

Driver pertama datang saya suruh untuk mengantar Ipul, beberapa detik kemudian driver kedua datang, baru saja saya mau ngomong ke driver pertama untuk pelan-pelan agar bisa beiringan, eh dianya langsung tancap gas, akhirnya kami terpisah.

Ternyata driver pertama ketika ke lokasi lewat gerbang pintu samping, sedangkan driver yang mengantar saya lewat gerbang belakang, akhirnya kami terpaksa saling cari, untung saja kejadiannya sudah jaman canggih seperti sekarang, tinggal berbagi lokasi dan kirim foto sudah mudah ditemukan, coba kalau jaman Ubuntusourus pasti repot.

Sekarang saatnya mencari lokasi sebenarnya tempat calon diselenggarakannya acara LOUCA2023, yang kata salah seorang panita berada di gedung F tapi belum jelas gedung fakultas apa sehingga membuat kami nyasar masuk ke fakultas Hukum yang berada di seberangnya, eh ternyata gedung yang dimaksud adalah gedung F FKIP.

Padahal sebelumnya kami sudah berada di depan gedung tersebut, tapi karena kurang teliti akhirnya kami malah keluar lagi dari area gedung tersebut.

Daripada nyasar lagi ke mana-mana, akhirnya saya japri ke salah seorang anggota panitia untuk dipandu ke lokasi yang sebenarnya.

Singkat cerita saya sudah bertemu dengan para panitia penyelenggara LOUCA2023 yang terdiri dari Kelompok Linux Arek Surabaya (KLAS), Komunitas Paguyuban Linux Solo, Gimpscape, Himpunan Mahasiswa dan Kampus UNS, dan beberapa sukarelawan lainnya.

Tidak beberapa lama kemudian kami berdua ikut rapat singkat dengan panitia untuk membahas persiapan hari itu maupun besok dan besoknya lagi.

Dan ternyata ketua Komunitas Paguyuban Linux Solo belum kenal saya, beliau menyangka saya sebagai anggota KLAS.

Adapun kegiatan rapat tersebut adalah mematangkan persiapan untuk kelancaran acara esok hari, misalnya persiapan minum untuk besok dengan beli air mineral baik yang berupa gelas, botol dan galon, membahas persiapan untuk tempat ibadah pembicara dan peserta.

Tidak lupa juga mencoba Videotron agar Meme Tragedi Salah Desktop di Acara ILC 2022 tidak terulang lagi.

Nah dalam sesi mencoba Videotron ini panita juga mencoba Proyektor di kiri-kanan Videotron agar bisa digunakan bersamaan, tentu saja tidak bisa, dikarenakan dukungan resolusinya berbeda, proyektor lama hanya mendukung resolusi maksimal 1024 X 768 sedangkan Videotron resolusinya sudah Full HD atau resolusi 1920 X 1080

Sebenarnya tetap bisa sih dipaksa agar Videotron dan kedua proyektor menampilkan gambar bersama, yaitu dengan menurunkan resolusi Videotron, tapi resikonya gambar di Videotron tidak bisa mode layar penuh atau bagian kanan-kiri terpotong dengan warna gelap.

Karena saya dan Ipul belum sempat makan siang, saya pamitan ke panitia untuk keluar sebentar, akhirnya kami berdua ke kantin terdekat untuk makan siang tapi di sore hari.

Selesai rapat, maka pekerjaan yang bisa dilakukan hari itu harus dilakukan secepatnya karena waktu hari H yang sudah semakin terbatas, salah satunya memasang banner di gedung tersebut agar yang akan hadir pada acara LOUCA2023 lebih mudah menemukan lokasi acara diselenggarakan.

Terdapat beberapa kejadian dalam persiapan hari itu yang bisa dijadikan catatan pada acara yang akan datang, yaitu:

• Vendor penyedia dan pemasang Booth atau Stan untuk pameran datangnya molor, seharus sampai  di lokasi pukul 17.00 WIB baru sampai sekitar pukul 19.30 WIB, sehingga menyulitkan para panitia dan sposnsor untuk memasang pernak-pernik di booth masing-masing, akhirnya panitia dan sponsor pagi-pagi benar harus menyiapkan pernak-pernik di booth tepat hari H.
• Salah satu proyektor di ruang pararel sudah tidak layak pakai karena gambar yang ditampilkan sudah buram dan kuning. Untung saja panitia mengeceknya pada malam itu sehingga bisa bergerak cepat mencari penggantinya.

Di sela-sela menunggu Vendor penyedia booth yang tidak datang-datang, panitia pesan makan malam karena rata-rata sudah pada lapar, ditambah jengkel.

Sekitar 20 menit kemudian, akhirnya makan yang dipesan secara online datang juga, langsung saja kami serbu bersama.

Pukul 20.35 WIB saya dan Ipul kembali ke penginapan dengan menggunakan transportasi online.

Sebenarnya nasih ada beberapa kejadian lain yang cukup seru untuk diceritakan, tapi karena saya sudah capek mengetik, saya sudahi saja cerita ini, sampai ketemu pada cerita hari pertama LOUCA 2023.

Awal bulam Juli lalu saya kirim proposal untuk menjadi pembicara pada acara LibreOffice-Ubuntu Conference 2023 yang selanjutnya disingkat menjadi LOUCA2023.

Saya pilih sesi Lightning Talk (bicara singkat) maksimal 10 menit, ada pun judulnya adalah Explore the features of LibreOffice Impress dangan rincian:

• Abstract: The presentation material contains various menus and features in LibreOffice Impress which consists of more than 500 slides that participants can download.
• Description: During the presentation only delivered a few sample slides Material in Indonesian.

Sengaja saya memilih tema tentang presentasi karena tema ini jarang yang mengajukan atau mengirim.

Singkat cerita ketika pengumuman, proposal pengajuan saya diterima, jadi kalau ada yang beranggapan bahwa saya menjadi pembicara di acara tersebut menggunakan orang dalam yang auto diterima itu tidak benar, karena saya juga ikut seleksi.

Seperti Judul dan Abstrak yang saya ajukan, bahwa saya akan mengulas berbagai fitur di LibreOffice Impress dengan waktu yang terbatas, maka saya menyiapkan sebanyak kurang lebih 500 salindia (slide) yang berupa panduan penggunaan LibreOffice Impress, 

Ini sebenarnya adalah manual book tapi berupa berkas salindia (slide) presentasi, ada pun berkas tersebut sebenarnya sudah saya tulis berupa naskah buku, jadi saya tinggal salin-tempal dan susun ulang dari Writer ke salindia, tentu saja dengan berbagai modifikasi dan penyesuain yang ternyata cukup melelahkan.

Kurang lebih 3 bulan saya menyelesaikan proses penyalinan dari Writer ke Impress dengan durasi waktu rata-rata 5 jam perhari, pagi setelah subuh 2 jam, siang disela-sela pekerjaan 1 jam, dan sore sampai malam 2 jam.

Pengerjaan yang cukup rumit yaitu meringkas kalimat yang panjang menjadi singkat, dan membuat tangkapan gambar penyerta dari yang sebelumnya menggunakan LibreOffice Impress 7.2 menjadi 7.6.

Kembali ke cerita sesuai judul post ini, saya berangkat dari rumah pukul 05.55 waktu HP buatan china milik saya.

Berangkat dengan mode jalan kaki (sekalian olahraga) ke Halte BRT terdekat yaitu halte BRT depan SMP Domenico Savio untuk naik Trans Jatengh, oh ya halte SMP Domenico Savio kadang disebut halte Katedral . 

Perlu diketahui bahwa di Semarang terdapat 2 pilihan BRT yaitu Trans Jateng dan Trans Semarang yang sering membuat orang luar kota atau orang yang jarang naik BRT tidak bisa membedakannya, sehingga mereka sering salah naik, akibatnya tidak bisa transit atau dengan kata lain harus bayar tiket lagi ketika akan transit.

Lain kali kalau ada waktu longgar saya akan ulas perbedaan antara Trans Semarang dengan Trans Jateng..

Saya pun sampai di halte SMP Domenico Savio beberapa menit kemudian, tidak beberapa lama Bus Trans Jateng pun ada yang berhenti di depan halte.

Karena cukup penuh dan harus berdiri, saya tidak naik bus tersebut, dengan opsi menunggu bus berikutnya, kurang dari 10 menit menit bus kedua pun datang, saya pun naik bus kedua tersebut.

Sebagai catatan, bus Trans Jateng koridor 01 setiap 8 menit sekali berangkat baik dari Stasiun Tawang maupun dari Terminal Bawen, jadi jangan kwatir kalau harus menunggu lama.

Perjalan dari halte SMP Domenico Savio sampai Terminal Bawen hanya ditempuh 1 jam lebih 8 menit saja.

Seperti biasa, begitu sampai di terminal bawen saya langsung ke toilet, karena AC Trans Semarang yang saya naiki tersebut cukup dingin.

Setelah dari toilet saya langsung jalan kaki ke seberang Terminal Bawen untuk sarapan Soto Ayam langganan saya yang kebetulan sebuah cabang milik teman di Semarang.

Selesai sarapan soto, saya berdiri di pinggir jalan untuk mencegat bus, bahasa yang sopan cegat apa ya?.

Alasan saya tidak masuk kembali ke terminal karena malas nyebrang lagi, alasan kedua karena kalau naik di dalam terminal kadang ngetemnya cukup lama.

Alasan saya menggunkan mode transportasi bus karena harus menghampiri ponakan saya yang masih sekolah di SMK Negri Kabupaten Semarang untuk ikut acara LOUCA2023, dia saya suruh nunggu di terminal Tingkir Salatiga.

Singkat cerita saya dan ponakan sampai di Terminal Tirtonadi pukul 10.09 WIB. Kami pun berjalan keluar dari terminal Tertonadi ke gerbang timur arah bus ke Surabaya untuk selanjutnya naik transportasi Online.

Kami pun mampir di Angkringan luar Terminal untuk sekedar mengisi perut dan melepas penat, tentu saja sambil menunggu transportasi online yang kami pesan

Beberapa menit kemudian kami sudah dalam perjalanan ke penginapan kami yaitu Griya Tenera 1, Pukul 10.28 WIB kami sampai di penginapan, kemudian mandi untuk selanjutnya persiapan sholat Jumat di masjid terdekat..

Demikian cerita singkat Perjalan Ke Acara LOUCA2023 ini saya tulis berdasarkan ingatan saya, berlanjut ke Sehari Sebelum Acara LOUCA2023

Tanggal 7-8 Oktober 2023 mendatang di Indonesia, khususnya di Surakarta Jawa Tengah akan diadakan konferensi Open Source besar untuk Asia yaitu Louca23 atau LibreOffice Conf. Asia dan Ubuncon Asia 2023.

Info tentang Louca23 silakan langsung ke halaman berikut: https://louca.id/

Dengan batas waktu yang singkat tersebut pembicara harus bisa mengatur waktu dengan tepat, salah satu fitur yang bisa digunakan untuk mengtur waktu ketika presentasi tentu saja tersedia di LibreOffice Impress.

 

Hi all!

Good night and I hope that you are doing well. In this journal, I would like to share with you about AWS App Runner. Specifically, I will explain how to deploy a simple application on there and set it so it will use a custom domain. For the domain, I will use Amazon Route53 that already we discussed in the previous journal. You can check it out here yah:)

Did you know about AWS App Runner? This service is really awesome and simple to use. Based on the documentation, AWS App Runner provides a fast, simple, and cost-effective way to deploy from source code or a container image directly to a scalable and secure web application in the AWS Cloud. You don’t need to learn new technologies, decide which compute service to use, or know how to provision and configure AWS resources. Read more here.

There are two features that make you need to consider using AWS App Runner. First, the application we will deploy on there is container-based. So, it’s really simple when we want to migrate an existing application from on-premise to AWS App Runner because it will be nicely integrated and doesn’t necessarily to overwhelmed by the infrastructure layer or dependency.

Then, there is a deployment trigger feature that we can use on it. AWS App Runner is well-integrated with Amazon Elastic Container Registry (ECR). If we are using a private repository on Amazon ECR, we can set automatic for the deployment trigger and whenever a new image pushes on a repository it will trigger AWS App Runner to deploy a new version of the application.

We can set the specification of the application such as vCPU and vRAM and define environment variables. We can also set autoscaling and health check configurations to ensure that our application is able to always provide the request by the user.

The other awesome feature provided by AWS App Runner is observability. We can do trace the application deployed on AWS App Runner by AWS X-Ray. It’s a really nice option when we want to debug the application.

Okay. Enough for the explanation. Let’s move into the tutorial, step-by-step to deploy the application.

First, we have to go on AWS Management Console.

In a search form, type app runner and click on it.

Below is the dashboard of AWS App Runner. Click create service to create a new service.

On the first page, we have to define the application source. Choose container registry if the image has been pushed or choose source code repository if not. Then click Next.

The next step, as I mentioned before we can define the specification such as vCPU, vRAM, env and port.

Scroll down and we can define the autoscaling configuration. For example, I define the min is 1 instance and the max is 10 instances. We can define the custom health check configuration to ensure the application is always monitored.

Scroll down and on the security section, we can configure the AWS KMS key for encryption.

Scroll down, and choose the incoming network traffic. For example, I choose public because the application will be accessed by users on the internet. Tick Tracing with AWS X-Ray if we want to enable observability and click Next.

On the review section, verify and ensure is correct and click Create button.

Wait until the service status is running.

Click the service name to see details and click Default Domain to access the application.

Below is the application example.

Until this time, our application is running and accessible but, still use the default domain provided by AWS. We will continue to configure the custom domain.

On application detail, click Custom domains tab and click Link domain

Type the domain name and click Link custom domain.

Then, it will show two records that we have to configure on DNS Management. First, CNAME record to certificate validation so our application will be accessed by HTTPS. Then DNS target for the application itself.

Wait until the status become active.

Try to access the application from the browser using a custom domain

Cheers!

Halo semua!

Apa kabar? semoga baik-baik saja ya semua ^^ sudah lama rasanya saya tidak menulis dan akan dicoba rutinkan kembali. Semoga terlaksana ya dan tidak hanya wacana ya

Pada tulisan ini saya ingin menjelaskan bagaimana mendaftarkan domain baru melalui layanan di AWS, yaitu Amazon Route 53. Apa keuntungannya? Sifatnya yang centralized, dimana hanya melalui satu platform saja kita bisa dengan mudah membeli dan dan nantinya dapat langsung kita atur record domainnya disana, seperti menambahkan, menghapus, dan mengedit record serta dapat mengatur NS nya sekaligus. Selain itu, akan terasa well-integrated dan well-syncronized jika resources kita semua berada di environment AWS.

Jika teman-teman sudah memiliki domain existing di registrar lain, bisa melakukan transfer domain untuk tetap dapat memanfaatkan layanan Amazon Route 53. Panduan bagaimana melakukan transfer domain bisa klik disini karena tidak akan dibahas di tulisan ini.

Apa yang perlu diperhatikan sebelum melakukan pendaftaran domain baru di Amazon Route 53?

• Pertama, apakah TLDs dari domain yang diinginkan didukung oleh layanan Amazon Route 53? bisa cek disini karena bisa jadi TLDs yang teman-teman inginkan belum didukung.
• Kedua, terkait biaya. Perlu teman-teman ketahui bahwa biaya tiap TLDs yang ditawarkan oleh Amazon Route 53 berbeda-beda. Selain itupun teman-teman tidak dapat menggunakan AWS Credits untuk membeli domain baru di Amazon Route 53 ya. Bisa klik disini untuk mengetahui biaya lebih lanjut.
• Ketiga, bahwasanya ketika domain yang sudah dibeli tidak dapat diubah, jadi perlu dipersiapkan dengan matang nama domain yang teman-teman inginkan sebelumnya ya.
• Jika saat pendaftaran domain baru teman-teman mengalami isu bisa langsung kontak AWS Support disini ya. Berdasarkan pengalaman pribadi, AWS Support sangat membantu dan cepat menangani isu yang saya alami:)

Mari kita mulai.

Pertama, buka AWS Management Console masing-masing atau bisa klik https://console.aws.amazon.com.

Pada kolom search, bisa klik route 53 ya

Saat sudah masuk ke dashboard Route 53, klik Register domain untuk mendaftarkan domain baru.

Disini saya akan coba menggunakan domain baru dengan nama dwiananda.click. Pastikan domain dalam keadaan Available ya! Pilih domain dan klik Add to cart

Gulir ke bawah dan isikan kontak sesuai dengan data teman masing-masing ya!

Gulir ke bawah dan bisa dipilih apakah domain ini akan otomatis di renew atau tidak. Ceklis Terms and Conditions lalu klik Complete Order.

Pada saat pertama kali order, saya sempat mengalami isu seperti tangkapan layar di bawah ini. Teman-teman tidak perlu khawatir. Bisa langsung kontak AWS Support dan nanti akan bisa resolv ya:)

Setelah resolv, saya coba order kembali dan akan muncul pop-up yang menginformasikan bahwa AWS Credits tidak bisa digunakan untuk melakukan pendaftaran domain baru. Seperti yang telah saya sebut sebelumnya. Jadi pastikan saldo teman-teman cukup dan klik Complete Order.

Akan muncul pop up Order Submitted Successfully dan bisa Close.

Kita akan mendapatkan email untuk melakukan verifikasi seperti di bawah ini. Bisa langsung klik link yang disertakan di email ya.

Selanjutnya email baru akan muncul yang menandakan bahwa domain berhasil di daftarkan.

Untuk melakukan verifikasi bisa klik di dashboard Amazon Route 53 > Registered Domains. Jika domain teman-teman berhasil didaftarkan, akan muncul nama domainnya disana.

Selain itu dari dashboard Amazon Route 53 > Hosted zones . Domain yang sudah berhasil didaftarkan muncul disana dan bisa klik nama domain untuk melihat detail dan melakukan pengaturan record-recordnya.

Berikut tampilan detail dari domain yang sudah di daftarkan.

Selamat mencoba! jika ada isu, feel free untuk diskusi ya!

Sekian!

• Sistem pembayaran yang lebih efisien dan aman
• Penyimpanan data yang lebih aman dan mudah diakses
• Smart contract yang memungkinkan transaksi otomatis
• Supply chain management yang lebih transparan
• Sistem voting yang lebih adil dan aman
• Pencatatan aset digital yang aman dan mudah diakses

Hi all!

Good night and happy holiday! Here I would like to share with all of you about something an interesting case study that maybe you’ve done or come across soon.

Imagine the Developer Team in your company is still doing Proof-of-Concept related to a specific project for the user, and the user is strict about the cost. The Dev Team is using EC2 Instance and the maximum budget for EC2 Instance is only $5 per day.

You —as an infrastructure engineer are tasked to create an alert when a budget amount is reached. The alert will send a notification via email, and at the same time the user wants any running EC2 Instance will automatically stop for further investigation.

For this case, we will be using several services to make the goal is reached. The diagram is below:

First, to ensure the team’s cost usage is under control and tracked easily, we are able to use AWS Budget. This service is provided by AWS and will show our maximum budget for all or specific services. We are also able to define the threshold and connect it to Amazon SNS (Simple Notification Service), so the team will be notified. For example, we defined the maximum budget as $2 per day, and the alarm was triggered when it reached 80%. This is really something interesting. We don’t necessarily check it manually, and the team is notified automatically via email (for example).

How about a task to stop the EC2 Instance at the same time? Yup, AWS Lambda Function. We are able to use that service to ensure the EC2 instance is stopped when the alarm is triggered

Let’s break it down!

First, we have to configure the notification using Amazon SNS. There are two components that we have to set up. Topic and Subscription. Topic is similar to a channel that will send a broadcast message to subscribers we defined in a subscription, for example email and AWS Lambda. Both will receive a notification when the budget amount is reached.

To create a topic, you can follow the full guide here. The thing you must pay attention to is access policy. Add an additional policy so that Amazon SNS will get permission to publish a notification when the budget is reached. Below:

{
  "Sid": "E.g., AWSBudgetsSNSPublishingPermissions",
  "Effect": "Allow",
  "Principal": {
    "Service": "budgets.amazonaws.com"
  },
  "Action": "SNS:Publish",
  "Resource": "your topic ARN",
   "Condition": {
        "StringEquals": {
          "aws:SourceAccount": "<account-id>"
        },
        "ArnLike": {
          "aws:SourceArn": "arn:aws:budgets::<account-id>:*"
        }
      }
}

Below is an example of topic I’ve created:

For the first subscription, follow the guide here and ensure the email is confirmed.

If the Amazon SNS is configured, we move on to the AWS Budget.

From the Management Console, find an AWS Budget menu and just click create button. In this case, I’m using Customize and Cost budget type like the one below.

I’m set for the period is to daily, and the amount is $2.

For the budget scope, because in this case, the Dev team only using EC2 Instances, we can configure to filter EC2 Instances only.

We can define the specific threshold for the alert. Below the example, if the usage is reached 80% of the budgeted amount, it will send the notification.

Who will receive the notification? Put the ARN Amazon SNS that we created before in the form. Ensure it is valid.

Until this step, a team that has the email will get a notification when the budget amount is reached 80%. After this, we have to configure AWS Lambda. We have to create a function that will execute to stop the EC2 Instance when the alert is triggered.

First, create a new policy and role in IAM so the AWS Lambda will have permission to stop EC2 Instance directly. Below is the policy in a JSON format:

{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Sid": "VisualEditor0",
            "Effect": "Allow",
            "Action": [
                "ec2:DescribeInstances",
                "ec2:DescribeRegions",
                "ec2:StopInstances",
                "ec2:DescribeInstanceStatus"
            ],
            "Resource": "*"
        }
    ]
}

The policy I’ve created successfully:

Below is the role I’ve created successfully:

For the function in AWS Lambda, I’m using Python 3.7 runtime and for the execution role, choose the existing role we created before. Here, my existing role name is StopEC2Instance.

Below is the example code to stop EC2 instances. Paste into lambda_function.py editor.

Go to the Test tab and click Test. Wait for a moment, and below is the result. It shows that there is one instance is shutting down.

Go to EC2 Instance, and the instance status is stopped

But wait! The function is run successfully when we click the Test button. How about ensuring that it will run when the budget is reached?

Just add a new Trigger

Set a new trigger into Amazon SNS that we created before.

It was added successfully, and whenever the alert rings, the function will automatically run to stop EC2 Instances.

Thank you!

References:

1. https://docs.aws.amazon.com/cost-management/latest/userguide/budgets-sns-policy.html
2. https://docs.aws.amazon.com/sns/latest/dg/sns-email-notifications.html
3. https://boto3.amazonaws.com/v1/documentation/api/latest/guide/ec2-example-managing-instances.html

Hi all!

How are you?

I hope that you all good and healthy. By end of this year, I just want to share something great experience I’ve done from September until December 2022. Yup #RoadToGDE Mentorship Program.

That is an incredible journey, I thought. As long as 7 weeks, we as a mentee got opportunities to discuss all related technical and preparation to become a GDE with the real GDE directly and supported by Google.

GDE or Google Developer Expert is a program provided by Google for whoever has an interest and expert in their expertise. Not only experts but also actively contributing to the community and caring for each other. This is the part I am interested in. Sharing is caring. You can read more here.

I would like to say thousands of thanks , through this program, I’m able to meet Imre Nagi. My mentor during this mentorship. LinkedIn, GitHub, and Twitter.

Imre Nagi currently is a Tech Lead at Gojek, Indonesia. Besides that, he is also a GDE in Cloud Platform specialization. Match with the path I currently learn. He has lots of experience in technology he expertise, and also actively contributes to the communities. So inspiring me and making me keep moving, learning, and contributing too!

As I said, I got a lot of knowledge through mentoring, and through this journal, I would like to you all learn and get value too.

The mentoring is divided into seven-part from September to December. In each part, we will get a chance to 1o1 mentoring for around one hour with our mentor. Yup, each of the mentees will exclusively get a private mentor around the world.

I remember, my first mentoring was held on September 7th, 2022. One of the interesting things about my first mentoring is to always use the time as valuable as possible. Yup. The mentoring was only one hour, and it was a rare chance! For the first one hour, mas Imre shared about the GDE Program and his experience when becoming a GDE.

He had just goes back from study, at that time still a software engineer in a startup company in Indonesia, and at that time, he looking for a chance to become a GDE through a Google Developer Manager in Indonesia. He prepared the mock application, an gratefully, He accepted to become a GDE in Data. When mas Imre tells the story, I imagine how enthusiastic and incredible that moment was.

He asked me, with what media will I apply to a GDE Program? Youtube video, podcast, or technical blog? By the way, this media is important to whoever wants to apply GDE because it will be used as proof we actively contributing to the community.

These are the media Mas Imre used to actively contribute:

• Cloud Engineering with Imre
• Blog and Podcast
• Medium Blog

That was so huge and great. I preferred to choose my personal blog at misskecupbung.wordpress.com :). I showed him that, and he gave me a task to create a technical blog for the next mentoring and expected I could write at least four blogs through this mentoring.

At the mentoring, Mas Imre said, “your writing is good enough; the step-by-step you’ve written is well-prepared. But there is no unique opinion you give in. So, why other people as a reader will read your writing whether they can read it fully on the documentation directly?”

Yup. That’s the point I forgot all along when I wrote a blog or when I spoke at a live event. I’ve not mentioned my opinion, pros and cons about the tools, or something brave takeaways like the comparison between the tools. That so makes me think about it deeply.

It continued to the 2nd and 3rd mentoring held on September 22nd, 2022, and October 7th, 2022. We discussed how to write a good technical blog, something straightforward to write about the point; you’re not necessarily to write all the steps because it is already written in the documentation. If you have to write a code, paste it to GitHub or Gist GitHub and embed it on your blog. Don’t hesitate to put your opinion there. Something about your definition by your experience, pros, and cons when you use the tools or when you compare the tools with others (for example, GKE vs Kubernetes vs EKS).

In the 4th and 5th mentoring, we discussed the mock application to apply for the GDE program. The mock application is divided into several parts, each of which is explained by mas Imre carefully. First, about the bio, and then about the reason for applying, which tells about why you want to apply for a GDE? which part do you want to apply? because there are several options like Google Cloud Platform, Web Development, Mobile, etc. The ends are in-person impact I’ve done which is an activity I spoke about and content I created for at least three years long.

I always thought that GDE was a program I could use to contribute more actively to the community. But, why GDE? If you want to contribute to the community, would it be much more difficult without being a GDE? What’s the problem? What is the impact of GDE, or what can Google support so you can solve the issue? Asked by Mas Imre, and made me think along the day

Yup, the keypoint is WHY. It’s not just about the goal, but the reason also. Something like when we troubleshoot the issue. Find the root cause, and solve the problem.

On the 6th mentoring, which was held on November 22th 2022, we discussed mock interview. Actually, when we apply for GDE, there are two interviews. First interview with other GDEs, will discuss the community itself and a bit of technical knowledge. The second interview is with Googler/Noogler (Google’s employee with expertise in the category we chose).

But, in this mentorship, we just do mock interviews for the first interview, which is a community interview. There will be three parts. The first is an introduction, the second is about the community itself, and the third is about a bit of technical knowledge.

Mas Imre acted as an interviewer and asked me several questions. The result is not smooth as I want. The bad moment was when I answered the questions:

• Why do you want to become a GDE?
• What is the workflow, and what happens inside the infrastructure when we run kubectl apply -f deployment.yaml?
• CRD inside of Kubernetes

Maybe at the moment, I’m too confident and not creating something like a cheat sheet. So when I get unexpected questions, I need more time to think about the question, find the answer, and translate it into English first in my head and then say it. Too long and wordy. Mas Imre said it because we, as Indonesian, use English, not the daily language. So, when we want to talk using English, we have to think about it in Indonesian first, and our brain has to translate it into English, and yes, there is a need for more time. It is normal, and we have to reduce the time to make it more smooth.

Mas Imre gave me advice like: do practically English every day in small cases; for example, when you are on the road and see a traffic sign, billboard, etc., Try to say that in English. Make you used to English. He gives me one chance to do it again at the next mentoring session.

The last mentoring was held this week, on 27th December 2022. Why was the gap between the previous mentoring one month? Because there were DevFest 2022 events held in several cities, we focused on there first, and mas Imre gave me more time to prepare the mock interview (thank you!).

The 2nd community interview was similar to the first interview, and I tried to be more fluent by creating a cheat sheet (I tried at home several times a day to achieve it :D). Mas Imre said that the second one is good enough with some advice. First, keep moving because we still learning (especially in English). He also gives me correctness in some questions to make my answer is more clear, and we take a photo

I would like to thanks to #RoadToGDE committee too. The Kits just arrived!

See you next on my journey! Thank you!

Sambil menunggu pekerjaan ready untuk dikerjakan, saya tergerak iseng untuk memainkan game melalui emulator. Target yang dicoba adalah RPCS3 yang tersedia pada repositori distro-distro linux, juga tersedia untuk Windows dan MacOS.

Yang perlu dicatat prosesnya kurang lebih sebagai berikut:

1. Pasang RPCS3 pada sistem Anda.
2. Unduh firmware PS3 pada situs Playstation.
3. Siapkan image/iso game yang akan digunakan, kalo mau berburu di internet juga bisa. Image tersebut terenkripsi.
4. Pasang alat Libray untuk mendekrip image pada butir 3. Baca panduannya dengan baik.
5. Idr bisa merujuk ke sini.

Catatan tambahan:

• Jika menggunakan controller Xbox One, gunakan xpadneo agar pemetaan tombolnya sesuai.

Beberapa bulan lalu saya mengajukan diri sebagai pemateri acara Indonesia Linux Conference 2022 yang awalanya akan dilaksanakan di salah satu Universitas di Ponorogo, Jawa Timur.

Namun karena sesuatu hal, akhirnya harus pindah ke tempat lain yaitu dilaksanakan di Universitas Muhammadiyah Sidoarjo (UMSIDA).

Alhamdulillah materi yang saya ajukan berjudul Aplikasi Permainan F/LOSS Untuk Pendidikan layak ditampilkan. Materi ini masuk kategori Lightning Talk dengan Durasi 10 menit.

Persiapan Materi

Untuk pembuatan materi ini, terlebih dulu saya mengumpulkan berbagai dokumentasi lama yang pernah saya ikuti, adapun isinya berupa Foto dan Video.

Kemudian foto-foto dan video tersebut saya susun menjadi presentasi berupa video menggunakan KDENLIVE. Saya membuat presentasi berupa video alasannya adalah untuk menyesuaikan durasi yang hanya 10 menit sesuai dengan kategori Lightning Talk. 

Saya buat materi 9 menit 55 detik (toleransi 5 detik), tentu saja saya pasang timer di di video yang saya buat. Nah... di sini ternyata saya salah memperkirakan toleransi waktu tersebut yang hanya 5 detik saja, mungkin seharusnya minimal 2 menit. 

Efeknya adalah saya hanya bisa menggunakan presentasi tersebut kurang dari 8 menit. Hal ini terjadi karena kesalahan operator yang kurang cakap ketika membuka presentasi berupa Video.

Operator mungkin mengira presentasi saya berupa berkas format PDF, karena sebelumnya juga sudah terjadi permsalahan yang hampir sama, yaitu ketika membuka file format PDF dikiranya berupa file ODP sehingga tidak bisa dijalankan secara langsung. Setelah terjadi teriakan dari berbagai orang, presentasi bisa dibuka dengan klak-klik area tertentu baru muncul tulisan Presentasi pada menu, presentasi berupa PDF akhirnya berhasil dijalankan.

Nah.... presentasi saya juga kurang lebih seperti itu kejadiannya, yang mana waktu saya terpotong 2 menit lebih. Untung saja saya tidak jadi kirim berkas presentasi berupa format SVG yang seperti biasa saya lakukan, mungkin kalau pakai SVG bisa habis setengah durasi untuk saya.

Di sini saya tidak menyalahkan siapa pun, termasuk operator yang tugasnya menjalankan presentasi, saya yakin operatornya juga sudah keluar keringat dingin ketika itu. Saya harap ini sebagai pembelajaran untuk ke depan agar kejadian serupa tidak terulang kembali, tentunya selain kejadian Meme Tragedi Salah Desktop di Acara ILC 2022

Materi presentasi lengkap dari saya bisa dilihat di Youtube, tapi tentu saja sensasi melihat di youtube dengan melihat langsung pada acara sangat berbeda karena tidak ada narasinya.

Perjalanan ke Lokasi

Saya berangkat ke Sidoarjo dari semarang dengan angkutan darat, yaitu Bus umum dari terminal Terboyo Semarang tujuan terminal Bungurasih Surabaya, berangkat dari rumah pukul 20.45 WIB dengan ojek online, sampai di terminal ngeteh dan isi perut dulu, tidak lupa ngobrol-ngobrol dengan beberapa pedagang yang masih kenal saya.

Pukul 21.20 WIB naik Bus Patas di depan pabrik percetakan Suara Merdeka yang mana pabrik tersebut sudah tutup sejak lebih dari 5 tahun lalu.

Singkat cerita sampai di terminal Bungurasih pukul 05.12 menit, cari masjid, kemudian sholat subuh (tidak peduli apakah masih sah atau tidak yang penting yakin).

Ngeteh, makan pisang rebus, sarapan pop mie di terminal, selesai ritual ini berangkat ke Sidoarjo, rencananya mau naik bus TransJatim untuk ke lokasi, ternyata penuh terus, akhirnya menggunakan moda transportasi online.

Oh ya, untuk menggunakan moda transportasi online di terminal Bungurasih Surabaya harus dari luar terminal, akhirnya saya pagi itu sedikit olah raga kecil dengan jalan kaki ke luar dari terminal.

Salah Lokasi

Tanggal 04 November ada kelas Seminar LibreOffice internal di Kampus UMSIDA, pesertanya adalah dosen dan mahasiswa/i Prodi IT, kebetulan saya dan pak Aftian yang ditunjuk sebagai pematerinya.

Saya tidak tahu jika acara seminar diadakan di kampus yang berbeda (salah saya juga sih tidak tanya ke panitia), ternyata dilaksanakan di kampus 2. Saya naik ojek online turun di kampus 1. Pas turun ada pesan dari telegram kalau seminar dilaksnakan di kampus 2 lantai 4.

Saya pun bertanya Satpam, dimana letak kampus 2, oleh satpam ditujukkin kalau kampus 2 bapak maju lurus saja, nanti belok kanan, di sebelah gedung yang sedang di renovasi itu kampus 2, eh ternyata info dari satpam tersebut salah, tanya satpam lagi, baru dapat jawaban yang benar kalau kampus 2 jaraknya masih sekitar 3 KM.

Singkat cerita saya pun akhirnya sampai di kampus UMSIDA 2 dengan naik ojek online lagi.

Di kampus 2 clingak-clinguk, jalan kaki ke masjid, di depan masjid sudah ada beberapa orang yang mengenali saya padahal belum pernah bertemu langsung sebelumnya.

Istirahat di lantai 3, tidak lupa numpang mandi biar segar. Tidak beberapa lama teman-teman panitia datang, ngobrol-ngobrol sebentar.

Pukul 09.12 WIB acara seminar dimulai, seminar dilaksanakan di lantai 4 yang mana untuk ke lantai 4 tidak ada lift, jadi harus jalan kaki melewati tangga yang cukup unik.

Materi pertama adalah Pengenalan LibreOffice secara umum, dilanjut dengan penjelasan dan demo LibreOffice Impress.

Selesai materi  LibreOffice, dilanjut materi Pegon yang dibawakan oleh pak Aftian, tidak lupa pak Aftian juga ceramah mengenai dosa besar menggunakan aplikasi yang seharusnya berbayar tapi tidak bayar.

Pukul 10.00 WIB acara seminar internal selesai, makan cemilan yang disediakan panitia, foto-foto, kemudian kembali ke kampus UMSIDA 1.

Sampai di sini dulu Liputan Indonesia Linux Conference 202, sampai jumpa pada liputan selanjutnya.

Terima kasih sudah mau membaca tulisan singkat ini. 

Kemarin di acara ILC2022 terulang kembali kejadian yang hampir mirip kejadian tempat lain yang pernah ada sehingga menjadi cukup viral memenya.

Berikut ini analisa mengenai penyebab kejadian tersebut dari sudut pandang teknisi berdasarkan profesi dan pengalaman saya, sehingga tidak terulang lagi kejadian serupa pada acara lain.

 

Ketika acara dimulai saya sudah menyadari bahwa ada yang tidak beres dengan tamplian gambar di Videotron, yaitu pada tampilan beberapa logo yang tidak simetris atau dengan kata lain terlihat gepeng.

 

Tidak lama kemudian saya tanya ke operator yang menjalankannya sampai dimana kewenangannya untuk akses komputer dan Videotron tersebut.

Dia jawab sebatas mengoperasikannya saja.

 

Nah sampai disini sudah jelas, pihak panitia penyelenggara tidak bisa berbuat banyak, dan kalau pun dipaksakan acara pasti molor, bisa jadi malah tidak terlaksana hari itu juga, karena teknolgi Videotron tidak sebarangan orang bisa menanganinya.

Videotron Rakitan

Biasanya Videotron besar dalam ruangan menggunakan versi rakitan, alasannya kalau beli yang bukan rakitan susah memasukkanya ke ruangan terutama ketika melewati pintu ukuran standar dengan tinggi 2 meteran.

Yang saya maksud di sini adalah Vediotron yang dirakit di tempat, karena semua videotron memang rakitan, hanya saja kalau videotron outdoor sudah dirakit dari distributor.

Berikut penjelasan sederhana proses perakitan Videotron:

Komponen: Cabinet - Kontroler, Sender Card, Reciver Card, dan Player

 

Langkah perakitan dan pengaturan

Rakit dulu Cabinet Kontroler Videotron dengan benar sesuai jumlahnya,  cabinet harus benar urutannya, kalau keliru potongan gambar bisa acak. 

 

Gambar Ilustrasi jika salah susun Cabinet

  

Sambungkan Cabinet ke Sender Card (sebagian besar koneksi dari komputer/laptop ke sender card modern menggunakan jaringan internet)

Install sender card, setelah terdeteksi, masuk ke screen configutation setting panel, masukkan password, bagian setting ini menggunakan software khusus (contoh: HD Player)

 

Bagian ini sengaja tidak saya lampirkan gambar pemandu karena pembaca tidak perlu mikir, setting Videotron itu benar-benar mudah kok.

 

Hi all!

I hope that you are doing well, safe and healthy!

In this journal, I would like to share and explain a case study related to one of the great features of Google Kubernetes Engine (GKE). Yup, it is a Backup for GKE. As the name suggests, this feature is intended to back up and restore the workloads in the Kubernetes cluster we have on Google Cloud.

What can be backed up?:

• Configuration: Kubernetes resource including manifest and the cluster state.
• Volume backups: Application data that correspond to PersistentVolumeClaim resources

There are many possible scenarios that we can choose to back up and restore the cluster. For example, we can only back up the configuration and restore it to the newly created cluster, or we can also back up the entire cluster and restore it to the source cluster for disaster recovery that may happen. Besides that, we can also set a scheduler job to run back up automatically. It will save our lives when shocking incidents unexpectedly happen.

From the main documentation here, there are two main components to focus on. A service and an agent. A service has the ability to serve as a controller for Backup for GKE service, and the agent will run automatically in the cluster where backups or restores are performed. Below is the diagram architecture:

As you may know, in the previous journal, I already wrote about Velero. One of the open-source tools which has a similar function to Backup for GKE. So, what is the difference between both? Based on my perspective, Backup for GKE is more simplified and requires less effort than Velero. You do not necessarily download the binary and install it like Velero. Also, Backup for GKE is more integrated into GKE and GCP services as common like IAM, Cloud Storage Bucket, etc.

But, if you were more familiar with Velero as you’re used it in another Kubernetes environment cluster before, and you want to use Backup for GKE now, you need to adapt again . For example, in Backup for GKE you need to create a backup and restore plan as template before doing a backup and restore. Backup for GKE also gives us a challenge when we’ve already enjoy using it and we have to move in another cloud platform, we need to research and adapt again because this feature is native and proprietary.

Backup for GKE is a separate service from GKE, so the pricing too. Based on the documentation here, we will be charged along two items. Backup management and also storage. And the pricing is different based on the region. So be careful!

Now. In this journal, we will do a simple backup and restore scenario. I have a GKE cluster in us-central1 named gke-cluster1-a. There, I deploy a wordpress application with a persistent disk provided by PersistentVolumClaim and execute backup regularly every hour. Then I create a new GKE cluster named gke-cluster1-b, and try to restore the backup created before to test and ensure that the backup runs smoothly and successfully.

What will I back up? GKE cluster configuration and wordpress data stored on persistent disk. So, when the restore is complete, wordpress is automatically loaded and can be accessed from outside.

As I writing this journal, Backup for GKE still has a limitation for backup storage(PVC). It is only support for multi-zone (intra-region) and doesn’t support multi-region yet. So, I will only using us-central1 region for backup and restore.

Okay! Let’s jump in!

Here, I will use Google Cloud SDK instead of Google Cloud Console. So, I will define the environment variables first like below:

Make sure the configuration is correct, and then set the default region and zone based on the variables defined before.

We can verify with the command below:

gcloud config list

We need to enable three APIs that will be used for each service. Containers API will be used by GKE for computing, storage API will be used by GKE for persistent disk, and also GKE Backup for backup and restore tasks.

We can verify the enabled services with command below:

gcloud services list --enabled

Next. We have to create a GKE cluster. I create it as a public cluster with a multi-zones configuration in us-central1 region. Do not forget to add –addons=BackupRestore to install Backup for GKE agent in this cluster.

Verify the cluster and make sure the state of all workers is Ready.

gcloud container clusters get-credentials $CLUSTER_NAME \
--region $GCP_REGION --project $PROJECT_ID

kubectl get nodes -o wide

For wordpress application, I am using the tutorial from here. You can follow along, or use your own application instead.

Make sure the pod is running, the external IP in the service appears, and the volume state is bound.

kubectl get pods
kubectl get svc
kubectl get pvc

Try to access the application from browser like below.

Now, we are going to do back up strategy. We will back up the entire kubernetes cluster environment, including data volume and secrets.

Before that, make sure the location can provide it, because not all regions can using command below:

gcloud alpha container backup-restore locations list \
    --project $PROJECT_ID

For the backup strategy, we have to create a BackupPlan first. I will create it using environment variables that defined below

# Define env variables for GKE Backup
export BACKUP_PLAN="gke-central1-a-backup"
export LOCATION="us-central1"
export CLUSTER="projects/$PROJECT_ID/locations/$GCP_REGION/clusters/$CLUSTER_NAME"
export RETAIN_DAYS="3"

And then, create a BackupPlan which will back up all namespaces, including secret and volume data. I also set the cron scheduler that will automatically back up every hour and set backup retention only for 3 days.

Verify the backup plan newly created:

gcloud alpha container backup-restore backup-plans list \
--project=$PROJECT_ID \
--location=$LOCATION

We can also verify from the Cloud Console too

How do we back up using BackupPlan created before? Using the command below will create a manually backup named manual-backup1 with the appropriate BackupPlan, location, and project.

Wait and ensure the backup is successful.

All right. After we do the back up the task. We need to test using restore to ensure that the backup is running correctly.

First, I will create a second GKE cluster with the same specification like the cluster one.

Same as BackupPlan, I define the environment variables:

And do the manual restore with appropriate restore plan and the backup created before.

Wait until the restore is successful. Verify the pods is running, PVC are bounds, and the external IP is accessible

References:

1. https://cloud.google.com/kubernetes-engine/docs/add-on/backup-for-gke/concepts/backup-for-gke
2. https://cloud.google.com/kubernetes-engine/docs/add-on/backup-for-gke/how-to/install

Cheers!

Hi all!

I hope that you are doing well. In this journal, I will explain the backup and restore strategy for Kubernetes using Velero, specifically in Google Kubernetes Engine (GKE).

As you may know, Velero is one of the great open-source tools which can be used to back up and restore (including migrate and replicate) our existing Kubernetes cluster. It has lots of features which we can use. First, absolutely it is open source. We can use Velero in all most Kubernetes environments. For example, on-premise, Google Kubernetes (GKE), or other public clouds. So, if you are already using Velero in another environment, you will easily adapt to it in GKE.

Based on the main documentation here, there are many use cases that we can use to implement using Velero, for example, backup filtering. Velero is also easy to use. We just have to install the binary and a bit of configuration to connect to the cluster, and it is ready to do backup and restore.

But, in this case, there are many limitations on Velero too. First, Velero does not natively support the migration of persistent volumes snapshots across cloud providers. If we want to do it, we need to enable Restic. Velero also does not support do restore into a cluster with a lower Kubernetes version than where the backup was taken. So, we need to ensure the version is properly and carefully.

Maybe, in previous experience, you’ve already tried Velero to execute backup and restore on-premise Kubernetes environment. This is the most common use case, but storage is one of the benefits of using the public cloud. We don’t necessarily to taking care of the backup storage because (for example, in GCP, we are using cloud storage) it is fully managed.

We just have to create a backup (if we don’t have one) that is ready to use.

Because Velero needs access the resources and the storage, we need to create a service account and define the permission. The permission must be attached to the service account is get, create, and delete. So the resources are accessible from Velero.

After the permission is configured, we now have to download the Velero. There are many architectures provided, and we can just choose it right away

And install it. Don’t forget to use GCP as the plugin and define the secret file to the secret file created earlier before. This is important, so the Velero can connect to the bucket

Okay. Now Velero is ready to use.

In this journal, for example, below is my GKE cluster. I am using Kubernetes with the version 1.22.12, and it has three workers nodes.

And there, I already deployed a wordpress application that uses PVC for storage and services with LoadBalancer type. You can follow along here.

There are many ways to do a backup. We can backup based on the namespace, on the label, and even the entire cluster, including cluster state. This depends on the use case. For example, I only want to do backup-specific namespace or deployment based on the label.

Here is the example if I only want to do a backup for wordpress namespace

In another moment, we can do a backup automatically by scheduling it as daily like below

The resources will automatically back up into the storage defined before.

After backup is successful, how do restore it? For testing, we can delete the deployment first and try to restore it in the same cluster. Or if we have another cluster, we can restore it there too.

References:

1. https://velero.io/docs/v1.9/
2. https://gist.github.com/rcompos/adc4f0dd00e37df023fd78c5db7965ef
3. https://github.com/vmware-tanzu/velero-plugin-for-gcp

Cheers!

Hi all!

I hope that your day is good enough. In this journal, I would like to explain about Google Kubernetes (GKE) upgrade, specifically using Blue-Green Strategy.

By default, GKE offers an automatic upgrade feature to our existing GKE cluster. We just have to make sure auto-upgrade is enabled, with a bit configuration, and the system will do an upgrade automatically. Sounds promising, right?

That strategy has a lot of benefits. First, it is less effort and easy to use because we don’t have to manually track and update the versions. It has better security management because GKE will ensure that the security of the selected version is updated.

But how about when we want to choose the specific version of Kubernetes for our existing cluster? For example, I want to use the newer version from the current version instead of the latest. How about our strategy when the automatic upgrade is still happening, but our application is crashing/failing, and we have to downgrade the version?

From the documentation here, downgrading a cluster is not recommended, and we cannot downgrade a cluster control plane from one minor version to another. For example, if your control plane runs GKE version 1.17.17, you cannot downgrade to 1.16.15. If we attempt to do that, we will get an error. We can just downgrade 1.17.17 to 1.17.16, if that version is still available.

The same thing will happen to node pool, based on the documentation here. If we want to downgrade the worker’s node, we have to create a new node pool with the previous version, drain the workers which use the latest version, and delete it. Lots of effort and pain.

So, what is the alternative? How do we avoid the pain and ensure the upgrading process is successful?

We can do this by using the upgrade manually strategy

Similar to common Kubernetes clusters, the manual upgrading process will consume more effort and time. But, we will have more control to ensure the upgrading process is successful and reduce the risk.

Using a manual process, we can choose the specific version of the Kubernetes cluster instead of the latest. But, to be honest, it also has a limitation. We cannot upgrade the cluster to more than one minor version at a time. So, if our version cluster is 1.22 and we want to upgrade to 1.24, we have to upgrade to 1.23 first and then upgrade it to 1.24. The reference is here.

The limitation is similar to the Kubernetes provided by officials. But, one thing we have to remember is the version provided by GKE is limited. As this journal writes, the latest version of Kubernetes is 1.25. But from the version provided by GKE is still 1.24. Version 1.25 is still in rapid channel (pre-production), and we have to wait 2-3 months until it is ready to be used in production.

GKE provided two strategies when we want to use a manual upgrade, SURGE (default) and BLUE-GREEN. What is the difference between both? The surge strategy uses a rolling method to upgrade nodes simultaneously in an undefined order. This strategy is better for our applications that tolerate disruptions until 60 minutes when graceful termination happens.

So, when our applications are less tolerant of disruption, it is better to use the blue-green strategy. Other than that, blue-green strategy also offers to cancel, resume, roll back, and complete features. This is a great solution if our workloads fail and we need to be rolled back to the old node configuration.

When we recap, the steps to do blue-green strategy upgrade are:

1. Upgrade the control-plane version to the newer version
2. Create a new worker node pool (call it a green pool) with the same version as control plane
3. Drain and cordon nodes in the blue node pool (node pool with the previous version)
4. Migrates the applications to the green pool
5. Delete the blue node pool
6. Test and verify

All right, let’s practice!

Let’s say I have a cluster named gke-dev1 in us-central1 region, and it uses 1.22.12-gke.2300 for the version.

By default, the upgrade strategy for node pool is SURGE which means

And we need to change to blue-green strategy by using the command below:

After that, upgrade the control plane:

Verify that the control plane is upgraded as below.

After that, create a green node pool that uses the same version as the control plane node

And then drain and cordon the blue node pool. This action ensures that new pods are not scheduled to the blue node pool.

As we can see below, the node status is changed to SchedulingDisabled.

After this, we have to reschedule the applications into the green node pool. Make sure the applications is healthy, and then we delete the blue node pool.

References:

1. https://cloud.google.com/kubernetes-engine/docs/concepts/cluster-upgrades
2. https://cloud.google.com/kubernetes-engine/docs/how-to/upgrading-a-cluster
3. https://cloud.google.com/kubernetes-engine/docs/concepts/node-pool-upgrade-strategies
4. https://kubernetes.io/docs/tasks/administer-cluster/kubeadm/kubeadm-upgrade/

Thank you!

Sudah hampir 1 bulan ini sering pencet-pencet tombol Meteran PLN.
Berkaitan dengan pencet-memencet tombol meteran tersebut saya ada beberapa cerita menarik, tapi saat ini saya ceritakann 1 dulu saja.
Beberapa hari lalu ada teman yang beli token listrik, nah ketika selesai diinput tulisannya gagal, sudah dicoba berulang-ulang tetap nihil hasilnya.

Akhirnya dia komplain ke saya, ya sudah saya kompain ke PLN melalui call center 123, biar cepat karena kalau lewat aplikasi PLN Mobile prosesnya lebih lama, walau begitu ketika kita telp ke 123 salah satu jawaban si robot adalah kurang lebih seperti ini "agar pelayan lebih cepat ditangani silakan gunakan aplikasi PLN Mobile" tapi yaitu tadi kenyataannya malah sebaliknya.

Pernah komplain lewat aplikasi PLN Mobile dari jam 8 pagi, jam 4 sore baru ditangani.
Singkat cerita ketika saya telp 123 diminta nomor WA yang aktif. saya berikan saja.
Saya Telp 123 pukul 14.xx WIB, pukul 21.xx WIB si Halo Electrizen baru kirim WA berisi Key Change Token-1 untuk diinput ke meteran yang bermasalah.

Ya sudah saya teruskan saja kode tersebut ke pemilik meteran, dengan sedikit penjelasan cara menggunakannya.

Beberapa menit kemudian pemilik meteran balas WA saya, bahwa ketika selesai memasukkan kode baris ke-2 selalu gagal.
Akhirnya dia minta tolong ke saya untuk datang ke rumahnya, saya pun dijemput.
Sampai di rumahnya langsung saya input 4 baris kode tersebut, ternyata memang benar seperti yang dia bilang, pada baris kedua keterangannya gagal.

Jalan keluarnya saya reset meteran tersebut dengan pencet angka 0 (nol) sebanyak 2 kali, kemudian Enter.
Baru deh masukkan 4 baris kode tersebut, selanjut masukkan kode token yang dia beli. dan input token pun sukses.

Sementara ini kalau ada yang beli token listrik, saya tolak dengan alasan Saldo habis, daripada cuma untung seribu rupiah tapi ribet dan menyita waktu. Lebih baik waktu digunakan untuk keperluan lain yang lebih bermanfaat, misalnya menulis buku.
-
Mungkin PLN keliru dengan slogannya "Listrik Printar" kalau jadinya ribet begini, mungkin sloganya bisa diubah jada "Listrik Belajar"

“Entah kenapa ketika tiba-tiba passion gue muncul terhadap satu hal, biasanya akan ada pekerjaan dalam waktu dekat” begitu kata gue ke Aris suatu malam di kantor Cilandak waktu gue ngoprek SMS gateway dan dia membuktikannya dua Minggu kemudian kami kedatangan tamu dari Belanda

Selepas dari kampus sekitar tahun 2010an, saat itu lagi rame-rame nya kejadian gempa di Indonesia, saat itu pengguna internet ga seramai sekarang dan blackberry masih menguasai pangsa gadget high-end. gue sempet bantuin disebuah NGO kebencanaan buat membangun sistem peringatan dini bencana alam terutama gempa bumi. datanya dari BMKG buat dibroadcast ke stasiun tv, portal, dan SMS warga di sekitar area terdampak. Teknologinya sederhana memang tapi lumayan gue jadi punya kesempatan jadi pembicara di banyak tempat gara-gara itu.

Sekitar tahun yang sama sebagian teknologi tersebut mulai diadopsi oleh beberapa lembaga dari pemantauan kota di Jakarta, pemantauan kekerasan di Papua dan Thailand selatan, pemantauan lingkungan, kekerasan thd TKI, hingga pemantauan pemilu di malaysia. Beberapa tahun kemudian. sekitar 2013 tiba-tiba dikontak mahasiswa MIT diajak mengembangkan salah satu teknologi tersebut untuk pemantauan banjir di Jakarta. Sayangnya itu hanya menjadi sebatas paper. Mungkin karena terlampau canggih kala itu.

Beberapa waktu kemudian saat rame kebakaran hutan, gw terlibat dalam pengembangan sistem peringatan dini kebakaran hutan, metodenya jauh berbeda dari yang sebelumnya lumayan ribet, tapi beberapa tahun kemudian berguna buat pekerjaan gue di lokadata. Nah sekarang gw lagi pengen iseng bikin EWS buat SpO2 karena mungkin ketersediaan tempat tidur RS akan semakin berkurang dan akan lebih banyak yg isoman, kalo ada sebuah EWS yg bisa broadcast ke nakes/RT/RW keknya bisa mengurangi beban RS. ternyata alat dan bahannya cukup murah.

Penggalan frasa semacam itu dan sejenisnya udah gue tinggalkan sejak mungkin 5 tahunan lebih, frasa yang ga ada gunanya selain bentuk keinginan pengakuan atas keberhasilan yang entah apa yang sebenernya juga ga jelas.

Bener ga jelas, karena gw jamin 80% yang bilang kaya gitu ga siap perencanaan jika ide mereka yang dipake, kalo ditanya bagaimana rencananya biasanya akan jawab “lah gue kan udah usul, masa gue juga yang harus bikin rencana?” Terlihat flawless sekali bukan?

Belakangan sejak pemerintah terlihat kehilangan kontrol terhadap pengendalian pandemi, frasa semacam itu banyak yang lewat di timeline sosial media gue. Jadi inget omongan si Bahlul suatu hari waktu kami duduk disebuah rapat, dan lagi ngomongin yang mimpin rapat .

G: “Omongannya tinggi banget ya ga takut kesamber pesawat tuh?”
B: “Orang Indonesia itu dilahirkan dengan rahang yang kuat”
G: “maksudnya gimana?”
B: ” hobinya komentar doang ga ada eksyen”
G: “itu soalnya pas absen pembagian otak bangunnya kesiangan, dapetnya dikit deh”

Bagaimana untuk mengetahui seekor sapi sedang lapar atau sudah kenyang?

Setahun trading gue belajar untuk menunggu sinyal, kemudian menunggu konfirmasi kemudian baru di eksekusi. Setelah eksekusi pun kita perlu pasang pengaman sampai semua berjalan sesuai arah sinyal. Pengaman dipasang di awal biar gue ga mikir lagi buat mengakhiri kalo ternyata setelah konfirmasi gerakan ga berjalan sesuai dengan rencana.

Mendefinisikan keberanian adalah ketika kita mengeksekusi setelah melihat konfirmasi dan memasang pengaman, spekulasi adalah ketika kita baru hanya melihat sinyal kemudian kita langsung mengeksekusi, gegabah adalah ketika ga ada sinyal kita maksa buat masuk.

Secara umum trading mencerminkan kehidupan secara keseluruhan. Manusia tidak didesain untuk mengatasi semua masalah, banyak hal yang diluar kuasa setiap individu. Dari alam sampai perasaan individu yang lain. Kita hanya perlu alat ukur atau indikator yaitu sebuah alat yg bisa kita gunakan untuk mengukur sebuah kejadian.

Output dari beberapa indikator yang saling berkorelasi bisa membentuk sebuah sinyal, sinyal – sinyal tersebut tentunya akan banyak sekali dan karena alat ukur ini adalah alat ukur statistik maka tidak selalu sinyal ini benar, oleh karena itu sinyal perlu diperkuat oleh sebuah konfirmasi. Setelah adanya konfirmasi gerakan sesuai dengan yg sinyal berikan baru rencana dapat dijalankan.

Jadi menurut gue kalo mau belajar apapun pelajari sifat dan indikator baru pelajari sinyal dan konfirmasi.

Lebih dari 10 tahun hidup di perantauan gue bersyukur banyak ketemu orang baik, seorang kawan pernah bilang “orang baik biasanya bakal ketemu orang baik, cuma ya biasanya yg ga baik lebih banyak.”

Well, Veri Junaedi adalah salah satunya, sebelum mengenal baik kami sempat bertemu beberapa kali saat persiapan pemilu 2014 sama-sama di KPU tapi beda bidang beliau di peraturan perundangan gw di teknologi mungkin circa 2012, di tahun yang sama di kepentingan yang lain kami dipertemukan di sebuah program yaitu Matamassa program inisiatif masyarakat untuk pemantauan pemilu. Tak lama kemudian kami berada satu gedung dalam usaha rintisan kami masing-masing.

Veri Junaedi, adalah sosok yang istimewa berbeda dengan image orang yg bekerja dibidang hukum kebanyakan yg gw kenal. Entah apa yang dia lihat sama gue sehingga mau berteman sama gue. Mungkin karena kesamaan kami spontan, ketika punya ide kemudian langsung dieksekusi.

Dia orang yg tiba-tiba ga ada angin ga ada hujan tiba-tiba ngajak makan bareng, yang mungkin setiap Ramadhan ngajak buka bareng, setiap kesempatan makan-makan gw selalu diundang. hmm mungkin ini juga salah satu kesamaan kami, kami suka makan enak.

Beberapa kali kami nyoba buat bikin usaha rintisan bareng juga tapi ga jalan, kami terlalu sibuk dengan urusan masing-masing, meski gagal pertemanan kami baik-baik saja. ya gue menemukan definisi pertemanan tak sebatas materi dari orang-orang baik sekitar gue.

Perbedaan usia kami ga terlalu jauh, Gue udah nganggep dia seperti kakak gue sendiri. Sekali gue pernah ngenalin perempuan spesial gue ke dia, gue ajak ke pembukaan rumah makannya. buat gue ini adalah big move karena gue bukan tipe orang yg selalu ngenalin cewek gue ke orang-orang terdekat, unless she has taken half of my soul. Sayangnya gw ga berjodoh sama dia.

Sekitar 3 Minggu yang lalu seperti biasa dia kontak ngajakin ngopi di proyek rumah barunya di Cibinong, dia bercerita setiap weekend dia nginep disana. Rumahnya gede iya memang dia sekalian menyiapkan untuk kantor istrinya yang notaris. Ajaibnya dia juga tetep bikin area buat kumpul2 seperti yg biasa kami dan kawan-kawan sering lakukan.

“Ini nanti kita bisa kumpul-kumpul disini mas, terus yang bawah itu bisa buat barbeque, sebelah sana nanti saya bikin kolam renang, terus nanti pintu ke rumah udah saya bedakan biar yg ngumpul ga ganggu orang rumah, dan kalo kemaleman males balik udah saya siapkan kamar khusus tamu” kata Beliau sambil tertawa-tawa

Kemudian kami makan, dan gue dikenalkan seluruh keluarga besarnya dari neneknya yang biasa dia panggil emak sampai ibunya. saat itu neneknya bercerita tentang masa kecil mas Veri yang sudah ditinggal bapaknya dari usia 4 bulan dalam kandungan, kemudian ibunya yang banting tulang sebagai single parents membesarkan dia, juga paman dan sodara-sodaranya yang lain yang bahu membahu membesarkan dia. “Saya juga ga nyangka dia akan jadi anak yang pinter begini” ujar emak

Saat itu gue jadi tau darimana kebaikan dia berasal. Dia dibesarkan oleh orang-orang yang baik dan tidak pernah putus asa. dalam hati gue bertanya apa harus jadi orang sesusah ini buat jadi orang berhasil? Gue melihat mas Veri ini orang yg berhasil. Dia berhasil menjalin pertemanan dengan banyak orang dari berbagai kalangan, dia berhasil membangun kantornya yang nyaris ga sepi dari pelanggan, dan menularkan kebaikannya pada ketiga putrinya yang masih kecil.

Sekitar dua Minggu lalu dia memasang status di WA bahwa dia terkena Covid 19, gw kirim pesan ke dia semoga lekas pulih. Namun tak pernah terbalas hingga siang tadi gue dapat kabar dari Fadli teman kami bahwa Mas Veri sudah Wafat siang tadi pukul 14.10 di RS. Pelni.

Awal bulan Oktober 2020 lalu penulis membaca pengumuman di Millis GCompris bahwa tim pengembang akan merilis GCompris V 1.0 pada tanggal 17 November 2020. Dengan adanya rencana rilis tersebut maka Server GCompris akan dibekukan pada tanggal 15 s/d 17 November 2020.

Dengan adanya pengumuman tersebut maka Tim Penerjemah GCompris Indonesia bergerak secara cepat melakukan diskusi melalui Telegram.

Nah di sini ternyata saya salah baca atau memahami tanggal dan bulan.

Yang seharus tanggal tanggal 15 November saya bacanya 15 September.

Pada rilis GCompris V 1,0 ini terdapat perubahan dan perbaikan pada beberapa permaianan, contohnya adalah permianan Jelajahi Peternakan Hewan, Permianan Catur, Menghitung Benda, Pengelompokan. dan lain-lain.

Selain itu terdapat juga beberapa permaian baru pada GCompris V1.0, yaitu: Keyboar Bayi, Listrik Analog, Labirin Pemrograman, Belajar Digit, Belajar Pengurangan,dan Belajar Penambahan.

Pada post kali ini penulis membahas permianan bernama Keyboard bayi, sedangkan permainan baru lainnya akan penulis bahas pada post berikutnya

Terjemahan pada judul permainan ini masih keliru, yang lebih tepat adalah Keyboard anak.
Tapi bisa dimaklumi karena tim penerjemah melakukan penerjemahan secara langsung dari judul aslinya yaitu Baby keyboard.

Untuk yang tertarik dengan buku yang penulis rilis dapat mengunjungi tautan berikut => Unduh Buku Digital Gratis

Saya memasang beberapa cctv berbeda merek, baik yang berjenis ip cam maupun yang analog dengan dvr. Kesemuanya terhubung ke 1 server shinobi video yang pernah saya tulis di artikel sebelumnya. Nah, beberapa perabotan itu tentunya memiliki IP, dan ada beberapa yang suka ngambek, gak hidup. Di-ping juga gak respon. Agak susah kalau tidak mengetahuinya. Kapan hari ada insiden panci presto meledak, namun cctv di area dapur pas heng. Jadi tidak ketahuan prosesnya.

Setelah kemarin ngoprek-ngoprek ARM (lagi setelah sekian lama), saya jadi inget punya beberapa perabotan arm yang tidak kepakai, salah satunya pi zero. Ya sudah itu aja dimanfaatkan jadi mesin bot. Tugasnya cuma kirim ping ke beberapa perangkat yang ada di daftar, jika gak ngasih balikan, ngirim pesan ke telegram via bot telegram.

Kodenya ada di https://github.com/princeofgiri/bojongbot.

Ada beberapa yang nanya, kenapa gak pakai ESP32 aja? Jawabannya sebagai berikut:

1. Saya belum pernah ngoprek ESP32, baru order, belum datang saat tulisan ini dibuat
2. Memanfaatkan yang sudah ada, jadi tinggal pakai gak perlu beli-beli
3. Saya sangat familiar dengan linux dan bash, jadi ndak ribet bahasa pemrograman lainnya

Kepinginnya sih nanti botnya jadi tambah pinter, kulkas di rumah sepertinya ada API, bisa diintip nanti-nanti.

Setelah kemarin bikin video Armbian dengan LibreOffice 7.0 (https://www.youtube.com/watch?v=1rTrCVgGXfA) ngoprek disela-sela kesibukan masih berlanjut. Kali ini ngidupin layar 7 inch dengan perangkat raspberry pi buat mainan bocah dengan GCompris.

Di Raspberry Pi OS (dulu Raspbian), yang berbasis debian buster. Caranya cukup mudah, pasang flatpak, pasang libreoffice dari flatpak. Beres!

Eh tunggu dulu, belum beres. Karena menu aplikasi libreofficenya belum bisa muncul. Harus digosok dulu. Berikut cara nggosoknya:

• Edit berkas

/etc/xdg/lxsession/LXDE-pi/desktop.conf

• Di paling bawah, tambahkan

[Environment_variable] XDG_DATA_DIRS=/var/lib/flatpak/exports/share:/home/pi/.local/share/flatpak/exports/share:/usr/local/share/:/usr/share/raspi-ui-overrides:/usr/share/:/usr/share/gdm/:/var/lib/menu-xdg/

• Reboot

Udah deh!

LibreOffice 7.0 di Raspberry Pi OS

Setelah liat-liat di situs perbelanjaan daring, saya menemukan satu kamera yang fiturnya cukup pas untuk disambungkan dengan Shinobi, harganya juga berkisar 250 ribu rupiah. Berikut fitur yang penting untuk digunakan:

• Onvif
• AUTO TRACKING
• PTZ Rotate Pan Tilt 360
• Ada sensor suara, sensor gerak dan pemberitahuan ke Hp

Mini Camera

PTZnya juga berhasil tersambung dengan Shinobi. Onvif devicenya dikenali bikinan Eyeplus.

Saya memiliki satu set CCTV beserta DVRnya. Mereknya Nathans, sponsor dari kantor (PT SKK). Ini CCTV asli ndak pakai ribet, just work. Nah … PRnya adalah gimana caranya nyambungin ke Shinobi. Berminggu-minggu saya gak berhasil menemukan solusinya. Sampai saya menyerah.

DVR

Sekitar 2 mingguan lalu, saya tiba-tiba nemu sebuah saran url rtsp dari internet. Dan saya coba beneran bisa. Berikut urlnya:

rtsp://192.168.0.3:554/user=admin&password=passwordmu&channel=1&stream=1.sdp?real_stream–rtp-caching=100

Silahkan sesuaikan alamat IP beserta akun yang ada di DVR Anda.

Bagaimana kalau mau belajar pemasangan shinobi namun tidak memiliki IP Cam? ada caranya kah?

Ada. Pasti Ada

Salah satu caranya adalah dengan menggunakan IP Cam publik yang berada di beberapa wilayah/negara. Daftarnya bisa didapat di http://www.insecam.org/. Tidak semua bisa digunakan, namun tentu saja ada yang bisa. Saya sendiri menemukan satu yang sukses digunakan. Tahapannya kurang lebih seperti ini:

1. Cari salah satu kamera. Saya menemukan yang berada di Jepang. http://www.insecam.org/en/view/534370/.
2. Ambil IP Addressnya, investigasi url-urlnya dengan iSpy agar bisa mendapat informasi lebih detil.
3. Jika tanpa nomor 2, juga bisa, kebetulan kameranya support ONVIF, tinggal masukin alamat IP dan atur-atur dan coba-coba sampai pas
4. Khusus ini, saya menemukan bahwa konfigurasi yang pas itu MJPEG.

IP Cam Publik

Selamat mencoba dan latihan untuk kamera yang lain. Banyak spot-spot bagus juga lho.

PS: CCTV Xiaomi Yi Max 02 1080p Outdoor Smart IP Cam ini ndak support ONVIF gak bisa diakses via rtsp jadinya.

Pemasangan Shinobi cukup mudah sekali, cukup menjalankan sebaris perintah dari root:

bash <(curl -s https://gitlab.com/Shinobi-Systems/Shinobi-Installer/raw/master/shinobi-install.sh)


Selanjutnya tinggal mengikuti langkah-langkah yang ada di layar. Saya memilih mengambil dari branch development agar mendapatkan fitur-fitur terbaru sekaligus testing. Dokumentasi pemasangan secara lengkap bisa dibaca di sini.

Berikut hal-hal utama yang perlu dilakukan setelah pemasangan:

Peramban Firefox

Gunakan peramban Firefox. Karena peramban Chrome tidak mau bila ada https dan self sign. Juka untuk streaming beberapa video cctv. Firefox bekerja lebih benar dari pada Chrome. Enggak tau kenapa.

Masuk sebagai admin dan buat user

Kita perlu memasukkan url http://alamat-ip-shinobi-server:8080/super. User / Pass bakunya adalah admin@shinobi.video / admin. Dari halaman ini kita bisa membuat user baru untuk masuk ke dashboard shinobi server. Juga untuk mengganti password akun admin tersebut.

Super Admin

Shinobi Dashboard

Untuk masuk ke dashboard, buka peramban dan arahkan ke http://alamat-ip-shinobi-server:8080/ lalu masukkan username/password yang sudah dibuat tadi.

Menambahkan Kamera

Klik tombol + (Add Monitor). Di sini kamera disebut monitor. Lalu tinggal isikan parameter-parameter yang sesuai kamera. Saya mencoba sendiri dan ribet. Setelah beberapa kali percobaan, baru berhasil.

Menambah Kamera

Ada cara gampangnya, melalui menu pojok kiri atas – ONVIF. Lalu isikan alamat ip dan klik tombol search. Secara pintar, shinobi bisa mendeteksi kamera dalam jaringan yang kombatibel ONVIF. Jika ketemu, akan ditampilkan deskripsi kamera, bahkan bisa tahu merek/modelnya. Lalu tinggal klik tombol bergambar 2 dokumen (seperti ikon duplicate).

Add Monitor – ONVIF

Selanjutnya tinggal melengkapi/mengganti isian yang ditampilkan (sama dengan jendela Add Monitor). Tinggal disesuaikan saja atau langsung Save. Secara baku, kamera akan memiliki mode View Only. Kita bisa mengatur/mengganti modenya menjadi Record.

Dua Kamera/Monitor

Power Video Viewer

Digunakan untuk melihat video yang sudah tersimpan terekam. Tombol ikonnya mirip seperti tag/point pada peta.

Video Viewer

Seingat saya, Power Video Viewer ini yang tidak bisa di Chrome.

Dah itu dulu tulisan kali ini. Tulisan berikutnya saya akan jelaskan cara optimasinya.

*Featured image diambil dari http://getwallpapers.com/collection/hidden-leaf-village-wallpaper

Oprekan kali ini bermula dari lokasi proyek rumah yang kemalingan. Saat awal bangun, kemalingan genset, berikutnya beberapa minggu lalu, para tukang kemalingan handphone.

Saya memiliki cctv yang ada di rumah, subsidi dari Pak Bos yang memiliki perusahaan penjualan cctv. Yang sudah dipakai, sangat mudah dioperasikan. Just work. Namun kali ini sejak pandemi, saya kepikir untuk memanage cctv tersebut dengan linux, entah raspi atau pakai komputer-komputer spek rendah.

Sebelumnya, saya sama sekali tidak mengerti teknologi cctv beserta perabotannya. Namun sejak ngoprek ini, pengetahuan jadi bertambah. Awalnya hanya tau/nemu Shinobi Video saja, setelah itu bingung, harus bagaimana? cara koneksinya ke cctv bagaimana?

Dinamakan IP Cam, tentunya memiliki IP, umumnya, dari pabrikan diatur menjadi dhcp client. Sehingga dapat IP otomatis dari router/server dhcp. Saya dipinjami IP Cam oleh Pak Iwan Tahari. Dalam kardusnya tidak ada informasi apapun (buku manual juga tidak ada). Merek/Pabrikan pembuatnya juga tidak tahu. Jadi dengan coba-coba colokin aja ke router/modem yang ada di rumah, lalu diintip dapat IP berapa, nah itu dia tinggal dipanggil IPnya di peramban.

IP Cam

Setelah sukses dapat IP, saya punya 1 komputer yang rencananya jadi server cctv dan sudah ada dhcp servernya, saya sambungkan IP Cam tersebut ke komputer . Dapat IP 10.42.0.151. Tinggal dipanggil di peramban dan muncul antar muka web si kamera.

Antarmuka Web

Hal utama yang perlu dilakukan adala mengatur zona waktu/waktu, agar nantinya saat dipakai, timestamp yang ditampilkan sesuai. Hal berikutnya adalah pengaturan kualitas gambar. Kamera ini sanggup merekam video/gambar dengan codec H265 dan H264, juga bisa merekam audio serta pengaturan fps dan kualitas. Saya mengatur kualitas medium dan codec H264 (karena H265, rata-rata browser tidak mulus menampilkannya).

Selanjutnya, bagaimana cara menguji bahwa kamera tersebut bisa digunakan? Saya cukup bingung dengan pertanyaan sendiri. Mencari-cari, akhirnya menemukan jawaban, bahwa bisa menguji dengan menggunakan VLC. Tinggal memasukkan url rtp/udp melalui menu Open Network. Nah bagaimana mendapatkan urlnya? macem-macem jawabnya dan bingung. Namun saya menemukan aplikasi pembantu, yang bisa memandu kita.

Aplikasinya bernama iSpy, opensource, adanya di OS Windows saja. Cara penggunaannya cukup mudah, bisa mencari berdasarkan IP yang kita masukkan atau dia mencari melalui jaringan yang ada. Setelah itu dia akan memberikan info ke kita daftar url yang bisa digunakan.

iSpy

Ada beberapa format yang perlu diperhatikan:

• ONVIF, ini format standar IP Cam, jika bisa ini, dengan Shinobi bisa otomatis dalam pendeteksiannya.
• RTSP, catat url rtsp yang diberikan, di atas contohnya rtsp://ip:8554/live/ch00_0

VLC dengan rtsp

Setelah sukses tampil di VLC, kita bisa melanjutkan pemasangan Shinobi Video.

Saya mendapatkan komputer ini dari Baris, CEO Endless Solutions jaman saya masih jadi ambassador pada 2017. Sudah terpasang Endless OS dan berfungsi dengan baik. Beberapa hari ini saya memutuskan untuk mengganti OSnya dengan OS apapun yang memungkinkan.

Pengujian pertama dengan openSUSE Tumbleweed, pemasangan berjalan mulus, masuk desktop agak kacau dikarenakan layar HDMI dianggap sebagai layar extended. Jadi harus mengarahkan kursor yang tepat dan mengatur ulang layar beserta resolusinya. Setelah masuk desktop, wireless tidak bisa digunakan. ini sudah sesuai prediksi. Pasang firmware non-free juga tidak membuahkan hasil.

Pengujian berikutnya dengan Ubuntu 20.04 yang masih Beta. Hampir sama, perbedaannya hanya si Ubuntu sedikit lebih pintar mengenali layar dari pada openSUSE. Namun tetap perlu mengatur resolusi layarnya. Wireless juga sama-sama tidak bisa digunakan walaupun sudah memasang firmware non-free.

Berikutnya nyari firmware yang dipakai Endless OS, nemu di github https://github.com/endlessm/linux-firmware. Coba dipasang … jreng, tetep gagal. Karena masih penasaran, saya unduh iso Endless OS terkini, dan install lagi. Selanjutnya ambil /lib/firmware untuk dibandingkan, ternyata ada sedikit (bisa dibilang banyak sih) tambahan dari yang ada di github. Saya rangkum di https://lumbung.mycoop.id/ahmadharis/linux-firmware/commit/ee4aec2c50e82a06861e2b166814d418e3d5046b. Setelah dipasang, reboot, tetep gak mau.

Baca-baca dmesg, terus guling-guling, nemu titik terang untuk ambil dari https://archive.raspberrypi.org/debian/pool/main/f/firmware-nonfree/firmware-brcm80211_20161130-3+rpt3_all.deb terus dibongkar. Dicomot yang brcmfmac43455. Saya rangkum di https://lumbung.mycoop.id/ahmadharis/linux-firmware/commit/1c1f19900b2399ce123dd5e5d2978aa6ba21e397.

Dicoba di Ubuntu 20.04 sukses. Di openSUSE Tumbleweed pun demikian.

openSUSE Tumbleweed

Ubuntu 20.04

Jadi kapan hari menjenguk duo R, dan keinget kalau ada “harta” lama yang gak dipakai. Jadinya saya minta dan dicoba dihidupkan. Macbook2,1. Laptop jaman Pak Beye kata teman saya.

Macbook2,1

Ini komputer cukup nyusahin. Kalau pakai MacOS X mentok di Lion. Walhasil gak bisa ngapa-ngapain, wong banyak aplikasi ndak support. Boot usb linux juga ndak mau, gak kayak Macbook keluaran baru yang mau boot linux. Dulu masang ubuntu lewat media CD. Berhubung sudah gak punya CD, alhasil menggunakan segala cara agar bisa boot. Cara termudah adalah memasang ubuntu dari komputer lain, lalu pindah disknya ke macbook jadul tersebut.

Bagaimana dengan OS Linux lainnya? susah … gak bisa kepasang. Kesimpulan akhir, karena grub yang terpasang di ubuntu itu grub-pc i386 (walaupun pakai arch 64 bit). Jadi yang mulus terpasang pertama kali adalah ubuntu.

Selanjutnya usaha agar memasang openSUSE Tumbleweed. Berbagai cara sudah digunakan, ketemu kesimpulan cara yang mujarab sebagai berikut:

1. Pasang opensuse (boot legacy, jangan uefi) pada disk (usb flashdisk) lain dengan komputer lain.
2. Sediakan partisi kosong ext4 di macbook jadul tersebut.
3. Salin isi usb flashdisk pada nomor 1 ke dalam partisi ext4 tadi. Salin dengan opsi -rapv biar kebawa semua atribut dan permission berkasnya.
4. Uji dengan chroot, kalau mulus berarti sudah benar.
5. Ubah fstab, sesuaikan dengan uuid yang baru, pindah motherboard/komputer akan membuat beda uuid.
6. Edit grub di ubuntu, sesuaikan.

Ribet kan? tapi seru, buat nambah kesibukan selama masa diam di rumah.