Ofte stilte spørsmål¶

Disse vanlige spørsmålene oppsummerer spørsmål som går igjen i åpne og lukkede MRBS-støttesaker. Svarene er kontrollert mot MRBS 1.12.2; en gammel løsning er ikke tatt med bare fordi den en gang ble nevnt i en sak.

Hvordan denne FAQ ble valgt¶

Gjennomgangen dekket problemer med minst én av disse etikettene: 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 inneholdt support request-etiketten alene 3076 saker: 1590 åpne og 1486 lukkede. Mange er importerte historiske saker, engangstilpasninger, funksjonsforespørsler eller spørsmål uten bekreftet svar. Bare tilbakevendende spørsmål med et svar som fortsatt er nyttig for 1.12.2 er inkludert nedenfor. Lenkene til sakene gir opprinnelse, ikke en erstatning for gjeldende konfigurasjonsreferanse.

Installasjon og diagnose¶

Hvorfor ser jeg en tom side eller HTTP 500?¶

Les webserveren og PHP feilloggene først. En tom side er bare det synlige symptomet; den nyttige feilen er vanligvis i en logg. Sjekk deretter:

den støttede PHP-versjonen og nødvendige utvidelser;
config.inc.php med php -l config.inc.php;
databasetilkobling og den matchende PDO-driveren;
filtillatelser og den aktive PHP-konfigurasjonen; og
om den mislykkede forespørselen når den tiltenkte MRBS-installasjonen.

Ikke aktiver offentlig PHP feilvisning på et produksjonssystem og ikke lim inn legitimasjon i et problem. Se Feilsøking. Den originale støttesak #1007 hadde ingen bekreftet produktspesifikk løsning, og det er grunnen til at dette svaret starter med bevis fra de lokale loggene.

Hvorfor mislykkes databasepåloggingen på cPanel eller delt hosting?¶

Bruk den eksakte databasen og brukernavnet som er opprettet av vertskontrollpanelet. cPanel prefikser ofte begge med hosting-kontonavnet. Kontroller også at brukeren har rettigheter på den databasen. SQLSTATE[28000] eller "Tilgang nektet for bruker" er en databaseautentiserings- eller bevilgningsfeil, ikke en MRBS tabellfeil.

Hold $db_database, $db_login og $db_password i samsvar med kontrollpanelverdiene. Opprett skjemaet først etter at tilkoblingen er vellykket. Se sak #3801 og Installasjon.

Hvorfor har en konfigurasjonsendring ingen effekt?¶

Kontroller at du har redigert config.inc.php som faktisk lastes inn for denne installasjonen og dette nettstedet. Verdier som tildeles senere, overstyrer tidligere verdier. Innstillinger for eksisterende områder ligger i databasen; endringer i areadefaults.inc.php påvirker bare standardverdiene for nye områder. I multisite-modus må du kontrollere valgt nettsted og tilhørende konfigurasjon. Tøm eller start PHPs opcode-buffer på nytt hvis det er nødvendig.

Se config.inc.php i dybden og Feilsøking.

Pålogging og LDAP¶

Hvordan kan jeg kreve at brukere logger på før de ser kalenderen?¶

Sett:

$auth['deny_public_access'] = true;

Test den avloggede visningen i et privat nettleservindu. Denne innstillingen blokkerer tilgang til offentlig kalender; den velger eller konfigurerer ikke autentiseringsmetode. Se sak #3979 og Brukere og tillatelser.

Hvorfor sier MRBS at PHP-utvidelsen LDAP mangler?¶

Installer eller aktiver LDAP-utvidelsen i PHP-miljøet som webserveren bruker, og start deretter den aktuelle tjenesten på nytt. PHP på kommandolinjen og PHP i webserveren kan laste forskjellige php.ini-filer. Kontroller derfor webmiljøet i stedet for bare å stole på php -m. Pakkenavn og omstartskommando avhenger av operativsystemet og PHP-installasjonen.

Se sak #1022 og LDAP-autentisering.

Hvordan finner jeg riktig LDAP base-DN og bruker-DN?¶

Ikke utlede katalogtreet fra et organisasjonsnavn. Spør den med en LDAP-klient som ldapsearch, med samme server, TLS-modus, base-DN, søkeidentitet og brukernavnattributt som MRBS vil bruke. Active Directory bruker vanligvis sAMAccountName; OpenLDAP bruker vanligvis uid, men katalogskjemaet er autoritativt.

Test søkeidentiteten separat fra sluttbrukerbindingen og publiser aldri bindingspassord. Feil DN var grunnårsaken i sak #1083.

Hvordan kan LDAP tilgang begrenses til en gruppe?¶

