Usein kysytyt kysymykset¶

Tämä UKK kokoaa MRBS:n avoimissa ja suljetuissa tukipyynnöissä toistuvia kysymyksiä. Vastaukset on tarkistettu MRBS 1.12.2:ta vasten. Vanhaa kiertotapaa ei ole otettu mukaan vain siksi, että se on joskus mainittu tukipyynnössä.

Miten tämän UKK:n sisältö valittiin¶

Tarkastelu kattoi tukipyynnöt, joilla oli vähintään yksi seuraavista tunnisteista: Help, Help from scratch, LDAP help need, Problems with room's capacity, support, spanish help, support request, help wanted ja custom view help.

Pelkästään tunnisteella support request oli 26. heinäkuuta 2026 yhteensä 3 076 tukipyyntöä: 1 590 avointa ja 1 486 suljettua. Monet niistä ovat muualta tuotuja historiallisia tapauksia, kertaluonteisia mukautuksia, ominaisuuspyyntöjä tai kysymyksiä, joihin ei ole vahvistettua vastausta. Alla ovat vain sellaiset toistuvat kysymykset, joiden vastaus on edelleen hyödyllinen versiossa 1.12.2. Linkit tukipyyntöihin osoittavat tiedon alkuperän, mutta eivät korvaa nykyisiä määritysohjeita.

Asennus ja vianmääritys¶

Miksi näen tyhjän sivun tai HTTP 500?¶

Lue ensin verkkopalvelimen ja PHP:n virhelokit. Tyhjä sivu on vain näkyvä oire; varsinainen virheilmoitus löytyy yleensä lokista. Tarkista sitten:

tuettu PHP-versio ja pakolliset laajennukset;
config.inc.php ja php -l config.inc.php;
tietokantayhteys ja vastaava PDO-ohjain;
tiedostojen käyttöoikeudet ja käytössä olevat PHP-määritykset; ja
saapuuko epäonnistuva pyyntö oikeaan MRBS-asennukseen.

Älä näytä PHP-virheitä julkisesti tuotantojärjestelmässä äläkä liitä tunnistetietoja tukipyyntöön. Katso Vianetsintä. Alkuperäisessä tukipyynnössä #1007 ei vahvistettu tuotekohtaista korjausta, minkä vuoksi vianetsintä aloitetaan paikallisista lokeista.

Miksi tietokantaan kirjautuminen epäonnistuu cPanelissa tai jaetussa hosting-palvelussa?¶

Käytä täsmälleen isännöinnin hallintapaneelin luomaa tietokannan nimeä ja käyttäjätunnusta. cPanel lisää usein kumpaankin isännöintitilin nimen etuliitteeksi. Varmista myös, että käyttäjällä on oikeudet kyseiseen tietokantaan. SQLSTATE[28000] tai ”Access denied for user” tarkoittaa tietokannan todennus- tai käyttöoikeusvirhettä, ei MRBS-taulun virhettä.

Pidä $db_database-, $db_login- ja $db_password-arvot yhdenmukaisina hallintapaneelin arvojen kanssa. Luo skeema vasta, kun yhteys toimii. Katso tukipyyntö #3801 ja Asennus.

Miksi asetusmuutoksella ei ole vaikutusta?¶

Varmista, että muokkasit juuri tämän asennuksen ja sivuston lataamaa config.inc.php-tiedostoa. Myöhemmin määritetyt arvot ohittavat aiemmat. Olemassa olevien alueiden asetukset on tallennettu tietokantaan; tiedoston areadefaults.inc.php muuttaminen vaikuttaa vain uusien alueiden oletusarvoihin. Tarkista monisivustotilassa valittu sivusto ja sen määritykset. Tyhjennä tai käynnistä tarvittaessa uudelleen PHP:n tavukoodivälimuisti.

Katso config.inc.php perusteellisesti ja Vianetsintä.

Kirjautuminen ja LDAP¶

Miten voin vaatia käyttäjiä kirjautumaan ennen kalenterin näyttämistä?¶

Aseta:

$auth['deny_public_access'] = true;

Testaa uloskirjautuneen käyttäjän näkymä selaimen yksityisessä ikkunassa. Asetus estää kalenterin julkisen käytön; se ei valitse eikä määritä todennusmenetelmää. Katso tukipyyntö #3979 ja Käyttäjät ja käyttöoikeudet.

Miksi MRBS ilmoittaa, että PHP:n LDAP-laajennus puuttuu?¶

