Veelgestelde vragen¶

Deze FAQ vat terugkerende vragen uit open en gesloten MRBS-supportissues samen. De antwoorden zijn getoetst aan MRBS 1.12.2; een oude oplossing is niet alleen opgenomen omdat die ooit in een issue werd genoemd.

Hoe deze FAQ is geselecteerd¶

De beoordeling had betrekking op Issues met ten minste één van deze labels: Help, Help from scratch, LDAP help need, Problems with room's capacity, support, spanish help, support request, help wanted, en custom view help.

Op 26 juli 2026 telde alleen het label support request al 3.076 issues: 1.590 open en 1.486 gesloten. Veel daarvan zijn geïmporteerde historische gevallen, eenmalige aanpassingen, functieverzoeken of vragen zonder bevestigd antwoord. Hieronder staan alleen terugkerende vragen met een antwoord dat nog bruikbaar is voor 1.12.2. De issuelinks vermelden de herkomst, maar vervangen de actuele configuratiereferentie niet.

Installatie en diagnose¶

Waarom zie ik een lege pagina of HTTP 500?¶

Lees eerst de foutlogboeken van de webserver en PHP. Een blanco pagina is slechts het zichtbare symptoom; de nuttige fout staat normaal gesproken in een logboek. Controleer dan:

de ondersteunde versie PHP en de vereiste extensies;
config.inc.php met php -l config.inc.php;
databaseconnectiviteit en het bijbehorende stuurprogramma PDO;
bestandsrechten en de actieve PHP configuratie; en
of het mislukte verzoek de beoogde MRBS installatie bereikt.

Schakel de openbare foutweergave PHP niet in op een productiesysteem en plak geen inloggegevens in een probleem. Zie Problemen oplossen. De oorspronkelijke ondersteuningsaanvraag #1007 had geen bevestigde productspecifieke oplossing. Daarom begint dit antwoord met bewijsmateriaal uit de lokale logboeken.

Waarom mislukt het inloggen op de database op cPanel of gedeelde hosting?¶

Gebruik de exacte database en gebruikersnaam die door het hostingcontrolepaneel zijn aangemaakt. cPanel laat beide vaak voorafgaan door de naam van het hostingaccount. Controleer ook of de gebruiker rechten heeft op die database. SQLSTATE[28000] of “Toegang geweigerd voor gebruiker” is een databaseverificatie- of toekenningsfout, niet een MRBS tabelfout.

Houd $db_database, $db_login en $db_password consistent met de waarden op het bedieningspaneel. Maak het schema pas nadat de verbinding tot stand is gebracht. Zie issue #3801 en Installatie.

Waarom heeft een configuratiewijziging geen effect?¶

Controleer of u het bestand config.inc.php hebt bewerkt dat voor deze installatie en site daadwerkelijk wordt geladen. Later toegewezen waarden overschrijven eerdere waarden. Instellingen voor bestaande gebouwen staan in de database; een wijziging in areadefaults.inc.php beïnvloedt alleen de standaardwaarden voor nieuwe gebouwen. Controleer in multisite-modus ook de geselecteerde site en de bijbehorende configuratie. Leeg of herstart zo nodig de PHP-opcodecache.

Zie config.inc.php diepgaand en Problemen oplossen.

Aanmelden en LDAP¶

Hoe kan ik vereisen dat gebruikers zich aanmelden voordat ze de agenda zien?¶

Instellen:

$auth['deny_public_access'] = true;

Test de uitgelogde weergave in een privébrowservenster. Deze instelling blokkeert de toegang tot de openbare agenda; het kiest of configureert de authenticatiemethode niet. Zie issue #3979 en Gebruikers en machtigingen.

Waarom zegt MRBS dat de extensie PHP LDAP ontbreekt?¶

