Pogosta vprašanja¶

Ta FAQ povzema ponavljajoča se vprašanja iz odprtih in zaprtih zahtevkov za podporo MRBS. Odgovori so preverjeni za MRBS 1.12.2; zastarela rešitev ni vključena samo zato, ker se je nekoč pojavila v zahtevku.

Kako je bilo izbrano to pogosto vprašanje¶

Pregled je zajemal zahtevke z vsaj eno od teh oznak: Help, Help from scratch, LDAP help need, Problems with room's capacity, support, spanish help, support request, help wanted in custom view help.

Na dan 26. julija 2026 je imela samo oznaka support request 3076 zahtevkov: 1590 odprtih in 1486 zaprtih. Mnogi so uvoženi zgodovinski primeri, enkratne prilagoditve, zahteve po funkcijah ali vprašanja brez potrjenega odgovora. Spodaj so vključena samo ponavljajoča se vprašanja z odgovorom, ki je še uporaben za 1.12.2. Povezave do zahtevkov dokazujejo izvor informacij, vendar ne nadomeščajo trenutne referenčne dokumentacije konfiguracije.

Namestitev in diagnoza¶

Zakaj vidim prazno stran ali HTTP 500?¶

Najprej preberite dnevnik napak spletnega strežnika in PHP. Prazna stran je le vidni simptom; koristna napaka je običajno v dnevniku. Nato preverite:

podprto različico PHP in zahtevane razširitve;
config.inc.php z php -l config.inc.php;
povezljivost baze podatkov in ustrezni gonilnik PDO;
dovoljenja za datoteke in aktivno konfiguracijo PHP; in
ali neuspela zahteva doseže predvideno namestitev MRBS.

Ne omogočite javnega prikaza napake PHP v produkcijskem sistemu in ne prilepite poverilnic v težavo. Glej Odpravljanje težav. Prvotni primer podpore #1007 ni imel potrjenega popravka za določen izdelek, zato se ta odgovor začne z dokazi iz lokalnih dnevnikov.

Zakaj prijava v bazo podatkov na cPanelu ali deljenem gostovanju ne uspe?¶

Uporabite natančno bazo podatkov in uporabniško ime, ki ga ustvari nadzorna plošča gostovanja. cPanel pogosto pred obema doda ime računa za gostovanje. Preverite tudi, ali ima uporabnik privilegije za to bazo podatkov. SQLSTATE[28000] ali »Uporabniku zavrnjen dostop« je napaka pri preverjanju pristnosti baze podatkov ali odobritvi in ne napaka tabele MRBS.

Naj bodo $db_database, $db_login in $db_password skladni z vrednostmi na nadzorni plošči. Ustvarite shemo šele, ko je povezava uspešna. Glej issue #3801 in Namestitev.

Zakaj sprememba konfiguracije nima učinka?¶

Preverite, ali ste uredili config.inc.php, naložen s to uvedbo in mestom. Pozneje dodeljene vrednosti preglasijo prejšnje. Nastavitve, shranjene za obstoječa področja, živijo v bazi podatkov; spreminjanje areadefaults.inc.php spremeni privzete nastavitve samo za nova področja. V večstranskem načinu potrdite izbrano mesto in njegovo konfiguracijo. Na koncu počistite ali znova zaženite predpomnjenje kode PHP, kjer je primerno.

Glej config.inc.php v globino in Odpravljanje težav.

Prijava in LDAP¶

Kako lahko od uporabnikov zahtevam, da se prijavijo, preden vidijo koledar?¶

Set:

$auth['deny_public_access'] = true;

V zasebnem oknu brskalnika preizkusite pogled za neprijavljenega uporabnika. Ta nastavitev prepreči dostop do javnega koledarja; ne izbira ali nastavlja načina preverjanja pristnosti. Glej issue #3979 in Uporabniki in dovoljenja.

Zakaj MRBS pravi, da končnica PHP LDAP manjka?¶

Namestite ali omogočite razširitev LDAP za izvajalno okolje PHP, ki ga uporablja spletni strežnik, nato znova zaženite to izvajalno okolje. Ukazna vrstica PHP in spletni strežnik PHP lahko naložita različne datoteke php.ini, zato raje preverite spletno izvajalno okolje, kot da se zanašate samo na php -m. Natančno ime paketa in ukaz za ponovni zagon sta odvisna od operacijskega sistema in namestitve PHP.

Glej issue #1022 in Preverjanje pristnosti LDAP.

Kako najdem pravilno LDAP osnovno DN in uporabniško DN?¶

Ne sklepajte o drevesu imenikov iz imena organizacije. Izvedite poizvedbo z odjemalcem LDAP, kot je ldapsearch, z uporabo istega strežnika, načina TLS, osnovnega DN, iskalne identitete in atributa uporabniškega imena, ki ga bo uporabljal MRBS. Active Directory običajno uporablja sAMAccountName; OpenLDAP običajno uporablja uid, vendar je merodajna shema imenika.

Identiteto iskanja preizkusite ločeno od povezovanja končnega uporabnika in nikoli ne objavite povezovalnih gesel. Napačen DN je bil glavni vzrok v issue #1083.

Kako je lahko dostop LDAP omejen na skupino?¶

Uporabite $ldap_filter, da se odločite, do katerega imenika lahko uporabniki dostopajo MRBS. Za postavitev Active Directory, kjer je članstvo shranjeno v uporabniškem objektu, se lahko filter ujema z memberof. Za postavitev v slogu OpenLDAP, kjer je članstvo shranjeno v objektih skupine, konfigurirajte $ldap_filter_base_dn, $ldap_filter_user_attr in ustrezno $ldap_filter.

Uporabite natančen DN in imena atributov iz imenika, preizkusite dovoljen in zavrnjen račun ter preverite vedenje ugnezdenih skupin. Ti filtri dostopa so ločeni od $ldap_admin_group_dn, ki identificira skrbnike MRBS. Glej issue #2033 in Preverjanje pristnosti LDAP.

LDAP prijava deluje; zakaj uporabnik ni skrbnik MRBS?¶

Ko je nastavljeno $ldap_admin_group_dn, MRBS uporablja to skupino namesto $auth['admin']. Potrdi:

polna skupina DN;
$ldap_group_member_attrib — memberof privzeto;
da lahko iskalna identiteta LDAP bere uporabnikove članske atribute; in
ali imenik vrne neposredno ali ugnezdeno članstvo.

Diagnostiko LDAP začasno omogočite samo v zaščitenem testnem okolju in jo nato odstranite. V issue #3943 iskalna identiteta sprva ni mogla prebrati zahtevanih informacij o skupini.

Zakaj lahko LDAP po nadgradnji MRBS ne uspe, čeprav vezava gesla deluje?¶

Trenutni MRBS bo morda moral poiskati uporabnikovo DN in atribute, kot sta prikazno ime ali e-pošta. Če anonimno iskanje ni na voljo, konfigurirajte:

$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';

Dajte iskalni identiteti samo dovoljenja za branje, ki jih potrebuje. Njegovo geslo hranite zunaj korena dokumenta in ga vključite iz zaščitene konfiguracijske datoteke. Glej issue #3895.

Ali lahko MRBS išče več kot en imenik LDAP?¶

ja Številne nastavitve LDAP, vključno z $ldap_host, $ldap_port, $ldap_base_dn in atributi iskanja, so lahko polja. Če je en parameter LDAP, ki je zmožen matrike, matrika, mora imeti vsak parameter, ki je zmožen matrike, enako število elementov, enega na imenik.

Preizkusite prijavo, iskanje atributov, filtre dostopa in skrbniško preslikavo za vsak imenik. Glejte issue #3981 in razdelek LDAP v systemdefaults.inc.php.

