Modul pemutaran lanjutan [ 1 ] memungkinkan klien IRC untuk menghindari pemutaran buffer berulang yang tidak diinginkan. Klien IRC dapat meminta modul untuk mengirim pemutaran buffer parsial mulai dari titik waktu tertentu.
Selanjutnya, master ZNC terbaru [ 2 ] memiliki dukungan untuk buffer kueri persisten [ 3 ]. Klien dapat memilih untuk menyimpan buffer kueri hingga ditutup secara eksplisit di GUI. Ini juga paling mudah dilakukan melalui modul pemutaran yang sama untuk menghindari respons yang tidak diinginkan dari ZNC [ 4 ].
Bersama dengan plugin mymsg [ 5 ], kedua fitur ini menghadirkan pengalaman IRC dengan ZNC di tingkat yang sangat berbeda.
EDIT: Referensi yang dihapus ke implementasi contoh cepat dan kotor yang tidak ada lagi. Garpu tempat disimpannya tidak ada lagi.
[1] http://wiki.znc.in/Playback
[2] https://github.com/znc/znc/pull/598
[3] http://wiki.znc.in/Query_buffers
[4] https://github.com/znc/znc/pull/620
[5] https://github.com/TingPing/plugins/blob/master/HexChat/mymsg.py
PS. Harap pertimbangkan untuk membuat klien dapat menerima pesan dari dirinya sendiri tanpa plugin mymsg tambahan.
Saya hampir mengatakan ini termasuk dalam sebuah plugin. Tampaknya cukup sederhana tetapi jauh lebih spesifik ZNC daripada waktu server.
@jpnurmi Pikiran memeriksa https://github.com/hexchat/hexchat/tree/znc
EDIT: Setelah memikirkannya, saya pikir plugin seharusnya hanya menyimpan satu stempel waktu per server. Tidak ada alasan untuk menyimpan satu per konteks dengan penggunaan saat ini.
Terlihat menjanjikan! Saya telah bermain-main dengannya dan memperhatikan bahwa ada yang tidak beres dengan cap waktu. Ini sering memutar ulang pesan saluran yang sudah saya lihat. Sepertinya jika saya putuskan segera dan kemudian sambungkan kembali, saya mendapatkan pemutaran yang sama lagi.
Saya perhatikan itu juga, tidak mungkin ada apa pun di plugin. Apakah Anda melihat masalah serupa di cabang WIP Anda?
Tampaknya berfungsi dengan wip/pemutaran. Beberapa pemikiran acak yang mungkin membantu memecahkan masalah:
satu stempel waktu per koneksi sudah cukup
Sudah melakukan itu secara lokal, masalah masih ada.
Sepertinya jika saya putuskan segera dan kemudian sambungkan kembali, saya mendapatkan pemutaran yang sama lagi.
Saya perhatikan itu juga, tidak mungkin ada apa pun di plugin.
Saya mengalami pemutusan dan koneksi kembali singkat dengan ZNC dan itu mengirimi saya pesan di saluran yang terjadi selama periode pemutusan (dikonfirmasi dari klien lain). Ini adalah _tanpa_ dukungan pemutaran. Mungkin ia mencoba kembali pengiriman yang tidak di-hack dari koneksi yang rusak ke yang baru. Jadi, jika HC meminta dukungan pemutaran, mungkin akan mendapat pesan itu dua kali.
Ada kabar tentang perkembangannya?
@jpnurmi , 404 di tautan Anda. :menangis:
Saya mengambil kesempatan lain di sebuah plugin yang tampaknya berfungsi lebih baik: https://github.com/TingPing/plugins/blob/master/HexChat/playback.lua
Saya mengalami pemutusan dan koneksi kembali singkat dengan ZNC dan itu mengirimi saya pesan di saluran yang terjadi selama periode pemutusan (dikonfirmasi dari klien lain). Ini tanpa dukungan pemutaran. Mungkin ia mencoba kembali pengiriman yang tidak di-hack dari koneksi yang rusak ke yang baru. Jadi, jika HC meminta dukungan pemutaran, mungkin akan mendapat pesan itu dua kali.
bukankah ini hanya buffer ZNC standar, tidak ada hubungannya dengan modul [[playback]] untuk znc.
@TingPing skrip playback.lua
berfungsi dengan baik untuk saya, meskipun saya masih mengamati memutar ulang pesan yang sudah saya lihat juga. Terima kasih meskipun ini lebih baik daripada tidak sama sekali :)
@TingPing skrip playback.lua terbaru Anda berfungsi dengan baik untuk saya, meskipun saya masih mengamati pesan yang diputar ulang yang sudah saya lihat juga. Terima kasih meskipun ini lebih baik daripada tidak sama sekali :)
Perhatikan bahwa skrip tidak menyimpan stempel waktu ke disk dengan sengaja.
Komentar yang paling membantu
Ada kabar tentang perkembangannya?