Často kladené otázky¶

Tento FAQ sumarizuje opakujúce sa otázky z otvorených aj uzavretých hlásení podpory MRBS. Odpovede boli overené pre MRBS 1.12.2; zastarané riešenie sa nezaraďuje iba preto, že sa kedysi objavilo v hlásení.

Ako bol vybraný tento FAQ¶

Preskúmanie sa týkalo hlásení s aspoň jedným z týchto označení: Help, Help from scratch, LDAP help need, Problems with room's capacity, support, spanish help, support request, help wanted a custom view help.

K 26. júlu 2026 obsahovalo samotné označenie support request 3 076 hlásení: 1 590 otvorených a 1 486 uzavretých. Mnohé z nich sú importované historické prípady, jednorazové prispôsobenia, požiadavky na funkcie alebo otázky bez potvrdenej odpovede. Nižšie sú zahrnuté iba opakujúce sa otázky s odpoveďou, ktorá je stále užitočná pre verziu 1.12.2. Odkazy na hlásenia dokumentujú pôvod informácií, ale nenahrádzajú aktuálnu referenčnú príručku konfigurácie.

Inštalácia a diagnostika¶

Prečo sa mi zobrazuje prázdna stránka alebo HTTP 500?¶

Najprv si prečítajte protokoly chýb webového servera a PHP. Prázdna strana je len viditeľným príznakom; užitočná chyba je zvyčajne v protokole. Potom skontrolujte:

podporovaná verzia PHP a požadované rozšírenia;
config.inc.php s php -l config.inc.php;
pripojenie k databáze a zodpovedajúci ovládač PDO;
oprávnenia k súborom a aktívna konfigurácia PHP; a
či neúspešná požiadavka dosiahne zamýšľanú inštaláciu MRBS.

Nepovoľujte verejné zobrazovanie chýb PHP v produkčnom systéme a nevkladajte poverenia do problému. Pozri Riešenie problémov. Pôvodný podporný prípad #1007 nemal žiadnu potvrdenú opravu špecifickú pre produkt, a preto táto odpoveď začína dôkazmi z miestnych protokolov.

Prečo zlyhá prihlásenie do databázy na cPaneli alebo zdieľanom hostingu?¶

Použite presnú databázu a používateľské meno vytvorené ovládacím panelom hostingu. cPanel často predpony oboch s názvom hostiteľského účtu. Tiež skontrolujte, či má používateľ privilégiá pre danú databázu. SQLSTATE[28000] alebo „Prístup odmietnutý pre používateľa“ je chyba overenia databázy alebo udelenia, nie chyba tabuľky MRBS.

Udržujte $db_database, $db_login a $db_password konzistentné s hodnotami na ovládacom paneli. Vytvorte schému až po úspešnom pripojení. Pozri issue #3801 a Inštalácia.

Prečo zmena konfigurácie nemá žiadny účinok?¶

Skontrolujte, či ste upravili config.inc.php načítané týmto nasadením a lokalitou. Hodnoty priradené neskôr prepíšu predchádzajúce. Nastavenia uložené pre existujúce oblasti žijú v databáze; zmena areadefaults.inc.php zmení predvolené nastavenia iba pre nové oblasti. V režime viacerých lokalít potvrďte vybratú lokalitu a jej konfiguráciu. Nakoniec vymažte alebo reštartujte ukladanie operačných kódov PHP tam, kde je to možné.

Pozri config.inc.php do hĺbky a Riešenie problémov.

Prihláste sa a LDAP¶

Ako môžem od používateľov vyžadovať, aby sa pred zobrazením kalendára prihlásili?¶

Nastaviť:

$auth['deny_public_access'] = true;

V súkromnom okne prehliadača otestujte zobrazenie pre neprihláseného používateľa. Toto nastavenie blokuje prístup k verejnému kalendáru; nevyberá ani nekonfiguruje metódu autentifikácie. Pozri issue #3979 a Používatelia a povolenia.