Rezervacije, sobe in dovoljenja¶

Zakaj polje za rezervacijo po meri deluje za eno rezervacijo, ne uspe pa za niz?¶

Vsak stolpec za rezervacijo po meri mora obstajati v tabelah entry in repeat z istim imenom, vrsto, dolžino, možnostjo ničnosti in privzeto. Oba stolpca obravnavajte kot eno spremembo sheme.

Glej issue #3986 in Polja po meri.

Ali zmogljivost sobe preprečuje rezervacijo s preveč udeleženci?¶

Ne. Vrednost sobe capacity je metapodatek sobe, ki ga prikaže MRBS; se ne primerja samodejno s številom udeležencev rezervacije. Če mora spletno mesto uveljaviti to pravilo, dodajte enako polje po meri za število udeležencev v entry in repeat, nato implementirajte in vzdržujte preverjanje na strani strežnika. Samo preverjanje na strani odjemalca ne zadostuje.

Če je registracija omogočena, njegova zmogljivost dogodka nadzoruje registracijo za ta dogodek; ne izbere samodejno primerno velike sobe. Glej issue #1055, Področja in sobe in Polja po meri.

Ali lahko eno področje uporablja 30-minutne termine zjutraj in 15-minutne termine pozneje?¶

Ne prek standardne konfiguracije področja. Področje ima eno časovno ločljivost. Uporabite najmanjšo zahtevano ločljivost za cel dan ali ustvarite ločena področja, ko viri in operativni model to dopuščajo. Časovno odvisna ločljivost zahteva stalno prilagajanje kode.

Glej issue #4011.

Zakaj ustvarjalec rezervacije ne vidi Uredi ali Izbriši?¶

Preverite politiko rezervacij obstoječega področja na Sobe. Vnaprejšnje/prihodnje omejitve urejanja in pravila za pretekle rezervacije lahko odstranijo ta dejanja celo od ustvarjalca. Potrdite tudi vpisano identiteto, lastništvo, skrbniški status in ali je predmet ena pojavitev ali serija.

Spreminjanje areadefaults.inc.php ne posodobi obstoječega področja. Glej issue #3994 in Pravila rezervacije.

Ali so sobe, izbrane pri rezervaciji več sob, trajno povezane?¶

Št. MRBS ustvarja ločene vnose rezervacij. Če je eden pozneje urejen ali izbrisan, drugi niso trajno povezana skupina. Ne kopirajte ustvarjenega seznama vseh izbranih sob v vsak opis, razen če spletno mesto ta seznam vzdržuje tudi med postopki ustvarjanja, urejanja in brisanja.

Glej issue #2223.

Ali lahko dodam več ravni dostopa ali dodelim vlogi po meri samo dostop do poročil?¶

Standard MRBS uporablja ravni dostopa 0, 1 in 2. Dodatne številske vloge in dovoljenja, specifična za stran, zahtevajo prilagoditev lokalne avtorizacije, preizkuse in pregled po vsaki nadgradnji. Popravek iz stare izdaje ni podprta konfiguracijska možnost.

Dajte prednost standardnim dodelitvam področij/sob in javnim poročilom z ozkimi seznami dovoljenih, kjer izpolnjujejo zahteve. Glej issue #3999 in Uporabniki in dovoljenja.

E-pošta, jezik in čas¶

Zakaj odpravljanje napak po e-pošti poroča »Ni prejemnikov«?¶

Omogočite vsaj eno predvideno vlogo prejemnika:

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

Za prvo možnost nastavite $mail_settings['recipients']. Skrbniki področij in sob ohranite svoje elektronske naslove v MRBS. Uporabniki LDAP potrebujejo berljiv in pravilno preslikan e-poštni atribut, ko je naročnik obveščen. Nato ločeno preizkusite ustvarjanje, urejanje in brisanje dogodkov.

Glej issue #3795 in E-poštna obvestila.

