Često postavljana pitanja¶

Ovaj FAQ sažima pitanja koja se ponavljaju u otvorenim i zatvorenim zahtevima za podršku za MRBS. Odgovori su provereni za MRBS 1.12.2; zastarelo rešenje nije uključeno samo zato što se nekada pojavilo u zahtevu.

Kako je odabran ovaj FAQ¶

Pregled je obuhvatio zahteve koji nose najmanje jednu od ovih oznaka: Help, Help from scratch, LDAP help need, Problems with room's capacity, support, spanish help, support request, help wanted i custom view help.

Dana 26. jula 2026. samo oznaka support request sadržala je 3.076 zahteva: 1.590 otvorenih i 1.486 zatvorenih. Mnogi su uvezeni istorijski slučajevi, jednokratna prilagođavanja, zahtevi za funkcije ili pitanja bez potvrđenog odgovora. U nastavku su uključena samo pitanja koja se ponavljaju sa odgovorom koji je još uvek koristan za 1.12.2. Veze ka zahtevima dokumentuju poreklo informacija, ali ne zamenjuju trenutnu referencu konfiguracije.

Instalacija i dijagnostika¶

Zašto vidim praznu stranicu ili HTTP 500?¶

Prvo pročitajte evidenciju grešaka veb-servera i PHP. Prazna stranica je samo vidljivi simptom; korisna greška se obično nalazi u dnevniku. Zatim proverite:

podržana verzija PHP i potrebna proširenja;
config.inc.php sa php -l config.inc.php;
povezanost baze podataka i odgovarajući drajver PDO;
dozvole za fajlove i aktivnu konfiguraciju PHP; i
da li neuspešni zahtev stiže do predviđene MRBS instalacije.

Ne omogućavajte javni prikaz greške PHP na proizvodnom sistemu i nemojte lepiti akreditive u problem. Pogledajte Rešavanje problema. Originalni slučaj podrške #1007 nije imao potvrđenu ispravku specifičnog za proizvod, zbog čega ovaj odgovor počinje dokazima iz lokalnih evidencija.

Zašto prijava na bazu podataka ne uspe na cPanelu ili deljenom hostingu?¶

Koristite tačnu bazu podataka i korisničko ime koje je kreirala kontrolna tabla hostinga. cPanel često ima prefiks oba sa imenom hosting naloga. Takođe proverite da li korisnik ima privilegije u toj bazi podataka. SQLSTATE[28000] ili „Pristup odbijen za korisnika“ je greška u autentifikaciji baze podataka ili dodeljivanju, a ne greška tabele MRBS.

Neka $db_database, $db_login i $db_password budu u skladu sa vrednostima kontrolne table. Kreirajte šemu tek nakon što veza uspe. Pogledajte issue #3801 i Instalacija.

Zašto promena konfiguracije nema efekta?¶

Proverite da li ste uredili config.inc.php koji je učitao ova implementacija i lokacija. Kasnije dodeljene vrednosti zamenjuju ranije. Podešavanja sačuvana za postojeće oblasti žive u bazi podataka; promena areadefaults.inc.php menja podrazumevane vrednosti samo za nove oblasti. U režimu više lokacija, potvrdite izabranu lokaciju i njenu konfiguraciju. Na kraju, obrišite ili ponovo pokrenite PHP keširanje opkoda gde je primenljivo.

Pogledajte config.inc.php u dubini i Rešavanje problema.

Prijavite se i LDAP¶

Kako mogu da zahtevam od korisnika da se prijave pre nego što vide kalendar?¶

Set:

$auth['deny_public_access'] = true;

U privatnom prozoru pregledača testirajte prikaz za neprijavljenog korisnika. Ovo podešavanje blokira pristup javnom kalendaru; ne bira niti podešava metod autentifikacije. Pogledajte issue #3979 i Korisnici i dozvole.

Zašto MRBS kaže da nedostaje ekstenzija PHP LDAP?¶

