Mengapa membangun basis pengetahuan berbasis mediawiki bukanlah ide yang buruk

Baru-baru ini, Confluence dan sharepoint hampir sepenuhnya berkuasa di pasar basis pengetahuan. Sistemnya sangat baik, saya tidak berpendapat, tetapi saya pribadi tidak memiliki fleksibilitas yang cukup dan entah bagaimana tidak tumbuh bersama: wiki sharepoint tetap berada di suatu tempat di tingkat 2005 (saya diam tentang bekerja dengan dokumen kantor, semuanya berdengung), dan Pertemuan, karena fitur-fiturnya, dengan peningkatan jumlah artikel, mau tidak mau berubah menjadi dump di mana tidak mungkin untuk menemukan sesuatu yang diperlukan ( tapi mungkin masalahnya ada di saya ).

Tanpa mengurangi manfaat sistem ini, saya ingin berbicara tentang peluang apa yang dimiliki Mediawiki sebagai basis pengetahuan perusahaan. Tentu saja, mediawiki tidak cocok untuk semua orang - mediawiki tidak memiliki integrasi yang modis dengan jira / tfs / etc, mentransfer dokumen dengan gambar dari paket Microsoft Office banyak ketidaknyamanan, dan itu sendiri ditulis dalam PHP, yang baru-baru ini menjadi pencegah bagi beberapa spesialis IT . Namun demikian, platform ini lebih hidup daripada yang hidup dan sejumlah orang sedang mengerjakan pengembangannya, selama keluarga proyek Yayasan Wikimedia didasarkan padanya.

Wiki itu sendiri agak pelit dengan kemungkinan, tetapi banyak ekstensi telah ditulis untuk itu. Sebagian besar fungsi yang menarik terletak pada ekstensi, jadi cukup banyak artikel tentangnya. Dan ya, saya tidak bisa tidak mencatat bahwa ada versi korporat khusus dari Mediawiki - BlueSpice , yang tidak saya gunakan, dan karena itu saya tidak dapat menilai kecukupannya.

Pertama, tentang chip mediaiwki itu sendiri

Sebelum berbicara tentang ekstensi, ada baiknya menyebutkan fitur apa yang dimiliki mediawiki itu sendiri secara umum. Jika Anda memiliki seribu suntingan di Wikipedia di akun Anda, maka Anda tidak mungkin mempelajari sesuatu yang baru dari bagian ini, Anda dapat melewatinya dengan aman.

Barang pertama dan salah satu yang paling nyata - kategori . Halaman dapat ditambahkan ke kategori, kategori itu sendiri dapat ditambahkan ke kategori. Berbeda dengan struktur file (lupakan symlink), halaman / kategori dapat dalam beberapa kategori sekaligus. Penggunaan kategori menghambat pertumbuhan kekacauan dengan meningkatnya jumlah artikel. Terutama jika Anda menelusuri daftar artikel yang tidak dikategorikan dan kategori yang tidak dikategorikan secara berkala

Ruang nama . Ideologi wiki mengatakan bahwa semuanya adalah halaman (bahkan kategori atau gambar). Untuk memisahkan halaman dari jenis yang berbeda, ide ruang nama ditambahkan. Jika diinginkan, Anda dapat menambahkan ruang nama Anda sendiri untuk memisahkan pengetahuan dari berbagai jenis (misalnya, ruang nama terpisah untuk informasi produk, utilitas, panduan, deskripsi proses, informasi layanan lainnya).

Wiki juga mendukung templat - halaman wiki yang nantinya dapat dimasukkan di halaman lain. Dukungan template bekerja dengan parameter, yang mengubahnya menjadi sesuatu yang lebih dari sekadar menyisipkan teks: jika diinginkan, Anda dapat menulis skrip sederhana dalam bahasa template. Ngomong-ngomong, mereka mengatakan bahwa bahasa templat dapat diselesaikan oleh Turing .

