Ofte stillede spørgsmål¶

Denne FAQ samler tilbagevendende spørgsmål fra åbne og lukkede supportsager. Svarene er kontrolleret mod MRBS 1.12.2; en ældre løsning er ikke medtaget, blot fordi den engang optrådte i en sag.

Hvordan denne FAQ blev valgt¶

Gennemgangen omfattede sager med mindst én af disse etiketter: Help, Help from scratch, LDAP help need, Problems with room's capacity, support, spanish help, support request, help wanted og custom view help.

Den 26. juli 2026 omfattede etiketten support request alene 3.076 sager: 1.590 åbne og 1.486 lukkede. Mange er importerede historiske sager, engangstilpasninger, funktionsønsker eller spørgsmål uden et bekræftet svar. Nedenfor medtages kun tilbagevendende spørgsmål med svar, der stadig er relevante for 1.12.2. Links til sagerne dokumenterer oprindelsen, men erstatter ikke den aktuelle konfigurationsreference.

Installation og diagnose¶

Hvorfor ser jeg en tom side eller HTTP 500?¶

Læs først fejllogfilerne fra webserveren og PHP. En tom side er kun det synlige symptom; den relevante fejl står normalt i en logfil. Kontrollér derefter:

den understøttede PHP-version og de påkrævede udvidelser;
config.inc.php med php -l config.inc.php;
databaseforbindelse og den matchende PDO-driver;
filrettighederne og den aktive PHP-konfiguration;
om den mislykkede anmodning når den tilsigtede MRBS-installation.

Aktivér ikke offentlig visning af PHP-fejl i et produktionssystem, og indsæt ikke legitimationsoplysninger i en fejlrapport. Se Fejlfinding. Den oprindelige supportsag #1007 havde ingen bekræftet produktspecifik rettelse, så undersøgelsen må begynde med de lokale logfiler.

Hvorfor mislykkes databaselogin på cPanel eller delt hosting?¶

Brug det præcise databasenavn og brugernavn, som hostingens kontrolpanel har oprettet. cPanel sætter ofte hostingkontoens navn foran begge. Kontrollér også, at brugeren har de nødvendige rettigheder til databasen. SQLSTATE[28000] eller "Access denied for user" betyder en autentificerings- eller rettighedsfejl i databasen, ikke en fejl i MRBS-tabellerne.

Hold $db_database, $db_login og $db_password i overensstemmelse med kontrolpanelets værdier. Opret først skemaet, når forbindelsen lykkes. Se sag #3801 og Installation.

Hvorfor har en konfigurationsændring ingen effekt?¶

Kontrollér, at du har redigeret den config.inc.php, som denne installation og dette websted faktisk indlæser. Værdier, der tildeles senere, tilsidesætter tidligere værdier. Indstillinger for eksisterende områder ligger i databasen; en ændring af areadefaults.inc.php påvirker kun nye områder. Ved flere websteder skal du kontrollere det valgte websted og dets konfiguration. Ryd eller genstart til sidst PHP's opcode-cache, hvis det er relevant.

Se Den komplette guide til config.inc.php og Fejlfinding.

Hvordan kan jeg kræve, at brugere logger ind, før de ser kalenderen?¶

Sæt:

$auth['deny_public_access'] = true;

Test visningen uden login i et privat browservindue. Indstillingen blokerer offentlig adgang til kalenderen, men vælger eller konfigurerer ikke autentificeringsmetoden. Se sag #3979 og Brugere og tilladelser.

Hvorfor siger MRBS, at PHP-udvidelsen LDAP mangler?¶

Installer eller aktivér LDAP-udvidelsen i det PHP-miljø, som webserveren bruger, og genstart derefter PHP-miljøet. PHP til kommandolinjen og webserveren kan indlæse forskellige php.ini-filer, så kontrollér webmiljøet i stedet for kun at stole på php -m. Det præcise pakkenavn og genstartskommandoen afhænger af operativsystemet og PHP-installationen.

Se sag #1022 og LDAP-autentificering.

Hvordan finder jeg den korrekte LDAP base-DN og bruger-DN?¶

Udled ikke katalogstrukturen af organisationens navn. Forespørg den med en LDAP-klient som ldapsearch, og brug samme server, TLS-tilstand, basis-DN, søgekonto og brugernavnsattribut som MRBS. Active Directory bruger ofte sAMAccountName, og OpenLDAP bruger ofte uid, men det faktiske katalogskema er afgørende.

Test søgekontoen separat fra slutbrugerens login, og offentliggør aldrig adgangskoden til søgekontoen. Et forkert DN var hovedårsagen i sag #1083.

Hvordan kan LDAP adgang begrænses til en gruppe?¶