Instalirajte ili omogućite ekstenziju LDAP za vreme izvođenja PHP koje koristi veb server, zatim ponovo pokrenite to vreme izvršavanja. Komandna linija PHP i veb-server PHP mogu učitavati različite php.ini datoteke, pa proverite vreme izvođenja veba umesto da se oslanjate samo na php -m. Tačan naziv paketa i komanda za ponovno pokretanje zavise od operativnog sistema i PHP instalacije.

Pogledajte issue #1022 i LDAP autentifikacija.

Kako da pronađem tačan LDAP osnovni DN i korisnički DN?¶

Nemojte zaključiti stablo direktorijuma iz naziva organizacije. Upitajte ga pomoću klijenta LDAP kao što je ldapsearch, koristeći isti server, režim TLS, osnovni DN, identitet za pretragu i atribut korisničkog imena koji će koristiti MRBS. Active Directory obično koristi sAMAccountName; OpenLDAP obično koristi uid, ali je šema direktorijuma merodavna.

Testirajte identitet pretrage odvojeno od povezivanja krajnjeg korisnika i nikada ne objavljujte lozinke za povezivanje. Pogrešan DN je bio osnovni uzrok u issue #1083.

Kako pristup LDAP može biti ograničen na grupu?¶

Koristite $ldap_filter da odlučite kom direktorijumu korisnici mogu da pristupe MRBS. Za izgled Active Directory-a gde je članstvo uskladišteno na objektu korisnika, filter može da odgovara memberof. Za izgled u OpenLDAP stilu gde je članstvo uskladišteno na objektima grupe, konfigurišite $ldap_filter_base_dn, $ldap_filter_user_attr i odgovarajući $ldap_filter.

Koristite tačan DN i imena atributa iz direktorijuma, testirajte dozvoljeni i odbijeni nalog i proverite ponašanje ugnežđenih grupa. Ovi filteri pristupa odvojeni su od $ldap_admin_group_dn, koji identifikuje MRBS administratore. Pogledajte issue #2033 i LDAP autentifikacija.

LDAP prijavljivanje radi; zašto korisnik nije MRBS administrator?¶

Kada je postavljeno $ldap_admin_group_dn, MRBS koristi tu grupu umesto $auth['admin']. Potvrdi:

puna grupa DN;
$ldap_group_member_attrib — memberof podrazumevano;
da identitet pretrage LDAP može čitati atribute članstva korisnika; i
da li direktorijum vraća direktno ili ugnežđeno članstvo.

Privremeno omogućite LDAP dijagnostiku samo u zaštićenom testnom okruženju i uklonite ih nakon toga. U issue #3943, identitet pretrage nije mogao u početku da pročita potrebne informacije o grupi.

Zašto LDAP može da ne uspe nakon nadogradnje MRBS iako povezivanje lozinke funkcioniše?¶

Trenutni MRBS će možda morati da traži DN korisnika i atribute kao što su ime za prikaz ili e-pošta. Ako anonimna pretraga nije dostupna, konfigurišite:

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

Dajte identitetu pretrage samo dozvole za čitanje koje su mu potrebne. Čuvajte njegovu lozinku izvan korena dokumenta i uključite je iz zaštićene konfiguracione datoteke. Pogledajte issue #3895.

Može li MRBS pretraživati više od jednog LDAP direktorijuma?¶

Da. Mnoga podešavanja LDAP, uključujući $ldap_host, $ldap_port, $ldap_base_dn i atributi pretrage, mogu biti nizovi. Ako je jedan parametar LDAP sa mogućnošću niza niz, svaki parametar sposoban za niz mora imati isti broj elemenata, po jedan po direktorijumu.

Testirajte prijavu, traženje atributa, pristupne filtere i mapiranje administratora za svaki direktorijum. Pogledajte issue #3981 i LDAP odeljak u systemdefaults.inc.php.