Asenna tai ota LDAP-laajennus käyttöön siinä PHP-ajoympäristössä, jota verkkopalvelin käyttää, ja käynnistä kyseinen ympäristö uudelleen. Komentorivin PHP ja verkkopalvelimen PHP voivat ladata eri php.ini-tiedostot, joten tarkista verkkopalvelimen ajoympäristö äläkä luota pelkästään komentoon php -m. Paketin tarkka nimi ja uudelleenkäynnistyskomento riippuvat käyttöjärjestelmästä ja PHP-asennuksesta.

Katso tukipyyntö #1022 ja LDAP-todennus.

Miten löydän oikean LDAP-perus-DN:n ja käyttäjän DN:n?¶

Älä päättele hakemistopuuta organisaation nimestä. Tee kysely LDAP-asiakasohjelmalla, kuten ldapsearch, käyttäen samaa palvelinta, TLS-tilaa, perus-DN:ää, hakutunnusta ja käyttäjänimiattribuuttia kuin MRBS. Active Directoryssa käytetään usein attribuuttia sAMAccountName ja OpenLDAPissa attribuuttia uid, mutta hakemiston skeema ratkaisee.

Testaa hakutunnus erillään loppukäyttäjän sidonnasta äläkä koskaan julkaise sidonnassa käytettäviä salasanoja. Väärä DN oli tukipyynnön #1083 perimmäinen syy.

Miten LDAP-käyttöoikeus rajataan tiettyyn ryhmään?¶

Määritä $ldap_filter ratkaisemaan, ketkä hakemiston käyttäjät voivat käyttää MRBS:ää. Jos Active Directory tallentaa jäsenyyden käyttäjäobjektiin, suodatin voi kohdistua attribuuttiin memberof. OpenLDAP-tyylisessä rakenteessa jäsenyys voidaan tallentaa ryhmäobjekteihin; määritä silloin $ldap_filter_base_dn, $ldap_filter_user_attr ja sopiva $ldap_filter.

Käytä hakemiston täsmällisiä DN- ja attribuuttinimiä, testaa sekä sallittu että hylätty tili ja varmista sisäkkäisten ryhmien toiminta. Nämä käyttöoikeussuodattimet ovat eri asia kuin $ldap_admin_group_dn, jolla tunnistetaan MRBS-järjestelmänvalvojat. Katso tukipyyntö #2033 ja LDAP-todennus.

LDAP-kirjautuminen toimii – miksi käyttäjä ei ole MRBS-järjestelmänvalvoja?¶

Kun $ldap_admin_group_dn on asetettu, MRBS käyttää kyseistä ryhmää ryhmän $auth['admin'] sijaan. Vahvista:

ryhmän täydellinen DN;
$ldap_group_member_attrib — memberof oletuksena;
että LDAP-hakutunnus voi lukea käyttäjän jäsenyysattribuutit; ja
palauttaako hakemisto suoran vai sisäkkäisen jäsenyyden.

Ota LDAP-diagnostiikka käyttöön vain tilapäisesti ja suojatussa testiympäristössä. Poista se testin jälkeen. Tukipyynnössä #3943 hakutunnus ei aluksi pystynyt lukemaan tarvittavia ryhmätietoja.

Miksi LDAP voi lakata toimimasta MRBS-päivityksen jälkeen, vaikka salasanan sidonta onnistuu?¶

Nykyinen MRBS saattaa joutua hakemaan käyttäjän DN:n ja attribuutteja, kuten näyttönimen tai sähköpostiosoitteen. Jos anonyymi haku ei ole käytettävissä, määritä:

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

Anna hakutunnukselle vain sen tarvitsemat lukuoikeudet. Säilytä salasana verkkopalvelimen julkisen hakemiston ulkopuolella ja lue se suojatusta määritystiedostosta. Katso tukipyyntö #3895.

Voiko MRBS tehdä hakuja useasta LDAP-hakemistosta?¶

Kyllä. Monet LDAP-asetukset, mukaan lukien $ldap_host, $ldap_port, $ldap_base_dn ja hakuattribuutit, voivat olla taulukoita. Jos yksi taulukkoa tukeva LDAP-parametri on taulukko, jokaisessa taulukkoa tukevassa parametrissa on oltava sama määrä elementtejä, yksi hakemistoa kohden.

Testaa jokaisen hakemiston kirjautuminen, attribuuttien haku, käyttöoikeussuodattimet ja järjestelmänvalvojien vastaavuudet. Katso tukipyyntö #3981 ja tiedoston systemdefaults.inc.php LDAP-osio.

Varaukset, huoneet ja käyttöoikeudet¶

Miksi mukautettu varauskenttä toimii yhdellä varauksella, mutta epäonnistuu sarjassa?¶