Brug $ldap_filter til at bestemme, hvilke brugere i kataloget der må få adgang til MRBS. I Active Directory, hvor medlemskabet gemmes på brugerobjektet, kan filteret bruge memberof. I et OpenLDAP-lignende katalog, hvor medlemskabet gemmes på gruppeobjekterne, skal du konfigurere $ldap_filter_base_dn, $ldap_filter_user_attr og et passende $ldap_filter.

Brug de præcise DN'er og attributnavne fra kataloget, test både en tilladt og en afvist konto, og kontrollér indlejrede gruppers adfærd. Adgangsfiltrene er uafhængige af $ldap_admin_group_dn, som identificerer MRBS-administratorer. Se sag #2033 og LDAP-autentificering.

Når $ldap_admin_group_dn er indstillet, bruger MRBS denne gruppe i stedet for $auth['admin']. Kontrollér:

den fulde gruppe DN;
$ldap_group_member_attrib — memberof som standard;
at LDAP søgeidentiteten kan læse brugerens medlemsattributter; og
om biblioteket returnerer direkte eller indlejret medlemskab.

Aktivér kun LDAP-diagnosticering midlertidigt i et beskyttet testmiljø, og slå den fra bagefter. I sag #3943 kunne søgekontoen i første omgang ikke læse de nødvendige gruppeoplysninger.

Hvorfor kan LDAP mislykkes efter en MRBS-opgradering, selv om adgangskoden godkendes?¶

Nuværende MRBS skal muligvis søge efter en brugers DN og attributter såsom vist navn eller e-mail. Hvis anonym søgning ikke er tilgængelig, konfigurer:

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

Giv kun søgekontoen de nødvendige læserettigheder. Opbevar adgangskoden uden for webroden, og indlæs den fra en beskyttet konfigurationsfil. Se sag #3895.

Kan MRBS søge i mere end ét LDAP-katalog?¶

Ja. Mange LDAP-indstillinger, herunder $ldap_host, $ldap_port, $ldap_base_dn og søgeattributter, kan være arrays. Hvis én LDAP-parameter, der understøtter arrays, angives som et array, skal alle tilsvarende parametre have det samme antal elementer — ét pr. katalog.

Test login, attributopslag, adgangsfiltre og administratortilknytning for hvert katalog. Se sag #3981 og LDAP-afsnittet i systemdefaults.inc.php.

Bookinger, lokaler og tilladelser¶

Hvorfor fungerer et brugerdefineret bookingfelt for én booking, men mislykkes for en serie?¶

Hver brugerdefineret bookingkolonne skal findes i både entry- og repeat-tabellen med samme navn, type, længde, NULL-egenskab og standardværdi. Behandl de to kolonner som én skemaændring.

Se sag #3986 og Brugerdefinerede felter.

Forhindrer lokalets kapacitet en booking med for mange deltagere?¶

Nej. Værdien capacity er blot en oplysning om lokalet, som MRBS viser; den sammenlignes ikke automatisk med antallet af deltagere i bookingen. Hvis installationen skal håndhæve reglen, skal du tilføje et identisk brugerdefineret felt til deltagerantal i entry og repeat og implementere kontrol på serversiden. Kontrol alene i browseren er utilstrækkelig.

Hvis tilmelding er aktiveret, begrænser arrangementets kapacitet antallet af tilmeldinger; den vælger ikke automatisk et lokale i passende størrelse. Se sag #1055, Områder og lokaler og Brugerdefinerede felter.

Kan et område bruge 30-minutters slots om morgenen og 15-minutters slots senere?¶

Ikke med områdets standardkonfiguration. Et område har én tidsopløsning. Brug det mindste nødvendige interval hele dagen, eller opret separate områder, hvis ressourcerne og driften tillader det. En tidsafhængig opløsning kræver en tilpasning af koden, som skal vedligeholdes.

Se sag #4011.

Hvorfor kan en bookingskaber ikke se Rediger eller Slet?¶

Kontrollér det eksisterende områdes bookingregler under Rum. Frister for ændringer og regler for tidligere bookinger kan skjule handlingerne selv for den, der oprettede bookingen. Kontrollér også den indloggede identitet, ejerskabet, administratorrollen og om det drejer sig om én forekomst eller en serie.

En ændring af areadefaults.inc.php opdaterer ikke et eksisterende område. Se sag #3994 og Bookingregler.

Forbliver lokaler i en booking af flere lokaler permanent forbundet?¶

Nej. MRBS opretter separate bookingposter. Hvis én senere redigeres eller slettes, udgør de øvrige ikke en permanent sammenkædet gruppe. Kopiér ikke automatisk listen over alle valgte lokaler til hver beskrivelse, medmindre installationen også vedligeholder listen ved oprettelse, redigering og sletning.

Se sag #2223.

Kan jeg tilføje flere adgangsniveauer eller give en brugerdefineret rolle kun rapportadgang?¶