Rezervacije, sobe i dozvole¶

Zašto prilagođeno polje za rezervaciju radi za jednu rezervaciju, ali ne radi za seriju?¶

Svaka kolona prilagođene rezervacije mora postojati i u tabelama entry i repeat sa istim imenom, tipom, dužinom, mogućnošću nuliranja i podrazumevanim. Obe kolone tretirajte kao jednu promenu šeme.

Pogledajte issue #3986 i Prilagođena polja.

Da li kapacitet sobe sprečava rezervaciju sa previše učesnika?¶

Ne. Vrednost sobe capacity su metapodaci sobe koje prikazuje MRBS; ne upoređuje se automatski sa brojem posetilaca prilikom rezervacije. Ako sajt mora da primeni ovo pravilo, dodajte identično prilagođeno polje broja učesnika u entry i repeat, a zatim primenite i održavajte validaciju na strani servera. Samo validacija na strani klijenta nije dovoljna.

Ako je registracija omogućena, njen kapacitet događaja kontroliše registraciju za taj događaj; ne bira automatski sobu odgovarajuće veličine. Pogledajte issue #1055, Površine i sobe i Prilagođena polja.

Može li jedno područje koristiti termine od 30 minuta ujutro i 15 minuta kasnije?¶

Ne kroz standardnu konfiguraciju područja. Oblast ima jednokratnu rezoluciju. Koristite najmanju potrebnu rezoluciju za ceo dan ili kreirajte odvojene oblasti kada resursi i operativni model to dozvoljavaju. Vremenski zavisna rezolucija zahteva stalno prilagođavanje koda.

Pogledajte issue #4011.

Zašto kreator rezervacije ne može da vidi Izmeni ili Izbriši?¶

Proverite politiku rezervisanja postojeće oblasti preko Sobe. Ograničenja unapred/buduće izmene i pravila za prethodne rezervacije mogu da uklone te radnje čak i od kreatora. Takođe potvrdite prijavljen identitet, vlasništvo, status administratora i da li je stavka jedno pojavljivanje ili serija.

Promena areadefaults.inc.php ne ažurira postojeću oblast. Pogledajte issue #3994 i Politika rezervacije.

Da li su sobe izabrane u rezervaciji sa više soba trajno povezane?¶

br. MRBS kreira zasebne unose rezervacije. Ako se jedan kasnije uredi ili izbriše, ostali nisu trajna povezana grupa. Nemojte kopirati generisanu listu svih izabranih soba u svaki opis osim ako sajt takođe ne održava tu listu tokom operacija kreiranja, uređivanja i brisanja.

Pogledajte issue #2223.

Mogu li da dodam više nivoa pristupa ili da pristupim samo izveštajima prilagođene uloge?¶

Standard MRBS koristi nivoe pristupa 0, 1 i 2. Dodatne numeričke uloge i dozvole specifične za stranicu zahtevaju prilagođavanje lokalne autorizacije, testove i pregled nakon svake nadogradnje. Zakrpa iz starog problema nije podržana opcija konfiguracije.

Preferirajte standardno delegiranje prostora/prostora i javne izveštaje sa uskim listama dozvoljenih tamo gde ispunjavaju uslove. Pogledajte issue #3999 i Korisnici i dozvole.

E-pošta, jezik i vreme¶

Zašto otklanjanje grešaka e-pošte izveštava „Nema primalaca“?¶

Omogućite najmanje jednu predviđenu ulogu primaoca:

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

Za prvu opciju, postavite $mail_settings['recipients']. Za administratore oblasti i prostorija, zadržite njihove adrese e-pošte na MRBS. LDAP korisnicima je potreban čitljiv i ispravno mapiran atribut e-pošte kada je naručilac obavešten. Zatim testirajte kreiranje, uređivanje i brisanje događaja odvojeno.

Pogledajte issue #3795 i Obaveštenja e-poštom.