Selain templat, ekstensi Scribunto memungkinkan penggunaan modul lua di dalam wiki. Modul bersama template memungkinkan Anda untuk mengimplementasikan banyak hal tanpa harus menulis ekstensi Anda sendiri.

Misalnya, tabel navigasi dibangun berdasarkan duo ini. Tabel navigasi, misalnya, hal ini, yang biasanya dapat dilihat di bagian bawah halaman:


Meskipun mereka bukan fungsi standar, mereka telah menetapkan diri sebagai alat navigasi yang nyaman dan memulihkan ketertiban dan sekarang digunakan hampir secara universal.

Saya tidak bisa tidak menyebutkan Mediawiki: Common.css dan Mediawiki: Common.js file yang memungkinkan Anda untuk menambahkan sedikit penyesuaian pada wiki - lebih baik menggunakan ekstensi untuk hal-hal besar.

Editor

Salah satu bagian terpenting dari wiki adalah editor. Sangat sulit untuk mengimplementasikan wiki jika tidak memiliki editor visual, karena hanya orang yang sangat inisiatif yang akan setuju untuk mempelajari markup wiki.

Editor visual

Ekstensi yang relatif baru - VisualEditor memecahkan masalah dengan pengeditan visual artikel. Dia memiliki tiang temboknya sendiri, tetapi untuk sebagian besar tugas dia memiliki cukup. Dari masalah yang paling mencolok - tidak ada penyisipan gambar yang paling nyaman.

Tampilan editor visual terkait erat dengan munculnya Parsoid , layanan konversi antara sintaks Mediawiki dan html. Tugas ini ternyata sangat tidak sepele karena fakta bahwa sintaks mediawiki dikembangkan secara acak dan tidak didefinisikan secara ketat. Baca lebih lanjut di posting luar biasa dari blog resmi .

Di antara ekstensi yang berintegrasi dengan VisualEditor, Anda dapat memilih Grafik untuk mengedit grafik, Matematika untuk mengedit rumus matematika, dan SyntaxHighlight untuk menyoroti sintaks dari fragmen kode.

Wikieditor

WikiEditor adalah editor wikitext sederhana. Beberapa hal rumit masih lebih mudah dilakukan melalui editor wikitext, di beberapa tempat pengeditan visual masih belum didukung. Bagaimanapun, WikiEditor membuatnya lebih mudah untuk bekerja dengan Wikitext, dan sangat mudah untuk menyesuaikannya .

Mengedit Konflik

Siapa pun yang menggunakan Mediawiki di masa lalu akan mengingat betapa menyakitkannya setiap resolusi konflik pengeditan.

TwoColConflict dengan beta diaktifkan secara default sangat menyederhanakan solusi. Jika terjadi konflik, Anda dapat melihat tempat-tempat di mana konflik terjadi, dan pilih versi fragmen kontroversial yang diinginkan. Jika kedua versi tidak lengkap, maka Anda dapat melengkapi salah satunya. Sesuatu seperti ini terlihat dalam bisnis:



Anda dapat mencobanya sendiri di halaman pengujian .

Formulir untuk menambahkan konten yang sama

Ekstensi PageForms memungkinkan Anda untuk menambahkan konten yang seragam ke wiki Anda menggunakan formulir. Dalam praktik saya, saya menggunakan formulir untuk menambahkan kunci registri, tabel database, dan hal-hal serupa lainnya ke wiki.



Ekstensi ini mengungkapkan kekuatannya saat menggunakan Semantic Mediawiki atau analognya. Ilmu media semantik memungkinkan Anda untuk menambahkan properti halaman atau objek dengan properti Anda ke halaman. Properti diatur seperti ini (misalnya, halaman Jerman):

[[ ::]] 

Properti dan objek ini kemudian dapat diperoleh dengan menggunakan permintaan ask atau melalui api.

Dari properti yang diperoleh, Anda dapat memperoleh tabel, membuat grafik, dan melakukan banyak hal keren lainnya . Misalnya, dalam kasus saya, berdasarkan tabel yang ditambahkan melalui formulir, skema db paling sederhana dibuat. Selain itu, skema dapat dibangun bukan untuk seluruh produk, tetapi untuk kategori tertentu. Dan dalam diagram, selain tautan FK / PK yang jelas, tautan implisit juga dapat tercermin yang tidak dapat dilihat dengan alat pembuatan bagan standar.

Untuk kunci registri, informasi kunci ditarik dari properti yang sama sehingga dapat digunakan untuk menghasilkan file .reg dengan nilai yang diberikan.

Kategori pohon

PageForms mendukung kemampuan untuk menambahkan bidang dengan pohon kategori, jadi untuk menambahkan halaman ke kategori yang Anda butuhkan, cukup klik pada kotak centang yang diperlukan.

Di sisi lain, ketika kita sudah memiliki artikel yang dikategorikan, mereka dapat ditampilkan pada halaman mana saja dalam bentuk pohon:



Pohon dimuat secara dinamis, sehingga berfungsi untuk sejumlah besar artikel, dan untuk kategori berulang, jika seseorang tiba-tiba membutuhkannya.

Otorisasi LDAP / AD

Ekstensi Otentikasi Ldap mendukung otorisasi domain, pembatasan akses untuk grup tertentu, dan pemetaan grup pengguna mediawiki ke grup ldap. Anda dapat mengonfigurasi beberapa domain sekaligus. Agak membosankan dalam hal pengaturan, tetapi, untungnya, ada instruksi yang sangat bagus di Internet .

Hak Akses Granular

Di sini semuanya buruk. Jika tugasnya adalah membatasi akses ke pengguna yang tidak sah, maka ini sederhana. Jika di antara para pengguna ini perlu untuk membedakan kelompok yang terpisah dengan hak akses khusus, maka ini sulit.

Ada banyak ekstensi berbeda, tetapi mereka tidak menyelesaikan masalah mendasar: mediawiki tidak dibuat sebagai CMS. Untuk mendukung hak akses, Anda harus menambal kode Mediawiki, menambahkan secara manual

 $title->userCan('read') 

dalam segala hal yang tidak boleh diberikan tanpa verifikasi hak. Hal yang sama berlaku untuk semua ekstensi: untuk setiap ekstensi yang Anda tambahkan, Anda harus menambahkan secara manual semua pemeriksaan yang diperlukan.

Bagi saya sendiri, saya memecahkan masalah dengan ekstensi buatan sendiri, dibangun berdasarkan gagasan PermissionACL dan paket tambalan untuk ekstensi yang berbeda dan mediawiki itu sendiri. Untungnya, saya tidak memerlukan ACL yang canggih, ada cukup primitif untuk beberapa kelompok.

Untuk mendukung hal yang sama untuk gambar, Anda harus membungkus akses file di Img_auth.php . Dan yang terakhir menggunakan streamer file dari mediawiki, yang tidak tahu bagaimana memberikan konten parsial (pada saat mediawiki 1.31), jadi untuk mendukung pemutaran video Anda harus melampirkan streamer file lain.

Dukungan video

Dukungan video tidak termasuk dalam paket standar, tetapi dipecahkan dengan menginstal ekstensi TimedMediaHandler . Pemutar video normal, tidak ada yang istimewa. Memasukkan video ke halaman persis sama dengan memasukkan gambar.

Cari

Salah satu hal yang secara pribadi mengganggu saya dalam Confluence adalah pencarian. Pencarian Mediawiki standar bahkan lebih buruk, tetapi untungnya ada ekstensi pihak ketiga. Dari ekstensi pencarian, yang paling populer adalah CirrusSearch dan SphinxSearch . Saya tidak pernah menggunakan yang terakhir, tetapi saya mengenal yang pertama dengan sangat erat, omong-omong, ini juga digunakan dalam proyek-proyek Wikimedia Foundation

CirrusSearch bekerja atas dasar elasticsearch , agar ekstensi berfungsi, Anda juga harus memasang antarmuka perantara - ekstensi Elastica .