Installeer of activeer de LDAP-extensie in de PHP-omgeving die de webserver gebruikt en herstart vervolgens de betreffende service. PHP op de opdrachtregel en PHP in de webserver kunnen verschillende php.ini-bestanden laden. Controleer daarom de webomgeving en vertrouw niet alleen op php -m. De pakketnaam en herstartopdracht hangen af van het besturingssysteem en de PHP-installatie.

Zie issue #1022 en LDAP-authenticatie.

Hoe vind ik de juiste LDAP basis-DN en gebruikers-DN?¶

Leid de directorystructuur niet af van een organisatienaam. Voer een query uit met een LDAP-client zoals ldapsearch, met dezelfde server, TLS-modus, basis-DN, zoekidentiteit en gebruikersnaamkenmerk dat MRBS zal gebruiken. Active Directory gebruikt gewoonlijk sAMAccountName; OpenLDAP gebruikt gewoonlijk uid, maar het directoryschema is gezaghebbend.

Test de zoekidentiteit afzonderlijk van de eindgebruikersbinding en publiceer nooit bindingswachtwoorden. Een verkeerde DN was de hoofdoorzaak in issue #1083.

Hoe kan de toegang tot LDAP worden beperkt tot een groep?¶

Gebruik $ldap_filter om te bepalen welke directorygebruikers toegang hebben tot MRBS. Voor een Active Directory-indeling waarbij lidmaatschap wordt opgeslagen op het gebruikersobject, kan een filter overeenkomen met memberof. Voor een lay-out in OpenLDAP-stijl waarbij lidmaatschap wordt opgeslagen op groepsobjecten, configureert u $ldap_filter_base_dn, $ldap_filter_user_attr en een geschikte $ldap_filter.

Gebruik de exacte DN- en attribuutnamen uit de directory, test een toegestane en een afgewezen account en bevestig hoe geneste groepen zich gedragen. Deze toegangsfilters staan los van $ldap_admin_group_dn, waarmee beheerders MRBS worden geïdentificeerd. Zie issue #2033 en LDAP-authenticatie.

LDAP inloggen werkt; waarom is de gebruiker geen MRBS beheerder?¶

Wanneer $ldap_admin_group_dn is ingesteld, gebruikt MRBS die groep in plaats van $auth['admin']. Bevestig:

de volledige groeps-DN;
$ldap_group_member_attrib — memberof standaard;
dat de zoekidentiteit LDAP de lidmaatschapskenmerken van de gebruiker mag lezen; en
of de directory direct of genest lidmaatschap retourneert.

Schakel LDAP-diagnostiek tijdelijk alleen in een beschermde testomgeving in en verwijder deze daarna. In issue #3943 kon de zoekidentiteit aanvankelijk de vereiste groepsinformatie niet lezen.

Waarom kan LDAP mislukken na een upgrade van MRBS, ook al werkt het binden van wachtwoorden?¶

Huidig MRBS moet mogelijk zoeken naar de DN van een gebruiker en attributen zoals weergavenaam of e-mailadres. Als anoniem zoeken niet beschikbaar is, configureer dan:

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

Geef de zoekidentiteit alleen de leesrechten die deze nodig heeft. Bewaar het wachtwoord buiten de hoofdmap van het document en neem het op uit een beveiligd configuratiebestand. Zie issue #3895.

Kan MRBS in meer dan één LDAP directory zoeken?¶

Ja. Veel LDAP-instellingen, waaronder $ldap_host, $ldap_port, $ldap_base_dn en zoekattributen, kunnen arrays zijn. Als één LDAP-parameter die arrays ondersteunt een array is, moeten alle overeenkomstige parameters evenveel elementen bevatten: één per directory.

Test het inloggen, het opzoeken van attributen, toegangsfilters en beheerderstoewijzing voor elke directory. Zie issue #3981 en de sectie LDAP in systemdefaults.inc.php.

Boekingen, ruimtes en machtigingen¶

Waarom werkt een aangepast boekingsveld voor één boeking, maar niet voor een reeks?¶

