Luați în considerare situația standard, cu Joomla.
Există un client cu sarcina tehnică a formularului: livrarea și configurarea / supraîncărcarea modulului / componentului / plug-in-ului.
Bine, te rog FTP și acces la panoul de administrare, ne logam în ea, a pus modulul preparat (sau nevoie) pentru a conecta prin FTP, deschideți fișierul de ieșire dorit sau editare / obverstki, edita logica, salva joc, du-te la FileZilla și de a obține un Splash:
Titlu: încărcare C: \ Users \ Lostprophets \ AppData \ Local \ Temp \ fz3temp-1 \ ajutor 2.PHP
Comandă: PASV
Răspuns: 227 Introducerea modului pasiv (**, **, ***, ***, ***, ***)
Comandă: STOR helper.php
Răspuns: 553 Nu se poate deschide fișierul: Permisiunea a fost refuzată
Eroare: A apărut o eroare critică în timpul transferării fișierelor
Stare: Deconectat de la server
Deci, să vedem ce înseamnă această literă.
Și aceasta înseamnă următoarele: pentru orice operațiuni care conțin un fișier sau un "dosar" nu aveți suficiente drepturi. Aproape Windows, dar în nixa, pe lângă atributele read-write, există și grupuri și proprietari de directoare. Otonoche, Mihalich, poate locuitorii din Urali să mă ierte);)
Vedem că aproape toate folderele au un grup, iar proprietarul are 598 și 595. Acesta este utilizatorul găzduirii, în numele său și cu drepturile sale a creat aceste directoare și le poate gestiona.
A 99 99 este drepturile la foldere și proprietarul nu este altul decât serverul web sau Apache. Și, după cum știți, Apache este mai important decât utilizatorul (nu root), motiv pentru care primim un mesaj de eroare la salvarea fișierelor.
De ce se întâmplă acest lucru.
E simplu. În * nix-sisteme, procese, cum ar fi Mysql, PHP, Perl, etc (mult simplificat totul krasnoglaziki, nu lovi cu piciorul) poate fi rulat pe numele serverului sau numele de utilizator.
Am notat că utilizatorii pot fi o varietate mare (cum ar fi cu VPS sau Shared hosting), și config este unul :)
Acum, lanțul logic la care sunt create astfel de neînțelegeri:
pune mod -> în moda este scris: pune fișierele php executabile într-un anumit director (dacă nu există director - creați-l).
Deci, imaginați-vă că am pus galerie foto componenta care are nevoie pentru a crea un dosar în dosarul admin cu capătul frontal (ceea ce este afișat pe site-ul) și un dosar cu imagini și stocarea lor miniaturi (examinări).
Și din moment ce programul de instalare este în majoritatea cazurilor un fișier php și dacă php este lansat în numele serverului, primim directoare cu drepturi și proprietari ai serverului.
Ce duce la asta? Să presupunem că administratorul site-ului nu modifică configurația galeriei, nu modifică aspectul ieșirii, ci doar încearcă să umple imaginile din galerie.
Obține o eroare, deoarece se referă la directoare de la utilizatorul care au drepturi de la server (ceea ce este mai important). Rezultatul este un ecran la începutul postului sau un bug în motor.
Apropo, nu se confunda cere proprietari / grupuri și atribute de director (mulți meseriași nu / poate sunt capabili să pună dreapta, chiar și după instalarea motorului).
De multe ori, puteți rezolva această problemă din panoul de găzduire (uneori sub rădăcină - cel mai important utilizator), schimbând mâinile de care aveți nevoie. Sau fișierul chmod.php (cine știe - perfect, cine nu știe - scrie, explică), dar cum să fie următorul? Totul făcut, a trecut site-ul, clientul este mulțumit. Și apoi pune altceva, din nou nu funcționează așa cum ar trebui. Din nou, el vă scrie, nemulțumit. Sau tu, în calitate de client, scrie o petiție la interpret :)
Și, în practica mea, acest lucru se întâmplă des. Trimite proiecte clientului pe VPS, unde totul este bine, apoi transfer la serverul lor. Și de multe ori încep să apară neînțelegeri.
Soluția vagonului: luați VPS / VDS (configurați-vă totul sau contactați un administrator familiar prin ssh), aruncați o altă gazdă (nu faptul că va fi mai bine), dracu creierul de suport tehnic (nu și faptul că vă va ajuta).
Apropo, a trecut recent site-ul, sa mutat la clientul gazdă simpatic finalizat procesul, doustanovit, se confruntă cu o astfel de problemă.
Clientul a scris către TP textul pe care l-am pregătit, TP a răspuns că php-ul a fost executat în numele utilizatorului, toate regulile. Și în cele din urmă - nimic nu sa schimbat.
Toată lumea minte, adevărată Unch House. )
Hosters, ai grijă de clienți, de la tine merg la gazde, verificate de artiștii interpreți sau executanți.
Pentru asta, noapte buna :)
Valentin, vorbim despre situația în care avem o gazdă comună și gazda nu ghicește nici măcar că configurația părintelui poate fi similară. Care duce la astfel de consecințe.
Și unde se află panoul de control - nu înțeleg. Din nou, php se execută / se instalează pe server de sub Apache și asta-i tot. Socket-ul va ajuta foarte mult?
Și ce legătură are cu hosterii? Dacă este cazul în panoul de control. Cum va crea o gazdă virtuală va fi. Depinde de patch-ul serverului web, etc. Hoster poate selecta numai panoul pentru clienți. Și orice altceva va depinde de cerințele și capacitățile acestui panou, cu excepția cazului în care desigur acest panou este acolo.
Articole similare
Trimiteți-le prietenilor: