Soalan lazim¶

Soalan lazim ini merangkum pertanyaan berulang daripada isu sokongan MRBS yang masih terbuka dan yang telah ditutup. Jawapannya telah disemak berdasarkan MRBS 1.12.2; penyelesaian lama tidak dimasukkan semata-mata kerana pernah disebut dalam sesuatu isu.

Cara Soalan Lazim ini dipilih¶

Semakan meliputi isu yang mengandungi sekurang-kurangnya satu daripada label ini: Help, Help from scratch, LDAP help need, Problems with room's capacity, support, spanish help, support request, help wanted, dan custom view help.

Pada 26 Julai 2026, label support request sahaja merangkumi 3,076 isu: 1,590 terbuka dan 1,486 ditutup. Kebanyakannya ialah kes lama yang diimport, penyesuaian sekali sahaja, permintaan ciri atau soalan tanpa jawapan yang disahkan. Di bawah hanya disenaraikan soalan berulang yang jawapannya masih berguna untuk 1.12.2. Pautan isu menunjukkan sumber maklumat dan bukan pengganti rujukan konfigurasi semasa.

Pemasangan dan diagnosis¶

Mengapa saya melihat halaman kosong atau HTTP 500?¶

Baca log ralat pelayan web dan PHP dahulu. Halaman kosong hanyalah simptom yang boleh dilihat; ralat berguna biasanya dalam log. Kemudian semak:

versi PHP yang disokong dan sambungan yang diperlukan;
config.inc.php dengan php -l config.inc.php;
sambungan pangkalan data dan pemacu PDO padanan;
kebenaran fail dan konfigurasi PHP aktif; dan
sama ada permintaan yang gagal mencapai pemasangan MRBS yang dimaksudkan.

Jangan dayakan paparan ralat PHP awam pada sistem pengeluaran dan jangan tampalkan bukti kelayakan ke dalam isu. Lihat Menyelesaikan masalah. kes sokongan #1007 asal tidak mempunyai pembetulan khusus produk yang disahkan, itulah sebabnya jawapan ini bermula dengan bukti daripada log tempatan.

Mengapakah log masuk pangkalan data gagal pada cPanel atau hosting kongsi?¶

Gunakan pangkalan data dan nama pengguna yang tepat yang dibuat oleh panel kawalan pengehosan. cPanel sering memberi awalan kedua-duanya dengan nama akaun pengehosan. Juga sahkan bahawa pengguna mempunyai keistimewaan pada pangkalan data tersebut. SQLSTATE[28000] atau “Akses ditolak untuk pengguna” ialah pengesahan pangkalan data atau ralat pemberian, bukan ralat jadual MRBS.

Pastikan $db_database, $db_login dan $db_password konsisten dengan nilai panel kawalan. Cipta skema hanya selepas sambungan berjaya. Lihat isu #3801 dan Pemasangan.

Mengapa perubahan konfigurasi tidak mempunyai kesan?¶

Pastikan anda mengedit config.inc.php yang benar-benar dimuatkan oleh pemasangan dan tapak ini. Nilai yang ditetapkan kemudian menggantikan nilai sebelumnya. Tetapan lokasi sedia ada disimpan dalam pangkalan data; perubahan pada areadefaults.inc.php hanya menukar nilai lalai lokasi baharu. Dalam mod berbilang tapak, semak tapak yang dipilih serta konfigurasinya. Jika perlu, kosongkan atau mulakan semula cache opcode PHP.

Lihat config.inc.php secara mendalam dan Menyelesaikan masalah.

Log masuk dan LDAP¶

Bagaimanakah saya boleh meminta pengguna melog masuk sebelum mereka melihat kalendar?¶

Set:

$auth['deny_public_access'] = true;

Uji paparan yang dilog keluar dalam tetingkap penyemak imbas peribadi. Tetapan ini menyekat akses kalendar awam; ia tidak memilih atau mengkonfigurasi kaedah pengesahan. Lihat isu #3979 dan Pengguna dan kebenaran.

Mengapakah MRBS mengatakan bahawa sambungan PHP LDAP tiada?¶