Bruk $ldap_filter for å bestemme hvilken katalogbrukere som har tilgang til MRBS. For et Active Directory-oppsett der medlemskap er lagret på brukerobjektet, kan et filter matche memberof. For et oppsett i OpenLDAP-stil der medlemskap er lagret på gruppeobjekter, konfigurer $ldap_filter_base_dn, $ldap_filter_user_attr og en passende $ldap_filter.

Bruk nøyaktig DN og attributtnavn fra katalogen, test en tillatt og en avvist konto, og bekreft hvordan nestede grupper oppfører seg. Disse tilgangsfiltrene er atskilt fra $ldap_admin_group_dn, som identifiserer MRBS-administratorer. Se sak #2033 og LDAP-autentisering.

LDAP pålogging fungerer; hvorfor er ikke brukeren MRBS-administrator?¶

Når $ldap_admin_group_dn er angitt, bruker MRBS den gruppen i stedet for $auth['admin']. Bekreft:

hele gruppen DN;
$ldap_group_member_attrib — memberof som standard;
at LDAP-søkeidentiteten kan lese brukerens medlemskapsattributter; og
om katalogen returnerer direkte eller nestet medlemskap.

Aktiver LDAP-diagnostikk midlertidig bare i et beskyttet testmiljø og fjern dem etterpå. I sak #3943 kunne ikke søkeidentiteten i utgangspunktet lese den nødvendige gruppeinformasjonen.

Hvorfor kan LDAP mislykkes etter en MRBS-oppgradering selv om passordbinding fungerer?¶

Nåværende MRBS må kanskje søke etter en brukers DN og attributter som visningsnavn eller e-post. Hvis anonymt søk ikke er tilgjengelig, 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';

Gi søkeidentiteten kun lesetillatelsene den trenger. Hold passordet utenfor dokumentroten og inkluder det fra en beskyttet konfigurasjonsfil. Se sak #3895.

Kan MRBS søke i mer enn én LDAP-katalog?¶

Ja. Mange LDAP-innstillinger, blant annet $ldap_host, $ldap_port, $ldap_base_dn og søkeattributter, kan være tabeller. Hvis én slik LDAP-parameter er en tabell, må alle parameterne som støtter tabeller, ha samme antall elementer – ett per katalog.

Test pålogging, attributtoppslag, tilgangsfiltre og administratortilordning for hver katalog. Se sak #3981 og LDAP-delen i systemdefaults.inc.php.

Bestillinger, rom og tillatelser¶

Hvorfor fungerer et tilpasset bestillingsfelt for én bestilling, men mislykkes for en serie?¶

Hver egendefinert bestillingskolonne må finnes i både entry og repeat tabellene med samme navn, type, lengde, nullbarhet og standard. Behandle begge kolonnene som én skjemaendring.

Se sak #3986 og Egendefinerte felt.

Hindrer romkapasitet en bestilling med for mange deltakere?¶

Nei. Verdien for rommet capacity er rommetadata vist av MRBS; det sammenlignes ikke automatisk med en bestillings deltakerantall. Hvis et nettsted må håndheve denne regelen, legg til et identisk tilpasset antall deltakere i entry og repeat, og implementer og vedlikehold validering på serversiden. Validering på klientsiden alene er utilstrekkelig.

Hvis registrering er aktivert, kontrollerer hendelseskapasiteten registreringen for den hendelsen; den velger ikke automatisk et rom med passende størrelse. Se sak #1055, Områder og rom og Egendefinerte felt.

Kan ett område bruke 30-minutters luker om morgenen og 15-minutters luker senere?¶

Ikke med standard områdekonfigurasjon. Ett område har én tidsoppløsning. Bruk den minste nødvendige oppløsningen for hele dagen, eller opprett separate områder når ressursene og driftsmodellen tillater det. Tidsavhengig oppløsning krever en lokal kodetilpasning som må vedlikeholdes.

Se sak #4011.

Hvorfor kan ikke en bestillingsskaper se Rediger eller Slett?¶

Sjekk det eksisterende områdets bestillingspolicy gjennom Rom. Forhånds-/fremtidige redigeringsgrenser og regler for tidligere bestillinger kan fjerne disse handlingene selv fra skaperen. Bekreft også pålogget identitet, eierskap, administratorstatus og om elementet er én forekomst eller en serie.

Å endre areadefaults.inc.php oppdaterer ikke et eksisterende område. Se sak #3994 og Bestillingsregler.

Er rom valgt i en flerromsbestilling permanent knyttet?¶

Nei. MRBS oppretter separate bestillingsoppføringer. Hvis en senere blir redigert eller slettet, er ikke de andre en varig koblet gruppe. Ikke kopier en generert liste over alle utvalgte rom inn i hver beskrivelse med mindre nettstedet også opprettholder den listen gjennom opprettelse, redigering og sletting.

