GoldenChoco Status

Dikarenakan kesalahan setting pada DNS GoldenChoco Networks, beberapa subdomain ada yang mengarah ke subdomain lain. Hal ini sedang di selidiki lebih lanjut. Mohon maaf atas ketidak nyamanannya. Untuk melaporkan temuan error yang lainnya bisa mengirimkan email ke sekar92@surat.goldenchoco.web.id atau ke sekar.wahyuningrum92@gmail.com.

Layanan GoldenChoco Music di tutup... Telah bersama kurang lebih 1,5 tahun, layanan daring dengar musik GoldenChoco Music  dari Departemen GoldenChoco Entertainment akhirnya ditutup. Penutupan layanan ini bukan karena hanya untuk mengurangi beban kerja jaringan GoldenChoco Networks, tetapi juga untuk membenahi layanan yang ada di GoldenChoco Entertainment yang sepertinya masih belum mencapai target.GoldenChoco Music sendiri mungkin sudah kalah populer dari layanan yang ada seperti Spotify. GoldenChoco Music akhirnya diputuskan untuk tidak dilanjutkan layanannya. Terima kasih atas dukungannya selama 1,5 tahun ini dan semoga kenangan dengan GoldenChoco Music akan terkenang selamanya. GoldenChoco Site Manager BudhiAP

Downtime in scheduled, at 6 Sep 2018 (14.00) untill 7 Sep 2018 (11.00).

Server GoldenChoco akan direncanakan melakukan perbaikan secara keseluruhan pada bulan September, kemungkinan seluruh domain terkecuali hosting di luar server GoldenChoco akan lumpuh untuk sementara. Mohon maaf atas ketidaknyamanannya.

We are apologize for downtime due to Server Migration from France to Germany. The reason for massive migration this time were for performance.

Recently, GoldenChoco MySQL server has troubled for consuming too much memory. It caused by GoldenChoco Portal Web (http://www.goldenchoco.web.id) WordPress. When it loads MySQL consuming much memory, in actual there's not too much connection in the same time. Just for 1 client it can consumed much memory, while at the same time more than 1 connection it can caused server crashed. Then we found that trouble from MySQL server didnt have any cache option for it when it loads query from client.  From Internet we found some information about what MySQL server did when it consumed more memory: MySQL default cache settings are not too tight on Ubuntu/Debian, making it suitable for moderate loads, not low loads. If you don’t have much content, everything is just kept in memory (even if not needed) MySQL uses round robin for connections and if there is 100 max connections it will allocate a thread stack for each connection (someone please confirm this – I found contracting infos).