Katero vrednost naj uporabim za `$override_locale`?¶

Uporabite jezikovno oznako BCP 47, kot je en, en-GB, de, fr ali es, ne pa področnega niza operacijskega sistema. Strežnik mora še vedno imeti ustrezne področne podatke. V sistemih, podobnih Unixu, locale -a prikazuje nameščene lokalne nastavitve.

Pustite $override_locale prazno, če želite uporabiti samodejno izbiro MRBS. Glej issue #3984 in Besedilo in prevodi.

Zakaj so prikazani časi točno eno uro napačni?¶

Preverite po vrsti:

časovni pas sobe in področja;
globalni $timezone;
časovni pas in paket podatkov o časovnem pasu PHP;
prehod prizadetega datuma na poletni čas; in
ali je shranjeni časovni žig ali samo njegov prikaz napačen.

Uporabite časovni pas IANA, kot je Europe/Berlin, ne fiksnega odmika UTC. Stare težave omenjajo rešitve oblikovanja, specifične za različico; $force_strftime ni nastavitev v MRBS 1.12.2 in se ne sme kopirati iz issue #3967. Glej Odpravljanje težav.

Kako prilagodim ali prevedem stran s pomočjo in besedilo vmesnika?¶

Stran pomoči v aplikaciji se naloži iz web/site_faq/. Na primer, španščina uporablja site_faq_es.html; nastavite $faqfilelang = 'es', ko je treba jezik izbrati izrecno. Hranite celotno prevedeno datoteko za vsak podprt jezik.

Za kratke spremembe vmesnika uporabite $vocab_override[LANG][TOKEN] v config.inc.php namesto urejanja web/lang/lang.*. Polja baze podatkov po meri uporabljajo žetone, kot je entry.catering.

Glej issue #2432 in Besedilo in prevodi.

Poročila, več strani in prilagajanje¶

Kako lahko načrtovano opravilo izvozi poročilo ali podatke iCalendar?¶

Neoverjena poročila GET so privzeto onemogočena. Če so informacije morda izpostavljene na ta način, jih namerno omogočite in omejite z:

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

Uporabite ključ, ki ga ni mogoče uganiti, seznam dovoljenih ozkih področij/sob, HTTPS in zaščiten razporejevalnik. Preizkusite natančen izhod, ko ste odjavljeni. URL poročila je dejansko poverilnica in lahko uhaja skozi dnevnike ali zgodovino.

Glej issue #3742 in Iskanje in poročila.

Ali si lahko več mest MRBS deli en niz tabel?¶

Ne, ne, če morajo biti njihove rezervacije in nastavitve ločene. Vsako spletno mesto potrebuje svoje tabele MRBS, bodisi v ločeni zbirki podatkov ali z edinstveno $db_tbl_prefix v skupni zbirki podatkov. Koda se lahko deli, vendar se nizi tabel ne smejo prekrivati.

Ustvarite tabele vsakega mesta s skripti sheme MRBS in dosledno uporabite njegovo predpono. Glej issue #3917 in Multisite.

Ali je vsak zahtevani pogled ali tema na voljo prek konfiguracije?¶

Ne. Zahteve, kot je vstavljanje dodatnega besedila sobe v določeno postavitev koledarja, povezovanje sicer neodvisnih rezervacij, dodajanje ravni dostopa ali zamenjava arhitekture teme, lahko zahtevajo spremembe kode. Preden uporabite popravek iz težave s podporo:

preverite, ali 1.12.2 že ima nastavitveno ali razširitveno točko;
hranite spremembo zunaj ustvarjenih datotek in datotek dobavitelja;
dodajte preizkuse za ustvarjanje, urejanje, brisanje, zasebnost in dovoljenja; in
zabeležite prilagoditev za naslednjo nadgradnjo.

Primeri vključujejo vprašanje pogleda po meri #2223 in tema zahteva #22.