Jokaisen mukautetun varaussarakkeen on oltava sekä entry- että repeat-taulussa. Nimen, tyypin, pituuden, NULL-arvon sallimisen ja oletusarvon on oltava samat. Käsittele sarakeparia yhtenä skeemamuutoksena.

Katso tukipyyntö #3986 ja Mukautetut kentät.

Estääkö huoneen kapasiteetti liian monen osallistujan varauksen?¶

Ei. Huoneen capacity-arvo on MRBS:n näyttämää huoneen metatietoa, eikä sitä verrata automaattisesti varauksen osallistujamäärään. Jos sivuston on valvottava tätä sääntöä, lisää samanlainen osallistujamäärän mukautettu kenttä entry- ja repeat-tauluihin ja toteuta palvelinpuolen tarkistus. Pelkkä selaimessa tehtävä tarkistus ei riitä.

Jos ilmoittautuminen on käytössä, tapahtuman kapasiteetti rajoittaa kyseiseen varaukseen ilmoittautumista. Se ei valitse automaattisesti sopivan kokoista huonetta. Katso tukipyyntö #1055, Alueet ja huoneet ja Mukautetut kentät.

Voiko yksi alue käyttää 30 minuutin jaksoja aamulla ja 15 minuutin jaksoja myöhemmin?¶

Ei alueen vakioasetuksilla. Alueella on yksi aikajakson pituus. Käytä koko päivän ajan lyhintä tarvittavaa jaksoa tai luo erilliset alueet, jos resurssit ja toimintamalli sen sallivat. Kellonajan mukaan muuttuva jakson pituus edellyttää ylläpidettävää koodimuutosta.

Katso tukipyyntö #4011.

Miksi varauksen tekijä ei näe Muokkaa tai Poista?¶

Tarkista olemassa olevan alueen varauskäytännöt kohdasta Huoneet. Ennakkoaikaa ja tulevia muutoksia koskevat rajat sekä menneiden varausten säännöt voivat poistaa nämä toiminnot jopa varauksen tekijältä. Tarkista myös kirjautuneen käyttäjän henkilöllisyys, varauksen omistajuus, järjestelmänvalvojan asema ja se, onko kyseessä yksittäinen esiintymä vai sarja.

Tiedoston areadefaults.inc.php muuttaminen ei päivitä olemassa olevaa aluetta. Katso tukipyyntö #3994 ja Varauskäytännöt.

Onko monihuonevarauksessa valitut huoneet pysyvästi linkitetty?¶

Eivät. MRBS luo erilliset varaukset. Jos yhtä niistä muokataan tai se poistetaan myöhemmin, muut eivät muodosta siihen pysyvästi linkitettyä ryhmää. Älä kopioi automaattisesti kaikkien valittujen huoneiden luetteloa jokaisen varauksen kuvaukseen, ellei sivuston mukautus myös ylläpidä luetteloa luomisen, muokkaamisen ja poistamisen yhteydessä.

Katso tukipyyntö #2223.

Voinko lisätä käyttöoikeustasoja tai antaa mukautetulle roolille vain raportin käyttöoikeuden?¶

MRBS:n vakioversio käyttää käyttöoikeustasoja 0, 1 ja 2. Uudet numeeriset roolit ja sivukohtaiset käyttöoikeudet edellyttävät paikallista valtuutuksen mukautusta, testejä ja tarkistusta jokaisen päivityksen jälkeen. Vanhaan tukipyyntöön liitetty korjaustiedosto ei ole tuettu määritysvaihtoehto.

Suosi tavallista alue- tai huonekohtaista vastuunjakoa ja tarkasti rajatulla sallittujen kohteiden luettelolla julkaistuja raportteja, jos ne täyttävät tarpeen. Katso tukipyyntö #3999 ja Käyttäjät ja käyttöoikeudet.

Sähköposti, kieli ja aika¶

Miksi sähköpostin virheenkorjaus ilmoittaa "Ei vastaanottajia"?¶

Ota käyttöön vähintään yksi aiottu vastaanottajan rooli:

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

Määritä ensimmäistä vaihtoehtoa varten $mail_settings['recipients']. Pidä alueiden ja huoneiden ylläpitäjien sähköpostiosoitteet ajan tasalla MRBS:ssä. Jos varaajalle lähetetään ilmoitus, LDAP-käyttäjällä on oltava luettavissa oleva ja oikein yhdistetty sähköpostiattribuutti. Testaa sitten varausten luominen, muokkaaminen ja poistaminen erikseen.

Katso tukipyyntö #3795 ja Sähköposti-ilmoitukset.

Mitä arvoa `$override_locale`-asetuksessa pitäisi käyttää?¶

