Tehát aki a tulajdonos az I vagy a szerver
Vegyünk például egy tipikus helyzet a Joomla.
Van egy ügyfél egy technikai feladat típusát: szállít és testre / obverstat modul / alkatrész / plugin.
Oké, kérjük ftp és a hozzáférést az admin felületen, akkor jelentkezzen be, tedd az előkészített modult (vagy szükség) csatlakoztassa az ftp, nyissa meg a kívánt kimeneti fájl vagy logikai szerkesztő / obverstki, szerkeszteni, menteni a játékot, menj a FileZilla, és kap egy Splash:
Cím: Feltöltés C: \ Users \ Lostprophets \ AppData \ Local \ Temp \ fz3temp-1 \ helper 2.PHP
Csapat: PASV
Válasz: 227 bevitele Passive Mode (** ** *** *** *** ***)
Csapat: STOR helper.php
Válasz: 553 Nem lehet megnyitni a fájlt: Hozzáférés megtagadva
Hiba: Végzetes hiba a fájlok átvitele
Állapot: bontva szerver
Tehát, uram, mi kell érteni, hogy mit jelent, Ez a diploma.
Ebből következik, hogy bármilyen tranzakció esetében hevederes vagy „mappa”, akkor nem megengedett. Szinte Windows, de nixah kivéve írható-olvasható attribútumokat is van egy csoport a tulajdonosok és a könyvtárak. Otonoche, Mihajlovics, bocsáss meg, lakói az Ural);)
Nézd, hogy szinte az összes mappát van egy csoport, és tulajdonosa 598 i595. Ez a felhasználó tárhely, az ő nevében és az ő joga, hogy ezeket a könyvtárakat, és kezelni őket.
A 99 99 - ez a jog a mappát, és a tulajdonos nem más, mint a webszerver vagy az Apache. És mint tudjuk, az Apache a fő felhasználó (nem root), és ezért megkapjuk a fájlokat, miközben egy hibaüzenetet.
Miért történik ez.
Ez egyszerű. A * nix rendszerek, olyan folyamatokat, mint a MySQL, PHP, Perl, stb (sokkal egyszerűbb mindent krasnoglaziki, nem szabadulnak) lehet futtatni a szerveren vagy a felhasználó nevét.
Megjegyezzük, hogy a felhasználó lehet sok (mint a VPS vagy megosztott tárhely), és konfiguráció - egy :)
Most, a logikai sorrend, amelyben létrehozni egy hasonló félreértés:
beállított mód -> egy divat előírt: php-put végrehajtható fájlokat egy adott könyvtárban (ha van egy könyvtár - hozza létre).
Tehát, képzeljük el, hogy mi tesz a képgalériát összetevő létre kell hoznia egy mappát az admin mappát a kezelőfelületen (mi jelenjen meg a honlapon), és egy mappát a képek és a tároló az miniatűrök (előzetesek).
És mivel a legtöbb esetben a telepítő egy php-fájlt, és ha a PHP fut a szerver nevét, akkor kap egy könyvtárat a jogok és a szerver tulajdonosok.
Mi vezet? Tegyük fel, hogy az admin nem változtatja meg a konfigurációs galéria, nem változtatja meg a kijelzőre, és csak megpróbálja betölteni a képeket a galériában.
Kapok egy hiba, mert arra utal, hogy a könyvtárak a felhasználó, aki a jogokat a szerveren (ami fontos). Eredmény - képernyő elején a posta, vagy hiba a motorban.
By the way, nem tévesztendő kérni tulajdonosok / csoportok és könyvtár attribútumok (sok iparosok nem / képesek rendbe, még a telepítés után a motort).
Gyakran előfordul, hogy meg lehet oldani a problémát a panelek tárhely (néha a gyökér - a legfontosabb a felhasználó), a változó a jobb kezét. Vagy fájl chmod.php (ki tudja - kitűnő, akik nem tudják - írja, rastolkuem), de mi a következő lépés? Minden kész, telt a helyszínen, az ügyfél elégedett. És akkor ő hozza valami mást, megint, ez nem úgy működik, ahogy kellene. Ismét ír neked tetszik. Vagy úgy, mint az ügyfél, levelet petíció az ügyvezető :)
És az én tapasztalatom szerint, ez gyakran előfordul. Átadom a projektek, hogy az ügyfél a saját VPS, ahol minden rendben van, akkor állok a szerveren. És nagyon gyakran félreértések kezdődik.
Így az autó: hogy a VPS / VDS (meg mindent magad, vagy egy barát, hogy hívja a rendszergazda az ssh) tette felelőssé a másik állomás (nem tény, hogy jobb lenne), falc agyát tech support (nem az a tény, hogy segít).
By the way, a közelmúltban elfogadta a helyszínen, mozgott a fogadó ügyfél szimpatikus folyamata lezárult, doustanovit, szembesül egy ilyen probléma.
Az ügyfél írta kapcsolati TP elkészített szöveget, a TA mondta, mondjuk a PHP fut a felhasználó nevét, a szabályokat. És ennek eredményeként - semmi sem változott.
Mindenki hazudik, igaz House bácsi. )
Hoszterek, majd óvatosan, hogy az ügyfelek, ez rajtad múlik, hogy mennek a házigazdák, bevált előadók.
E mögött az egész, jó éjszakát :)
Valentine, beszélünk a helyzet, amikor már közös fogadó és hosting cég nem is veszik észre, hogy a konfiguráció a szülő is tetszik. Ami ilyen következményekkel jár.
És hol a központ - Nem értem. Ismét php futás / telepítve a szerver az Apache és az összes. Socket segítségével sok?
És mi tárhelyszolgáltatóknak? Ha ez a központ. Mivel ez létre fog hozni egy virtuális gép és. Attól függ, hogy a tapasz webszerver, stb Web hosting csak választani egy foglalat az ügyfelek számára. A többi függ a követelmények és képességeit a panel, kivéve, ha a panel van.