Prečo MRBS hovorí, že rozšírenie PHP LDAP chýba?¶

Nainštalujte alebo povoľte rozšírenie LDAP v prostredí PHP používanom webovým serverom a potom toto prostredie reštartujte. PHP v príkazovom riadku a PHP webového servera môžu načítať odlišné súbory php.ini, preto skontrolujte webové prostredie a nespoliehajte sa iba na php -m. Presný názov balíka a príkaz na reštart závisia od operačného systému a inštalácie PHP.

Pozri číslo 1022 a LDAP overenie.

Ako nájdem správne základné DN LDAP a používateľské DN?¶

Neodvodzujte strom adresára z názvu organizácie. Dopytujte ho klientom LDAP, ako napríklad ldapsearch, s použitím rovnakého servera, režimu TLS, základného DN, identity vyhľadávania a atribútu používateľského mena, ktorý použije MRBS. Active Directory bežne používa sAMAccountName; OpenLDAP bežne používa uid, ale smerodajná je adresárová schéma.

Otestujte identitu vyhľadávania oddelene od väzby koncového užívateľa a nikdy nezverejňujte heslá väzby. Nesprávne DN bolo hlavnou príčinou v číslo 1083.

Ako môže byť prístup k LDAP obmedzený na skupinu?¶

Použite $ldap_filter na rozhodnutie, do ktorého adresára môžu používatelia pristupovať MRBS. Pre rozloženie služby Active Directory, kde je členstvo uložené v objekte používateľa, môže filter zodpovedať memberof. Pre rozloženie v štýle OpenLDAP, kde je členstvo uložené na skupinových objektoch, nakonfigurujte $ldap_filter_base_dn, $ldap_filter_user_attr a príslušné $ldap_filter.

Použite presné DN a názvy atribútov z adresára, otestujte povolené a odmietnuté konto a potvrďte, ako sa správajú vnorené skupiny. Tieto prístupové filtre sú oddelené od $ldap_admin_group_dn, ktoré identifikujú správcov MRBS. Pozri číslo 2033 a LDAP overenie.

LDAP prihlásenie funguje; prečo používateľ nie je správcom MRBS?¶

Keď je nastavené $ldap_admin_group_dn, MRBS používa túto skupinu namiesto $auth['admin']. Potvrdiť:

celú skupinu DN;
$ldap_group_member_attrib — memberof štandardne;
že vyhľadávacia identita LDAP môže čítať atribúty členstva používateľa; a
či adresár vráti priame alebo vnorené členstvo.

Dočasne povoľte diagnostiku LDAP iba v chránenom testovacom prostredí a potom ich odstráňte. V issue #3943 nemohla vyhľadávacia identita spočiatku prečítať požadované informácie o skupine.

Prečo môže LDAP zlyhať po inovácii MRBS, hoci väzba hesla funguje?¶

Aktuálne číslo MRBS môže potrebovať vyhľadať DN používateľa a atribúty, ako je zobrazované meno alebo e-mail. Ak anonymné vyhľadávanie nie je k dispozícii, nakonfigurujte:

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

Udeľte vyhľadávacej identite len tie povolenia na čítanie, ktoré potrebuje. Heslo uchovávajte mimo koreňového adresára dokumentu a zahrňte ho z chráneného konfiguračného súboru. Pozri issue #3895.

Môže MRBS vyhľadávať viac ako jeden LDAP adresár?¶

áno. Mnohé nastavenia LDAP, vrátane $ldap_host, $ldap_port, $ldap_base_dn a atribútov vyhľadávania, môžu byť polia. Ak je jeden parameter schopný poľa LDAP pole, každý parameter schopný poľa musí mať rovnaký počet prvkov, jeden na adresár.

Otestujte prihlásenie, vyhľadávanie atribútov, prístupové filtre a mapovanie správcu pre každý adresár. Pozri issue #3981 a časť LDAP v systemdefaults.inc.php.

Rezervácie, izby a povolenia¶