Elke aangepaste boekingskolom moet voorkomen in de tabellen entry en repeat met dezelfde naam, type, lengte, nullability en standaard. Behandel beide kolommen als één schemawijziging.

Zie issue #3986 en Aangepaste velden.

Voorkomt de ruimtecapaciteit een boeking met te veel deelnemers?¶

Nee. De waarde voor ruimte capacity is metagegevens van de ruimte, weergegeven door MRBS; het wordt niet automatisch vergeleken met het bezoekersaantal van een boeking. Als een site deze regel moet afdwingen, voegt u een identiek aangepast veld voor het aantal deelnemers toe aan entry en repeat, en implementeert en onderhoudt u vervolgens server-side validatie. Alleen validatie aan de clientzijde is onvoldoende.

Als registratie is ingeschakeld, regelt de gebeurteniscapaciteit de registratie voor die gebeurtenis; er wordt niet automatisch een ruimte met de juiste grootte geselecteerd. Zie issue #1055, Gebouwen en ruimtes en Aangepaste velden.

Kan een gebouw 's ochtends slots van 30 minuten en later slots van 15 minuten gebruiken?¶

Niet via de standaardconfiguratie van een gebouw. Elk gebouw heeft één tijdsresolutie. Gebruik de kleinste benodigde resolutie voor de hele dag of maak afzonderlijke gebouwen als de middelen en werkwijze dat toelaten. Een tijdsafhankelijke resolutie vereist een eigen codeaanpassing die u moet blijven onderhouden.

Zie issue #4011.

Waarom kan een boekingsmaker Bewerken of Verwijderen niet zien?¶

Controleer het boekingsbeleid van het bestaande gebouw via Ruimtes. Geavanceerde/toekomstige bewerkingslimieten en regels voor eerdere boekingen kunnen deze acties zelfs van de maker verwijderen. Bevestig ook de ingelogde identiteit, het eigendom, de beheerdersstatus en of het item één exemplaar of een reeks is.

Als u areadefaults.inc.php wijzigt, wordt een bestaand gebouw niet bijgewerkt. Zie issue #3994 en Boekingsbeleid.

Zijn de ruimtes geselecteerd in een meerruimteboeking permanent gekoppeld?¶

Nee. MRBS creëert afzonderlijke boekingsitems. Als er één later wordt bewerkt of verwijderd, vormen de anderen geen duurzaam gekoppelde groep. Kopieer geen gegenereerde lijst van alle geselecteerde ruimtes naar elke beschrijving, tenzij de site die lijst ook bijhoudt tijdens het maken, bewerken en verwijderen.

Zie issue #2223.

Kan ik meer toegangsniveaus toevoegen of een aangepaste rol alleen rapporttoegang geven?¶

Standaard MRBS gebruikt toegangsniveaus 0, 1 en 2. Extra numerieke rollen en paginaspecifieke machtigingen vereisen een lokale autorisatieaanpassing, tests en beoordeling na elke upgrade. Een patch van een oud probleem is geen ondersteunde configuratieoptie.

Geef de voorkeur aan standaard gebouw-/ruimtedelegatie en openbare rapporten met smalle toelatingslijsten waar deze aan de vereiste voldoen. Zie issue #3999 en Gebruikers en machtigingen.

E-mail, taal en tijd¶

Waarom rapporteert foutopsporing in e-mail “Geen ontvangers”?¶

Schakel ten minste één beoogde ontvangersrol in:

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

Stel voor de eerste optie $mail_settings['recipients'] in. Houd de e-mailadressen van gebouw- en ruimtebeheerders actueel in MRBS. Als de boeker een melding krijgt, moeten LDAP-gebruikers een leesbaar en correct gekoppeld e-mailattribuut hebben. Test daarna het maken, wijzigen en verwijderen afzonderlijk.

Zie issue #3795 en E-mailmeldingen.

Welke waarde moet ik gebruiken voor `$override_locale`?¶