Standardudgaven af MRBS bruger adgangsniveauerne 0, 1 og 2. Yderligere numeriske roller og sidespecifikke tilladelser kræver lokal tilpasning af autorisationen, tests og gennemgang efter hver opgradering. En patch fra en gammel sag er ikke en understøttet konfigurationsmulighed.

Foretræk standarddelegering for områder og lokaler samt offentlige rapporter med snævre tilladelseslister, hvis det opfylder behovet. Se sag #3999 og Brugere og tilladelser.

E-mail, sprog og tid¶

Hvorfor rapporterer e-mailfejlretningen "No recipients"?¶

Aktiver mindst én tiltænkt modtagerrolle:

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

Ved den første mulighed skal du indstille $mail_settings['recipients']. Hold e-mailadresserne for område- og lokaleadministratorer opdaterede i MRBS. Hvis brugeren autentificeres via LDAP og skal have besked, skal MRBS kunne læse en korrekt tilknyttet e-mailattribut. Test derefter oprettelse, redigering og sletning hver for sig.

Se sag #3795 og E-mailnotifikationer.

Hvilken værdi skal jeg bruge til `$override_locale`?¶

Brug et BCP 47-sprogtag som en, en-GB, de, fr eller es, ikke en streng for operativsystemets landestandard. Serveren skal stadig have de relevante landestandarddata. På Unix-lignende systemer viser locale -a de installerede landestandarder.

Lad $override_locale være tom for at bruge MRBS' automatiske valg. Se sag #3984 og Tekst og oversættelser.

Hvorfor er de viste tider nøjagtigt en time forkert?¶

Kontrollér i denne rækkefølge:

tidszonen for lokalet og området;
den globale $timezone;
PHPs tidszone og tidszone-datapakke;
overgangen til eller fra sommertid på den berørte dato;
om det gemte tidsstempel eller kun dets visning er forkert.

Brug en IANA-tidszone som Europe/Berlin, ikke en fast forskydning fra UTC. Ældre sager nævner versionsspecifikke løsninger til formatering; $force_strftime er ikke en indstilling i MRBS 1.12.2 og må ikke kopieres fra sag #3967. Se Fejlfinding.

Hvordan tilpasser eller oversætter jeg hjælpesiden og grænsefladeteksten?¶

Hjælpesiden i applikationen indlæses fra web/site_faq/. Spansk bruger for eksempel site_faq_es.html; indstil $faqfilelang = 'es', hvis sproget skal vælges udtrykkeligt. Vedligehold en komplet oversat fil for hvert understøttet sprog.

Brug $vocab_override[LANG][TOKEN] i config.inc.php til korte ændringer i brugerfladen i stedet for at redigere web/lang/lang.*. Brugerdefinerede databasefelter bruger tokens som entry.catering.

Se sag #2432 og Tekst og oversættelser.

Rapporter, flere websteder og tilpasning¶

Hvordan kan et planlagt job eksportere en rapport eller iCalendar-data?¶

Rapporter via GET uden login er som standard deaktiveret. Hvis oplysningerne kan offentliggøres på denne måde, skal du aktivere funktionen bevidst og begrænse den med:

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

Brug en nøgle, der er svær at gætte, en snæver tilladelsesliste for områder og lokaler, HTTPS og en beskyttet jobplanlægger. Test det præcise output uden at være logget ind. En rapport-URL fungerer reelt som en adgangsoplysning og kan lække gennem logfiler eller browserhistorik.

Se sag #3742 og Søgning og rapporter.

Kan flere MRBS-websteder dele ét sæt tabeller?¶

Nej, ikke hvis bookinger og indstillinger skal holdes adskilt. Hvert websted skal have sine egne MRBS-tabeller, enten i en separat database eller med et entydigt $db_tbl_prefix i en fælles database. Koden kan deles, men tabelsættene må ikke overlappe.

Opret tabellerne til hvert websted med MRBS' skemascripts, og brug præfikset konsekvent. Se sag #3917 og Flere websteder.

Er alle anmodede visninger eller temaer tilgængelige via konfiguration?¶

Nej. Ønsker som ekstra tekst om lokalet i en bestemt kalendervisning, sammenkædning af ellers uafhængige bookinger, flere adgangsniveauer eller en grundlæggende ændring af temaet kan kræve kodeændringer. Før du anvender en patch fra en supportsag:

kontrollér, om 1.12.2 allerede har en indstilling eller et udvidelsespunkt;
hold ændringen uden for genererede filer og tredjepartsfiler;
tilføj tests af oprettelse, redigering, sletning, privatliv og tilladelser;
dokumentér tilpasningen til næste opgradering.

Eksempler inkluderer brugerdefineret visning problem #2223 og temaanmodning #22.