CirrusSearch mendukung sejumlah parameter yang gila dan berkembang cukup aktif. Sebagai contoh, saya sangat senang bahwa pencarian CamelCase dimulai di cabang 1.32.

Poin lain yang saya sukai adalah kemampuan untuk menambahkan kamus sinonim. Kamus ini berfungsi dengan baik dengan jargon internal perusahaan yang mapan, singkatan, salah ketik khas atau berbagai transliterasi. Tetapi kamus terlebih dahulu harus ditulis, yang mungkin bukan tugas termudah. Jika Anda tidak mengasah kamus untuk perusahaan tertentu, Anda dapat mencoba kamus yang ada dalam semangat WordNet , tetapi bukan fakta bahwa kamus itu cocok untuk Anda secara pribadi.

Ekstensi tidak mendukung penambahan sinonim pada tingkat konfigurasi LocalSettings, tetapi ini tidak sulit untuk diselesaikan dengan mengedit kode ekstensi - lihat AnalysisConfigBuilder.php dan petunjuk untuk menyiapkan sinonim untuk elasticsearch .

Jika diinginkan, Anda dapat menambahkan baris pencarian ke halaman utama melalui ekstensi InputBox , setelah itu Anda dapat mempercepat pelengkapan otomatis ke halaman itu sesuai dengan instruksi .



Omong-omong, AdvancedSearch akan membantu merapikan tampilan halaman pencarian, dengan itu tidak akan terlihat seperti korban penggemar kotak centang.

Analisis

Kedengarannya konyol, tentu saja, tetapi analitik sangat berguna bahkan untuk basis pengetahuan internal yang dikunjungi seratus orang per bulan. Ini memungkinkan Anda untuk memahami bagaimana pengguna berinteraksi dengan antarmuka, apa yang mereka cari, apa yang mereka baca, apa yang mereka gunakan. Jika rencana mencakup pengembangan lebih lanjut dari basis pengetahuan, statistik akan sangat berharga.

Untuk intranet ada perpanjangan yang sangat layak dari Matomo (ex Piwik). Ekstensi yang sesuai untuk integrasi adalah MatomoAnalytics .



Matomo mengumpulkan statistik tentang kueri pencarian, sumber lalu lintas, unduhan, klik-tayang (Anda dapat melihat frekuensi klik-tayang dengan hamparan pada halaman itu sendiri) dan banyak metrik lainnya. Statistik dapat dikumpulkan baik dengan referensi ke pengguna tertentu, dan anonim, agar tidak membingungkan siapa pun.

Lainnya

Selain yang di atas, ada banyak ekstensi yang hanya membuat hidup lebih mudah. Misalnya, GuidedTour untuk mengajar pemula dasar-dasar bekerja dengan antarmuka, Popup untuk melihat pratinjau artikel di hover, MultimediaViewer untuk lebih nyaman melihat gambar ukuran penuh dan banyak lagi.

Apa hasilnya?

Set ekstensi pria yang terdaftar mencakup sebagian besar kebutuhan untuk menciptakan basis pengetahuan, tetapi tidak semua. Mediawiki tidak cocok sebagai basis pengetahuan terpadu universal. Tetapi semua orang juga melakukan hal yang buruk sebagai sistem universal - sharepoint, pertemuan, folder pandangan lama, yang membutuhkan setengah jam untuk mencari, dll. Mediawiki pada latar belakang mereka dibedakan oleh kemampuan penyesuaian dan skalabilitas yang sangat baik.

Berbeda dengan semua plus ini, mediawiki terus-menerus membutuhkan fungsionalitas pemotongan file untuk kebutuhan perusahaan tertentu, sehingga administratornya harus siap secara mental untuk memahami kode php, js dan lua. Tetapi jika itu tidak menakutkan dan jika Anda setuju untuk memisahkan pekerjaan dengan dokumen kantor dan bekerja dengan artikel wiki pada platform yang berbeda, mediawiki sebagai basis pengetahuan bisa menjadi ide yang cukup bagus.