Koju vrednost treba da koristim za `$override_locale`?¶

Koristite jezičku oznaku BCP 47 kao što je en, en-GB, de, fr ili es, a ne string lokalizacije operativnog sistema. Server mora i dalje imati odgovarajuće lokalne podatke. Na sistemima sličnim Unik-u, locale -a pokazuje instalirane lokalizacije.

Ostavite $override_locale prazno da biste koristili automatski izbor MRBS. Pogledajte issue #3984 i Tekst i prevodi.

Zašto su prikazana vremena tačno jedan sat pogrešna?¶

Proverite, redom:

vremenska zona sobe i područja;
globalni $timezone;
PHP vremenska zona i paket podataka vremenske zone;
prelazak na letnje i letnje računanje datuma; i
da li je sačuvana vremenska oznaka ili samo njen prikaz pogrešan.

Koristite vremensku zonu IANA kao što je Europe/Berlin, a ne fiksni UTC pomak. Stari problemi pominju zaobilazna rešenja za formatiranje specifična za verziju; $force_strftime nije postavka u MRBS 1.12.2 i ne sme se kopirati iz issue #3967. Pogledajte Rešavanje problema.

Kako da prilagodim ili prevedem stranicu pomoći i tekst interfejsa?¶

Stranica pomoći u aplikaciji se učitava od web/site_faq/. Na primer, španski koristi site_faq_es.html; postavite $faqfilelang = 'es' kada jezik mora biti eksplicitno izabran. Čuvajte kompletnu prevedenu datoteku za svaki podržani jezik.

Za kratke izmene interfejsa, koristite $vocab_override[LANG][TOKEN] u config.inc.php umesto da uređujete web/lang/lang.*. Prilagođena polja baze podataka koriste tokene kao što je entry.catering.

Pogledajte issue #2432 i Tekst i prevodi.

Izveštaji, više lokacija i prilagođavanje¶

Kako zakazani posao može da izveze izveštaj ili iCalendar podatke?¶

GET izveštaji bez autentifikacije su podrazumevano onemogućeni. Ako informacije mogu biti izložene na ovaj način, omogućite ih namerno i ograničite ih sa:

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

Koristite ključ koji se ne može pogoditi, usku listu dozvoljenih oblasti/prostora, HTTPS i zaštićeni planer. Testirajte tačan izlaz dok ste odjavljeni. URL izveštaja je zapravo akreditiv i može da procuri kroz evidenciju ili istoriju.

Pogledajte issue #3742 i Pretraga i izveštaji.

Da li više MRBS sajtova može da deli jedan skup tabela?¶

Ne, ne ako njihove rezervacije i postavke moraju biti odvojene. Svakom sajtu su potrebne sopstvene tabele MRBS, bilo u zasebnoj bazi podataka ili sa jedinstvenom $db_tbl_prefix u zajedničkoj bazi podataka. Kod se može deliti, ali skupovi tabela ne smeju da se preklapaju.

Kreirajte tabele svakog sajta sa skriptama šeme MRBS i dosledno primenite njihov prefiks. Pogledajte issue #3917 i Multisite.

Da li je svaki traženi prikaz ili tema dostupna kroz konfiguraciju?¶

Ne. Zahtevi kao što je umetanje dodatnog teksta sobe u određeni raspored kalendara, povezivanje inače nezavisnih rezervacija, dodavanje nivoa pristupa ili zamena arhitekture teme mogu zahtevati promene koda. Pre nego što primenite zakrpu iz problema sa podrškom:

proverite da li 1.12.2 već ima tačku podešavanja ili proširenja;
zadržati promene izvan generisanih datoteka i datoteka dobavljača;
dodajte testove za kreiranje, uređivanje, brisanje, privatnost i dozvole; i
snimite prilagođavanje za sledeću nadogradnju.

Primeri uključuju izdanje prilagođenog prikaza #2223 i Zahtev za temu #22.