Pasang atau dayakan sambungan LDAP dalam persekitaran PHP yang digunakan oleh pelayan web, kemudian mulakan semula perkhidmatan tersebut. PHP baris arahan dan PHP pelayan web boleh memuatkan fail php.ini yang berbeza, jadi semak persekitaran web dan jangan bergantung pada php -m sahaja. Nama pakej dan arahan mula semula bergantung pada sistem pengendalian serta cara PHP dipasang.

Lihat isu #1022 dan Pengesahan LDAP.

Bagaimanakah cara saya mencari DN asas LDAP dan DN pengguna yang betul?¶

Jangan membuat andaian tentang pepohon direktori berdasarkan nama organisasi. Buat pertanyaan dengan klien LDAP seperti ldapsearch, menggunakan pelayan, mod TLS, DN asas, identiti carian dan atribut nama pengguna yang sama seperti MRBS. Active Directory biasanya menggunakan sAMAccountName, manakala OpenLDAP lazimnya menggunakan uid; skema direktori tetap menjadi rujukan berwibawa.

Uji identiti carian secara berasingan daripada bind pengguna akhir dan jangan sekali-kali menerbitkan kata laluan bind. DN yang salah ialah punca dalam isu #1083.

Bagaimanakah akses LDAP dihadkan kepada kumpulan?¶

Gunakan $ldap_filter untuk memutuskan pengguna direktori yang boleh mengakses MRBS. Untuk susun atur Active Directory yang mana keahlian disimpan pada objek pengguna, penapis boleh sepadan dengan memberof. Untuk reka letak gaya OpenLDAP di mana keahlian disimpan pada objek kumpulan, konfigurasikan $ldap_filter_base_dn, $ldap_filter_user_attr dan $ldap_filter yang sesuai.

Gunakan nama DN dan atribut yang tepat daripada direktori, uji akaun yang dibenarkan dan ditolak, dan sahkan cara kumpulan bersarang berkelakuan. Penapis akses ini berasingan daripada $ldap_admin_group_dn, yang mengenal pasti MRBS pentadbir. Lihat isu #2033 dan Pengesahan LDAP.

LDAP log masuk berfungsi; kenapa pengguna bukan pentadbir MRBS?¶

Apabila $ldap_admin_group_dn ditetapkan, MRBS menggunakan kumpulan itu dan bukannya $auth['admin']. Sahkan:

kumpulan penuh DN;
$ldap_group_member_attrib — memberof secara lalai;
bahawa identiti carian LDAP boleh membaca atribut keahlian pengguna; dan
sama ada direktori itu mengembalikan keahlian langsung atau bersarang.

Dayakan sementara diagnostik LDAP hanya dalam persekitaran ujian yang dilindungi dan alih keluarnya selepas itu. Dalam isu #3943, identiti carian tidak dapat membaca maklumat kumpulan yang diperlukan pada mulanya.

Mengapakah LDAP gagal selepas MRBS naik taraf walaupun kata laluan mengikat berfungsi?¶

MRBS semasa mungkin perlu mencari DN dan atribut pengguna seperti nama paparan atau e-mel. Jika carian tanpa nama tidak tersedia, konfigurasikan:

$ldap_dn_search_attrib = 'sAMAccountName'; // use the directory's real attribute
$ldap_dn_search_dn = 'search-account@example.org';
$ldap_dn_search_password = 'read-from-a-protected-secret';

Berikan identiti carian hanya kebenaran baca yang diperlukan. Simpan kata laluannya di luar akar dokumen dan masukkannya daripada fail konfigurasi yang dilindungi. Lihat isu #3895.

Bolehkah MRBS mencari lebih daripada satu direktori LDAP?¶

Ya. Banyak tetapan LDAP, termasuk $ldap_host, $ldap_port, $ldap_base_dn dan atribut carian, boleh menjadi tatasusunan. Jika satu parameter LDAP mampu tatasusunan ialah tatasusunan, setiap parameter mampu tatasusunan mesti mempunyai bilangan elemen yang sama, satu bagi setiap direktori.

Uji log masuk, carian atribut, penapis akses dan pemetaan pentadbir untuk setiap direktori. Lihat isu #3981 dan bahagian LDAP dalam systemdefaults.inc.php.

Tempahan, bilik dan kebenaran¶

Mengapakah medan tempahan tersuai berfungsi untuk satu tempahan tetapi gagal untuk satu siri?¶