Käytä BCP 47 -kielitunnusta, kuten en, en-GB, de, fr tai es, älä käyttöjärjestelmän maa-asetusmerkkijonoa. Palvelimella on silti oltava asianmukaiset maa-asetustiedot. Unixin kaltaisissa järjestelmissä locale -a näyttää asennetut maa-asetukset.

Jätä $override_locale tyhjäksi, jos haluat käyttää MRBS:n automaattista valintaa. Katso tukipyyntö #3984 ja Teksti ja käännökset.

Miksi näytössä näkyvät kellonajat ovat tasan tunnin väärin?¶

Tarkista, järjestyksessä:

huoneen ja alueen aikavyöhyke;
yleinen $timezone-asetus;
PHP:n aikavyöhyke ja aikavyöhyketietojen paketti;
kyseisen päivämäärän kesäaikasiirtymä; ja
onko tallennettu aikaleima vai vain sen näyttö väärä.

Käytä IANA-aikavyöhykettä, kuten Europe/Berlin, älä kiinteää UTC-poikkeamaa. Vanhoissa tukipyynnöissä mainitaan versiokohtaisia muotoilun kiertotapoja. $force_strftime ei ole MRBS 1.12.2:n asetus, eikä sitä pidä kopioida tukipyynnöstä #3967. Katso Vianetsintä.

Miten voin mukauttaa tai kääntää ohjesivun ja käyttöliittymän tekstejä?¶

Sovelluksen sisäinen ohjesivu ladataan hakemistosta web/site_faq/. Esimerkiksi espanjankielinen tiedosto on site_faq_es.html; määritä $faqfilelang = 'es', kun kieli on valittava erikseen. Ylläpidä jokaiselle tuetulle kielelle täydellistä käännettyä tiedostoa.

Käytä yksittäisiin käyttöliittymämuutoksiin $vocab_override[LANG][TOKEN]-asetusta tiedostossa config.inc.php sen sijaan, että muokkaisit tiedostoja web/lang/lang.*. Mukautettujen tietokantakenttien tunnuksia ovat esimerkiksi entry.catering.

Katso tukipyyntö #2432 ja Teksti ja käännökset.

Raportit, useat sivustot ja mukauttaminen¶

Miten ajoitettu työ voi viedä raportin tai iCalendar-tiedot?¶

Ilman todennusta tehtävät GET-raporttipyynnöt ovat oletusarvoisesti poissa käytöstä. Jos tietoja on julkaistava tällä tavalla, ota toiminto käyttöön harkitusti ja rajaa sitä seuraavilla asetuksilla:

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

Käytä vaikeasti arvattavaa avainta, tarkasti rajattua alueiden ja huoneiden sallittujen kohteiden luetteloa, HTTPS-yhteyttä ja suojattua ajastuspalvelua. Tarkista raportin tarkka sisältö uloskirjautuneena. Raportin URL-osoite toimii käytännössä tunnistetietona ja voi vuotaa lokien tai selainhistorian kautta.

Katso tukipyyntö #3742 ja Haku ja raportit.

Voivatko useat MRBS-sivustot jakaa yhden taulukon?¶

Eivät, jos varausten ja asetusten on pysyttävä erillään. Jokainen sivusto tarvitsee omat MRBS-taulunsa joko erillisessä tietokannassa tai yhteisessä tietokannassa yksilöllisen $db_tbl_prefix-arvon avulla. Koodi voidaan jakaa, mutta taulujoukot eivät saa olla päällekkäisiä.

Luo kunkin sivuston taulut MRBS:n skeemakomentosarjoilla ja käytä sen etuliitettä johdonmukaisesti. Katso tukipyyntö #3917 ja Monisivusto.

Onko jokainen pyydetty näkymä tai teema käytettävissä määrityksessä?¶

Ei. Esimerkiksi ylimääräisen huonetekstin lisääminen tiettyyn kalenteriasetteluun, toisistaan riippumattomien varausten linkittäminen, käyttöoikeustasojen lisääminen tai teema-arkkitehtuurin korvaaminen voivat edellyttää koodimuutoksia. Ennen kuin otat käyttöön tukipyyntöön liitetyn korjaustiedoston:

tarkista, tarjoaako versio 1.12.2 jo sopivan asetuksen tai laajennuskohdan;
pidä muutos automaattisesti luotujen tiedostojen ja ulkopuolisten riippuvuuksien ulkopuolella;
lisää testit luomiselle, muokkaamiselle, poistamiselle, yksityisyydelle ja käyttöoikeuksille; ja
dokumentoi mukautus seuraavaa päivitystä varten.

Esimerkkejä ovat mukautetun näkymän ongelma #2223 ja teemapyyntö #22.