Pemisahan plugin antar journal

[thisnugroho]

Problem

Saat ini 1 plugin bisa di pakai oleh banyak jurnal, ketika 1 plugin tersebut di update maka jurnal yang lain juga akan menerima update tersebut, karena pada intinya semua menggunakan 1 plugin yang sama.

Sedangkan seharusnya, hanya client yang memiliki license yang aktif yang bisa mengupdate plugin,selain itu tetap pada versi plugin yang lama.

Solution

1. ojtPlugin dapat membuat 1 plugin tersebut tidak bisa di pakai oleh jurnal lain
2. Setiap jurnal mendownload punya plugin masing-masing
3. Setipa jurnal juga dapat mempunyai versi plugin yang berbeda2.

Contoh: Jurnal A membeli tema noble, maka Jurnal B tidak bisa mengaktifkan tema noble harus membeli dan mendownload sendiri

[rahmanramsi]

OjtPlugin saat ini tidak support untuk context 0 (Administration), jadi untuk instalasi plugin di Administration tidak memungkinkan ketika dilakukan pemisahan plugin antar jurnal.

Hal ini terjadi karena banyak yang error ketika halaman ojtplugin dibuka lewat Administration. Jika implementasi ini dilakukan, seharusnya halaman Administration ini disupport juga.

Dalam kasus ini contohnya tema Academic Pro yg support di implementasikan administration

[rahmanramsi]

Problem yg akan dihadapi disaat implementasi pemisahan plugin :

• Plugin list akan error ketika ada versi yg berbeda berjalan di journal lain.
  

[rahmanramsi]

Plugin bisa di copy oleh server administrator dari journal A ke journal B

Solusi:
Buat unique identifier terhadap plugin yg diinstall melalui Ojt Control Panel, lakukan pengecekan terhadap unique identifier tersebut apakah valid sesuai jurnal yg menginstall. Jika tidak valid maka lakukan sebuah tindakan. Contoh tindakan nya seperti menghapus plugin yg tidak valid, mendisable permanent plugin yg tidak valid, dll.

Problem yg akan muncul dari solusi diatas adalah ketika ada sebuah case yang memaksa kita untuk melakukan installasi manual.

[rahmanramsi]

Problem yg akan dihadapi disaat implementasi pemisahan plugin :

• Plugin list akan error ketika ada versi yg berbeda berjalan di journal lain.
  

Solusi :
Tambahkan fungsi dibawah ini di tiap product yg ada :

    /**
     * Get the current version of this plugin
     *
     * @return Version
     */
    function getCurrentVersion()
    {
        try {
            return VersionCheck::getValidPluginVersionInfo($this->getPluginPath() . '/version.xml');
        } catch (\Throwable $th) {
            return false;
        }
    }

Problem ini terjadi karena structure plugin tidak sama dengan yang dibuat oleh pkp. Structure folder di pkp adalah plugins/{type}/{namaPlugin} sedangkan implementasi di ojtControlPanel tidak terdapat type sebelum folder plugin yg ada. hal ini menyebabkan tidak validnya kode bawaan yg ada di class Plugin yg melakukan pengecekan kedatabase dengan mengambil folder type dan nama plugin. Solusinya adalah melakukan override pada fungsi bawaan tersebut

[rahmanramsi]

Core validation di beberapa plugin melakukan require melalui static location. seharusnya relative sesuai lokasi plugin berada.

Contoh di OJT Plus Pro