Prečo vlastné rezervačné pole funguje pri jednej rezervácii, ale zlyhá pri sérii?¶

Každý stĺpec vlastnej rezervácie musí existovať v tabuľkách entry aj repeat s rovnakým názvom, typom, dĺžkou, možnosťou nulovania a predvoleným nastavením. Považujte oba stĺpce za jednu zmenu schémy.

Pozri issue #3986 a Vlastné polia.

Bráni kapacita miestnosti rezervácii s príliš veľkým počtom účastníkov?¶

Nie. Hodnota miestnosti capacity sú metadáta miestnosti zobrazené pomocou MRBS; neporovnáva sa automaticky s počtom účastníkov rezervácie. Ak stránka musí presadzovať toto pravidlo, pridajte identické vlastné pole počtu účastníkov k entry a repeat, potom implementujte a udržujte validáciu na strane servera. Samotné overenie na strane klienta nestačí.

Ak je registrácia povolená, jej kapacita udalosti riadi registráciu pre túto udalosť; nevyberie automaticky miestnosť vhodnej veľkosti. Pozri číslo 1055, Priestory a miestnosti a Vlastné polia.

Môže jedna oblasť využívať 30-minútové sloty ráno a 15-minútové sloty neskôr?¶

Nie prostredníctvom štandardnej konfigurácie oblasti. Oblasť má jednorazové rozlíšenie. Použite najmenšie požadované rozlíšenie na celý deň alebo vytvorte samostatné oblasti, keď to zdroje a prevádzkový model umožňujú. Časovo závislé rozlíšenie vyžaduje udržiavané prispôsobenie kódu.

Pozri issue #4011.

Prečo tvorca rezervácie nevidí možnosť Upraviť alebo odstrániť?¶

Skontrolujte si pravidlá rezervácie existujúcej oblasti cez Izby. Predbežné/budúce limity úprav a pravidlá pre minulé rezervácie môžu tieto akcie odstrániť aj od tvorcu. Potvrďte tiež prihlásenú identitu, vlastníctvo, stav správcu a či ide o jeden výskyt alebo sériu.

Zmena areadefaults.inc.php neaktualizuje existujúcu oblasť. Pozri issue #3994 a Zásady rezervácie.

Sú izby vybrané v rezervácii pre viac miestností trvalo prepojené?¶

č. MRBS vytvára samostatné položky rezervácie. Ak sa jedna neskôr upraví alebo odstráni, ostatné nie sú trvalou prepojenou skupinou. Nekopírujte vygenerovaný zoznam všetkých vybratých miestností do každého popisu, pokiaľ stránka nebude udržiavať tento zoznam aj počas operácií vytvárania, úpravy a odstraňovania.

Pozri issue #2223.

Môžem pridať ďalšie úrovne prístupu alebo poskytnúť prístup len k prehľadom vlastnej role?¶

Štandard MRBS používa úrovne prístupu 0, 1 a 2. Ďalšie číselné roly a povolenia špecifické pre stránku vyžadujú prispôsobenie lokálnej autorizácie, testy a kontrolu po každej aktualizácii. Oprava zo starého problému nie je podporovaná možnosť konfigurácie.

Uprednostňujte štandardné delegovanie oblasti/miestnosti a verejné správy s úzkymi zoznamami povolených, ak spĺňajú požiadavku. Pozrite si issue #3999 a Používatelia a povolenia.

E-mail, jazyk a čas¶

Prečo ladenie e-mailov hlási „Žiadni príjemcovia“?¶

Povoliť aspoň jednu rolu zamýšľaného príjemcu:

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

Pre prvú možnosť nastavte $mail_settings['recipients']. Pre správcov oblastí a miestností udržiavajte ich e-mailové adresy na MRBS. Používatelia LDAP potrebujú čitateľný a správne namapovaný atribút e-mailu, keď je objednávateľ upozornený. Potom samostatne otestujte vytváranie, úpravu a odstraňovanie udalostí.

Pozri issue #3795 a E-mailové upozornenia.

