Diskuze: Oprávnění - složky - problém

Člen

Zobrazeno 8 zpráv z 8.
//= Settings::TRACKING_CODE_B ?> //= Settings::TRACKING_CODE ?>
chcem sa spytat, ze ci sa prechadza z Windowsu na Linux, alebo jak
Jednalo se z Linuxu na Linux, ale mezi tím se to kopírovalo na Windows. Což se pak na konec udělalo z VPS do VPS.. Ale i tak nějak hledám logiku rozdíl když bude chmod 777 tak by to mělo být přístupné všem.
je mozne, ze pri kopirovani z linuxu na windows doslo k zmene prav a skor, nez dojde ku kopirovaniu suborov, je lepsie na tie subory pouzit tar, cim sa zachovaju vsetky prava k tym suborom a takisto je dolezite, aby ten isty vlastnik bol aj na tom druhom serveri, resp. pomocou chown zmenit vlastnika na toho druheho a hlavne, aby aj web server bezal pod danym uzivatelom, aby mal pristup k tym suborom
Ono je to už vyřešené, prakticky druhý den po tom co jsem to sem hodil. Problém byl na konec úplně v něčem jiném, což šlo vyčíst z errorLogu. Jen jsem očekával že chmod 777 u skupiny např. root je to stejný jako chmod u obyčejného uživatele také s chmod 777. To mě trochu vyvedlo.
a aby som nezabudol, este tu je aj ACL SELinux, co situaciu s pravami
zamotava...
cize nie vzdy je root vsemocny (napr. pri spravnom nastaveni SELinuxu a ACL root
nedostane vsetky prava, ale iba prava na tu-ktoru cinnost a tym padom aj pristup
ku konkretnym suborom)
a nedoporucujem pouzivat chmod 777 vsade, lebo to zabezpecuje aj zapis...
skor odporucam nastavit vlastnika suorov pomocou chown uzivatel:skupina
a potom priradit im potrebne prava
a webovy server typicky bezi pod www:www, resp. www-data:www-data
celkovo pridelovanie spravnych prav k suborom je cela veda, ale ide tu aj o bezpecnost, nie iba funkcnost
Ano již to má klasicky www-data a 777 chmod byl jen test. Každopádně problém byl v tom že web vykazoval chyba 500, to se na konec ukázalo chybně nastaveným php.ini .
I tak moc děkuji za snahu
Zobrazeno 8 zpráv z 8.