Sesi bersama selama CI3 dan Astro hidup berdampingan

Selama Fase 9, sebagian halaman masih dilayani CI3 dan sebagian sudah Astro. Kalau sesi keduanya tidak nyambung, pembaca akan ter-logout setiap kali menyeberang.

Kenapa ini masalah

Isi kolom ci_sessions.data:

__ci_last_regenerate|i:1756281600;member_id|i:4471;nama|s:11:"Budi Santos";

Ini format serialize() PHP. Node tidak punya padanan bawaannya.

Ditambah komplikasi: kalau CI3-mu memakai $config['sess_encrypt_cookie'] atau menyimpan sesi di berkas alih-alih database, isinya bahkan tidak ada di MySQL sama sekali.

Tiga jalan keluar

Jalur yang direkomendasikan: tabel sesi bersama

Buat tabel sesi baru (bentuknya di materi sebelumnya), lalu ajari CI3 membacanya. Perubahan di CI3 kecil dan dilakukan sekali.

// application/libraries/Sesi_bersama.php
class Sesi_bersama {

    private $CI;
    private $member = null;

    public function __construct()
    {
        $this->CI =& get_instance();
        $this->CI->load->database();
    }

    public function member()
    {
        if ($this->member !== null) return $this->member;

        $id = $this->CI->input->cookie('__Host-sesi', TRUE);

        if (!$id || strlen($id) !== 43) return $this->member = FALSE;

        $row = $this->CI->db
            ->select('m.id, m.nama, m.email, m.peran')
            ->from('sesi s')
            ->join('member m', 'm.id = s.member_id')
            ->where('s.id', $id)
            ->where('s.kedaluwarsa >', date('Y-m-d H:i:s'))
            ->where('m.status', 'aktif')
            ->get()->row();

        return $this->member = ($row ?: FALSE);
    }
}

Lalu ganti $this->session->userdata('member_id') di CI3 dengan $this->sesi_bersama->member()->id. Cari-ganti sekali, dan setelah itu kedua aplikasi membaca sumber kebenaran yang sama.

Nama cookie harus berbeda

CI3   : ci_session          (biarkan, jangan disentuh)
Astro : __Host-sesi         (baru)

Kalau keduanya memakai nama yang sama, siapa pun yang menulis terakhir menang, dan pembaca akan ter-logout secara acak tergantung halaman mana yang terakhir dibuka. Biarkan ci_session tetap ada dan diabaikan; ia akan mati sendiri saat CI3 dimatikan.

Masa transisi: memindahkan sesi yang sudah ada

Saat peluncuran, member yang sedang login punya ci_session tapi belum punya __Host-sesi. Dua pilihan:

// Di CI3, saat member membuka halaman apa pun:
// kalau ia punya sesi CI3 tapi belum punya sesi baru, buatkan.
$member_id = $this->session->userdata('member_id');

if ($member_id && !$this->input->cookie('__Host-sesi')) {
    $id = rtrim(strtr(base64_encode(random_bytes(32)), '+/', '-_'), '=');

    $this->db->insert('sesi', [
        'id'           => $id,
        'member_id'    => $member_id,
        'dibuat_pada'  => date('Y-m-d H:i:s'),
        'dipakai_pada' => date('Y-m-d H:i:s'),
        'kedaluwarsa'  => date('Y-m-d H:i:s', time() + 2592000),
    ]);

    setcookie('__Host-sesi', $id, [
        'expires'  => time() + 2592000,
        'path'     => '/',
        'secure'   => TRUE,
        'httponly' => TRUE,
        'samesite' => 'Lax',
    ]);
}

random_bytes(), bukan rand() atau uniqid(). Ini pembuatan ID sesi — satu-satunya sumber acak yang boleh dipakai adalah yang kriptografis.

Jalankan jembatan ini selama beberapa minggu, lalu hapus. Setelah itu, member yang belum menyeberang tinggal login lagi seperti biasa.

Kalau kamu memilih memaksa login ulang

Ini pilihan yang sah, dan untuk portal dengan basis member kecil sering merupakan yang paling waras. Syaratnya: umumkan sebelumnya, dan pastikan alur "lupa password" bekerja sempurna di hari peluncuran — karena sebagian orang akan lupa.

Setelah CI3 dimatikan

-- Pastikan tidak ada lagi yang menulis ke sana
SELECT MAX(FROM_UNIXTIME(timestamp)) FROM ci_sessions;

-- Kalau sudah lewat beberapa minggu tanpa aktivitas:
DROP TABLE ci_sessions;