Akú hodnotu mám použiť pre `$override_locale`?¶

Použite značku jazyka BCP 47, ako napríklad en, en-GB, de, fr alebo es, nie reťazec miestneho nastavenia operačného systému. Server musí mať stále vhodné miestne údaje. Na systémoch podobných Unixu locale -a zobrazuje nainštalované miestne nastavenia.

Ak chcete použiť automatický výber MRBS, nechajte $override_locale prázdne. Pozri issue #3984 a Text a preklady.

Prečo sú zobrazené časy presne o jednu hodinu nesprávne?¶

Skontrolujte v poradí:

časové pásmo miestnosti a oblasti;
globálne $timezone;
PHP časové pásmo a dátový balík časového pásma;
prechod dotknutého dátumu na letný čas; a
či je chybná uložená časová pečiatka alebo len jej zobrazenie.

Použite časové pásmo IANA, ako napríklad Europe/Berlin, nie pevný posun UTC. Staré problémy spomínajú riešenia formátovania špecifické pre jednotlivé verzie; $force_strftime nie je nastavenie v MRBS 1.12.2 a nesmie byť skopírované z issue #3967. Pozri Riešenie problémov.

Ako prispôsobím alebo preložím stránku Pomocníka a text rozhrania?¶

Stránka pomocníka v aplikácii sa načítava z web/site_faq/. Napríklad španielčina používa site_faq_es.html; nastavte $faqfilelang = 'es', keď musí byť jazyk vybraný explicitne. Ponechajte si úplný preložený súbor pre každý podporovaný jazyk.

Pre krátke zmeny rozhrania použite $vocab_override[LANG][TOKEN] v config.inc.php namiesto úpravy web/lang/lang.*. Vlastné databázové polia používajú tokeny ako entry.catering.

Pozri issue #2432 a Text a preklady.

Prehľady, viacero lokalít a prispôsobenie¶

Ako môže naplánovaná úloha exportovať zostavu alebo údaje iCalendar?¶

Neoverené prehľady GET sú predvolene zakázané. Ak môžu byť informácie vystavené týmto spôsobom, povoľte ich zámerne a obmedzte ich pomocou:

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

Použite neuhádnuteľný kľúč, úzky zoznam povolených oblastí/miestností, HTTPS a chránený plánovač. Otestujte presný výstup pri odhlásení. Adresa URL prehľadu je v skutočnosti poverením a môže uniknúť cez denníky alebo históriu.

Pozri issue #3742 a Vyhľadávanie a prehľady.

Môžu viaceré lokality MRBS zdieľať jednu sadu tabuliek?¶

Nie, ak ich rezervácie a nastavenia musia byť oddelené. Každá lokalita potrebuje svoje vlastné tabuľky MRBS, buď v samostatnej databáze, alebo s jedinečným $db_tbl_prefix v zdieľanej databáze. Kód je možné zdieľať, ale sady tabuliek sa nesmú prekrývať.

Vytvorte tabuľky každej lokality pomocou skriptov schémy MRBS a dôsledne aplikujte jej predponu. Pozri issue #3917 a Multisite.

Je každé požadované zobrazenie alebo téma dostupné prostredníctvom konfigurácie?¶

Nie. Požiadavky ako vloženie ďalšieho textu miestnosti do konkrétneho rozvrhnutia kalendára, prepojenie inak nezávislých rezervácií, pridanie úrovní prístupu alebo nahradenie architektúry témy môžu vyžadovať zmeny kódu. Pred aplikáciou opravy z problému podpory:

skontrolujte, či 1.12.2 už má bod nastavenia alebo rozšírenia;
ponechať zmenu mimo vygenerovaných súborov a súborov dodávateľa;
pridať testy na vytváranie, úpravu, mazanie, ochranu osobných údajov a povolenia; a
zaznamenajte prispôsobenie pre ďalšiu inováciu.

Príklady zahŕňajú problém s vlastným zobrazením č. 2223 a žiadosť o tému #22.