Setiap lajur tempahan tersuai mesti wujud dalam kedua-dua jadual entry dan repeat dengan nama, jenis, panjang, kebolehbatalan dan lalai yang sama. Anggap kedua-dua lajur sebagai satu perubahan skema.

Lihat isu #3986 dan Medan tersuai.

Adakah kapasiti bilik menghalang tempahan dengan terlalu ramai peserta?¶

Tidak. Nilai bilik capacity ialah metadata bilik yang dipaparkan oleh MRBS; ia tidak dibandingkan secara automatik dengan kiraan peserta tempahan. Jika tapak mesti menguatkuasakan peraturan ini, tambahkan medan tersuai kiraan peserta yang sama pada entry dan repeat, kemudian laksanakan dan kekalkan pengesahan bahagian pelayan. Pengesahan pihak pelanggan sahaja tidak mencukupi.

Jika pendaftaran didayakan, kapasiti acaranya mengawal pendaftaran untuk acara itu; ia tidak secara automatik memilih bilik bersaiz sesuai. Lihat isu #1055, Lokasi dan bilik dan Medan tersuai.

Bolehkah satu lokasi menggunakan slot 30 minit pada waktu pagi dan slot 15 minit kemudian?¶

Bukan melalui konfigurasi lokasi standard. Setiap lokasi mempunyai satu resolusi masa. Gunakan resolusi terkecil yang diperlukan sepanjang hari, atau wujudkan lokasi berasingan jika sumber dan cara operasi mengizinkannya. Resolusi yang berubah mengikut waktu memerlukan penyesuaian kod yang perlu disenggara.

Lihat isu #4011.

Mengapakah pencipta tempahan tidak boleh melihat Edit atau Padam?¶

Semak polisi tempahan lokasi sedia ada melalui Bilik. Had dan peraturan pengeditan awal/masa hadapan untuk tempahan yang lalu boleh mengalih keluar tindakan tersebut walaupun daripada pencipta. Sahkan juga identiti yang dilog masuk, pemilikan, status pentadbir dan sama ada item itu adalah satu kejadian atau satu siri.

Menukar areadefaults.inc.php tidak mengemas kini lokasi sedia ada. Lihat isu #3994 dan Polisi tempahan.

Adakah bilik dipilih dalam tempahan berbilang bilik dipautkan secara kekal?¶

Tidak. MRBS mencipta entri tempahan berasingan. Jika satu diedit atau dipadamkan kemudian, yang lain bukanlah kumpulan terpaut yang tahan lama. Jangan salin senarai yang dijana untuk semua bilik yang dipilih ke dalam setiap perihalan melainkan tapak itu juga mengekalkan senarai itu sepanjang operasi membuat, mengedit dan memadam.

Lihat isu #2223.

Bolehkah saya menambah lebih banyak tahap akses atau memberikan akses laporan peranan tersuai sahaja?¶

Standard MRBS menggunakan tahap akses 0, 1 dan 2. Peranan angka tambahan dan kebenaran khusus halaman memerlukan penyesuaian keizinan tempatan, ujian dan semakan selepas setiap peningkatan. Tampalan daripada isu lama bukan pilihan konfigurasi yang disokong.

Lebih suka delegasi lokasi/bilik standard dan laporan awam dengan senarai dibenarkan sempit yang memenuhi keperluan. Lihat isu #3999 dan Pengguna dan kebenaran.

E-mel, bahasa dan masa¶

Mengapakah penyahpepijatan e-mel melaporkan "Tiada penerima"?¶

Dayakan sekurang-kurangnya satu peranan penerima yang dimaksudkan:

$mail_settings['admin_on_bookings'] = true;
$mail_settings['area_admin_on_bookings'] = true;
$mail_settings['room_admin_on_bookings'] = true;
$mail_settings['booker'] = true;

Untuk pilihan pertama, tetapkan $mail_settings['recipients']. Pastikan alamat e-mel pentadbir lokasi dan bilik sentiasa dikemas kini dalam MRBS. Apabila penempah perlu dimaklumkan, pengguna LDAP mesti mempunyai atribut e-mel yang boleh dibaca dan dipetakan dengan betul. Kemudian uji operasi cipta, ubah dan padam secara berasingan.