Gebruik een BCP 47-taaltag zoals en, en-GB, de, fr of es, en niet een landinstelling van het besturingssysteem. De server moet nog steeds over geschikte landinstellingen beschikken. Op Unix-achtige systemen toont locale -a de geïnstalleerde landinstellingen.

Laat $override_locale leeg om de automatische selectie MRBS te gebruiken. Zie issue #3984 en Tekst en vertalingen.

Waarom zijn de weergegeven tijden precies één uur verkeerd?¶

Controleer in volgorde:

de tijdzone van de ruimte en het gebouw;
de globale $timezone;
PHP's tijdzone- en tijdzonegegevenspakket;
de zomertijdovergang van de betreffende datum; en
of de opgeslagen tijdstempel of alleen de weergave ervan verkeerd is.

Gebruik een tijdzone IANA zoals Europe/Berlin, en geen vaste UTC-offset. Oude problemen vermelden versiespecifieke opmaakoplossingen; $force_strftime is geen instelling in MRBS 1.12.2 en mag niet worden gekopieerd uit issue #3967. Zie Problemen oplossen.

Hoe pas ik de Help-pagina en interfacetekst aan of vertaal ik deze?¶

De Help-pagina van de toepassing wordt geladen vanuit web/site_faq/. In het Spaans wordt bijvoorbeeld site_faq_es.html gebruikt; stel $faqfilelang = 'es' in wanneer de taal expliciet moet worden geselecteerd. Bewaar een volledig vertaald bestand voor elke ondersteunde taal.

Voor korte interfacewijzigingen gebruikt u $vocab_override[LANG][TOKEN] in config.inc.php in plaats van web/lang/lang.* te bewerken. Aangepaste databasevelden gebruiken tokens zoals entry.catering.

Zie issue #2432 en Tekst en vertalingen.

Rapporten, multisite en maatwerk¶

Hoe kan een geplande taak een rapport of iCalendar-gegevens exporteren?¶

Niet-geverifieerde GET-rapporten zijn standaard uitgeschakeld. Als de informatie op deze manier openbaar kan worden gemaakt, schakel deze dan opzettelijk in en beperk ze met:

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

Gebruik een moeilijk te raden sleutel, een beperkte toelatingslijst voor gebouwen en ruimtes, HTTPS en een beveiligde planner. Controleer de werkelijke uitvoer terwijl u bent afgemeld. Een rapport-URL is feitelijk een toegangscode en kan via logboeken of browsergeschiedenis uitlekken.

Zie issue #3742 en Zoeken en rapporteren.

Kunnen meerdere MRBS sites één set tabellen delen?¶

Nee, niet als hun boekingen en instellingen gescheiden moeten zijn. Elke site heeft zijn eigen MRBS tabellen nodig, hetzij in een aparte database, hetzij met een unieke $db_tbl_prefix in een gedeelde database. De code kan worden gedeeld, maar de tafelsets mogen elkaar niet overlappen.

Maak de tabellen van elke site met de schemascripts MRBS en pas het voorvoegsel ervan consequent toe. Zie issue #3917 en Meerdere locaties.

Is elke gevraagde weergave of thema beschikbaar via configuratie?¶

Nee. Voor verzoeken zoals het invoegen van extra ruimtetekst in een bepaalde kalenderindeling, het koppelen van anderszins onafhankelijke boekingen, het toevoegen van toegangsniveaus of het vervangen van de thema-architectuur kunnen codewijzigingen nodig zijn. Voordat u een patch van een ondersteuningsprobleem toepast:

controleer of 1.12.2 al een instel- of uitbreidingspunt heeft;
bewaar de wijziging buiten gegenereerde bestanden en leveranciersbestanden;
tests toevoegen voor maken, bewerken, verwijderen, privacy en machtigingen; en
leg de aanpassing vast voor de volgende upgrade.

Voorbeelden hiervan zijn aangepaste weergave probleem #2223 en themaverzoek #22.