Se sak #2223.

Kan jeg legge til flere tilgangsnivåer eller gi en tilpasset rolle bare rapporttilgang?¶

Standard MRBS bruker tilgangsnivå 0, 1 og 2. Ytterligere numeriske roller og sidespesifikke tillatelser krever en lokal autorisasjonstilpasning, tester og gjennomgang etter hver oppgradering. En oppdatering fra et gammelt problem er ikke et støttet konfigurasjonsalternativ.

Foretrekker standard område/rom delegering og offentlige rapporter med smale tillatelseslister der de oppfyller kravet. Se sak #3999 og Brukere og tillatelser.

E-post, språk og tid¶

Hvorfor rapporterer e-postfeilsøking «Ingen mottakere»?¶

Aktiver minst én tiltenkt mottakerrolle:

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

For det første alternativet angir du $mail_settings['recipients']. Hold e-postadressene til område- og romadministratorene oppdatert i MRBS. Når bestilleren skal varsles, må LDAP-brukere ha et lesbart og riktig kartlagt e-postattributt. Test deretter oppretting, redigering og sletting hver for seg.

Se sak #3795 og E-postvarsler.

Hvilken verdi skal jeg bruke for `$override_locale`?¶

Bruk en BCP 47-språkkode som en, en-GB, de, fr eller es, ikke en språkstreng for operativsystemet. Serveren må fortsatt ha passende lokalitetsdata. På Unix-lignende systemer viser locale -a installerte lokaler.

La $override_locale stå tomt for å bruke MRBS' automatiske språkvalg. Se sak #3984 og Tekst og oversettelser.

Hvorfor vises tidene nøyaktig én time feil?¶

Sjekk, i rekkefølge:

tidssonen for rommet og området;
den globale $timezone;
PHPs tidssone og tidssone-datapakke;
den berørte datoens sommertidsovergang; og
om det lagrede tidsstemplet eller bare dets visning er feil.

Bruk en IANA tidssone som Europe/Berlin, ikke en fast UTC-forskyvning. Gamle problemer nevner versjonsspesifikke formateringsløsninger; $force_strftime er ikke en innstilling i MRBS 1.12.2 og må ikke kopieres fra sak #3967. Se Feilsøking.

Hvordan tilpasser eller oversetter jeg hjelpesiden og grensesnittteksten?¶

Hjelpesiden i applikasjonen er lastet inn fra web/site_faq/. Spansk bruker for eksempel site_faq_es.html; sett $faqfilelang = 'es' når språket må velges eksplisitt. Hold en fullstendig oversatt fil for hvert støttede språk.

For korte grensesnittendringer, bruk $vocab_override[LANG][TOKEN] i config.inc.php i stedet for å redigere web/lang/lang.*. Egendefinerte databasefelt bruker tokens som entry.catering.

Se sak #2432 og Tekst og oversettelser.

Rapporter, multisite og tilpasning¶

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

Uautentiserte GET-rapporter er deaktivert som standard. Hvis informasjonen kan eksponeres på denne måten, må du aktivere funksjonen bevisst og begrense tilgangen med:

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

Bruk en nøkkel du ikke kan gjette, en tillatelsesliste for et smalt område/rom, HTTPS og en beskyttet planlegger. Test nøyaktig utdata mens du er avlogget. En rapport-URL er faktisk en legitimasjon og kan lekke gjennom logger eller historikk.

Se sak #3742 og Søk og rapporter.

Kan flere MRBS nettsteder dele ett sett med tabeller?¶

Nei, ikke hvis deres bestillinger og innstillinger må være separate. Hvert nettsted trenger sine egne MRBS-tabeller, enten i en separat database eller med en unik $db_tbl_prefix i en delt database. Koden kan deles, men tabellsettene må ikke overlappe hverandre.

Opprett tabellene for hvert nettsted med MRBS-skjemaskriptene, og bruk prefikset konsekvent. Se sak #3917 og Multisite.

Er alle forespurte visninger eller temaer tilgjengelige gjennom konfigurasjon?¶

Nei. Forespørsler som å sette inn ekstra romtekst i et bestemt kalenderoppsett, kobling av ellers uavhengige bestillinger, legge til tilgangsnivåer eller erstatte temaarkitekturen kan kreve kodeendringer. Før du bruker en oppdatering fra et støtteproblem:

sjekk om 1.12.2 allerede har et innstillings- eller utvidelsespunkt;
holde endringen utenfor genererte og leverandørfiler;
legge til tester for opprettelse, redigering, sletting, personvern og tillatelser; og
registrere tilpasningen for neste oppgradering.

Eksempler inkluderer problem med tilpasset visning #2223 og temaforespørsel #22.