Lihat isu #3795 dan Pemberitahuan e-mel.

Nilai manakah yang harus saya gunakan untuk `$override_locale`?¶

Gunakan teg bahasa BCP 47 seperti en, en-GB, de, fr atau es, bukan rentetan tempat sistem pengendalian. Pelayan mesti masih mempunyai data tempat yang sesuai. Pada sistem seperti Unix, locale -a menunjukkan tempat yang dipasang.

Biarkan $override_locale kosong untuk menggunakan MRBS pemilihan automatik. Lihat isu #3984 dan Teks dan terjemahan.

Mengapa masa yang dipaparkan tepat satu jam salah?¶

Semak, mengikut urutan:

zon waktu bilik dan lokasi;
global $timezone;
PHP zon waktu dan pakej data zon waktu;
peralihan penjimatan siang tarikh yang terjejas; dan
sama ada cap masa yang disimpan atau hanya paparannya salah.

Gunakan zon waktu IANA seperti Europe/Berlin, bukan ofset UTC tetap. Isu lama menyebut penyelesaian pemformatan khusus versi; $force_strftime bukan tetapan dalam MRBS 1.12.2 dan tidak boleh disalin daripada isu #3967. Lihat Menyelesaikan masalah.

Bagaimanakah saya boleh menyesuaikan atau menterjemah halaman Bantuan dan teks antara muka?¶

Halaman Bantuan dalam aplikasi dimuatkan daripada web/site_faq/. Contohnya, bahasa Sepanyol menggunakan site_faq_es.html; tetapkan $faqfilelang = 'es' apabila bahasa mesti dipilih secara eksplisit. Simpan fail terjemahan lengkap untuk setiap bahasa yang disokong.

Untuk perubahan antara muka pendek, gunakan $vocab_override[LANG][TOKEN] dalam config.inc.php dan bukannya mengedit web/lang/lang.*. Medan pangkalan data tersuai menggunakan token seperti entry.catering.

Lihat isu #2432 dan Teks dan terjemahan.

Laporan, berbilang tapak dan penyesuaian¶

Bagaimanakah tugas berjadual boleh mengeksport laporan atau data iCalendar?¶

Laporan GET yang tidak disahkan dilumpuhkan secara lalai. Jika maklumat itu mungkin didedahkan dengan cara ini, dayakannya dengan sengaja dan hadkannya dengan:

$report_unauthenticated_get_enabled = true;
$report_keys_enabled = true;
$report_keys = ['a-long-random-secret'];
$report_open_areas = [1];
$report_open_rooms = [];

Gunakan kunci yang sukar diteka, senarai sempit lokasi dan bilik yang dibenarkan, HTTPS serta penjadual yang dilindungi. Uji output sebenar semasa log keluar. URL laporan pada hakikatnya ialah bukti kelayakan dan boleh bocor melalui log atau sejarah pelayaran.

Lihat isu #3742 dan Carian dan laporan.

Bolehkah berbilang tapak MRBS berkongsi satu set jadual?¶

Tidak, tidak jika tempahan dan tetapan mereka mesti berasingan. Setiap tapak memerlukan MRBS jadualnya sendiri, sama ada dalam pangkalan data berasingan atau dengan $db_tbl_prefix unik dalam pangkalan data dikongsi. Kod boleh dikongsi, tetapi set jadual tidak boleh bertindih.

Cipta setiap jadual tapak dengan skrip skema MRBS dan gunakan awalannya secara konsisten. Lihat isu #3917 dan Berbilang tapak.

Adakah setiap paparan atau tema yang diminta tersedia melalui konfigurasi?¶

Tidak. Permintaan seperti memasukkan teks bilik tambahan ke dalam susun atur kalendar tertentu, memautkan tempahan bebas, menambah tahap akses atau menggantikan seni bina tema mungkin memerlukan perubahan kod. Sebelum menggunakan tampung daripada isu sokongan:

semak sama ada 1.12.2 sudah mempunyai tetapan atau titik lanjutan;
simpan perubahan di luar fail yang dijana dan vendor;
tambah ujian untuk membuat, mengedit, memadam, privasi dan kebenaran; dan
rekod penyesuaian untuk naik taraf seterusnya.

Contohnya termasuk isu paparan tersuai #2223 dan permintaan tema #22.